Scratch への提案

75yakyu-zuki

どこかで聞いたことがあるような気がしますが、（検索では引っかかりませんでした）
統計情報の「世界のscratcher」のところ、北方領土がロシアになっていました。これは大丈夫なんですか？

akinarin

75yakyu-zuki wrote:
どこかで聞いたことがあるような気がしますが、（検索では引っかかりませんでした）
統計情報の「世界のscratcher」のところ、北方領土がロシアになっていました。これは大丈夫なんですか？

日本国民としては残念な話かも知れませんが、
日本、ロシアそれぞれの言い分があるわけで、
Scratch Teamはどっちが正しいとかを判断する訳には行かないので
実質的に占拠している方にしたのではないでしょうか？

だから、Scratchへ修正するよう提案したところで、受け入れられないでしょう。

決して反日とかではないと思います

Last edited by akinarin (Nov. 3, 2022 12:51:38)

yukku

>> #2911

おそらくこれは「実効支配している国」で色付けしてるからだと思います。西サハラなどの他の領土問題がある場所を確認するとそのことが分かりやすいです。

日本から見たらそこら辺の島は日本の領土ですが、ロシアから見るとロシアの領土でしょうし、他の国から見るとここは領土問題があってどちらの国のものか確定していない場所です。
「領土問題で揉めてるけど、色付けするなら実効支配してるロシアかな」くらいの感じだと思います。

akinarin

syokaki wrote:
そろそろ再掲します。

これが実現されれば個人的にとても助かります

Last edited by akinarin (Nov. 3, 2022 13:30:58)

Atridott

画像省略をお願いします。Quoteの意味わかってますか？

いまいち実感がわかないのでどのようなメリットがあるか説明してもらえますか。

akinarin

「値ブロック定義」が実装されるなら

[] と聞いて待つ

と

(答え)

を統合したブロックの実装も同時に検討すべきだと思います。

([]と聞いて待った答え :: sensing)

もちろん互換性のために従来のものは残すべきですが

akinarin

Atridott wrote:
画像省略をお願いします。Quoteの意味わかってますか？

いまいち実感がわかないのでどのようなメリットがあるか説明してもらえますか。

画像省略解りました。

例えばこんなブロックを作ったとして

定義 コスチュームをx(x)y(y)に表示する

あとでコスチュームを指定できるようにしたいと思ったとします。

定義 コスチューム(コスチューム)をx(x)y(y)に表示する

ですがこの時に一度xとyを消す必要があり、
このブロックを使っていたところも、そのせいでxとyの引数に値を入れ直さないといけなくなります

その操作を無くせると言うことです

Last edited by akinarin (Nov. 3, 2022 13:32:01)

futon0912

>>#2917

akinarin wrote:
「値ブロック定義」が実装されるなら
〜略〜
を統合したブロックの実装も同時に検討すべきだと思います。
([]と聞いて待った答え :: sensing)

[] と聞いて待つ

は、ブロックに処理が渡された時に入力ボックスを表示しますが
値ブロックの場合、どのように処理を渡すのでしょうか。

magicAho

akinarin wrote:
「値ブロック定義」が実装されるなら
([]と聞いて待った答え :: sensing)
もちろん互換性のために従来のものは残すべきですが

値ブロックだと、「聞く」ことができません。

newmomizi_txt

聞くことは可能です。
テキストボックスが表示されている間、そのプログラムの進行を停止させれば良いだけではないでしょうか

futon0912

値ブロックの場合、そのブロックに処理を渡すことが出来ません。

akinarin

futon0912 wrote:
値ブロックの場合、そのブロックに処理を渡すことが出来ません。

いいえ、値ブロック定義が許容されることによって、
「副作用を起こす値ブロック」が日常的なものになります。
だから、

([] と聞いて待った答え :: sensing)

は実は自作可能です(値ブロック定義を可能にすれば)。

ですが、統一性の為に、このブロックは標準で用意すべきではないでしょうか？

inoking

「値ブロック定義」が実装される前提で話しているのなら

([] と聞いて待った答え :: sensing)

は簡単に代用可能です。
システムであえて用意するほどのものでもないでしょう。

(答え)

のほうがより基本単位（プリミティブ）となっていて

([] と聞いて待った答え :: sensing)

はその一つの使用例です。

また、それらの「答え」はどう違うの？と混乱する人も出てきそうです。

Last edited by inoking (Nov. 4, 2022 03:03:12)

inoking

#2918:

akinarin wrote:
～略～
ですがこの時に一度xとyを消す必要があり、
このブロックを使っていたところも、そのせいでxとyの引数に値を入れ直さないといけなくなります

その操作を無くせると言うことです

引数の使用箇所は二通りあります。
・定義の中の処理
・定義の呼び出し元（使用箇所）

試してみたところ、
前者については
同名同型の引数については位置や名前を変えると自動的に名前が変わるようですが
それ以外については基本的に定義の引数情報を変えても連動しないようです。
このことから、ちょっと面倒ですが「編集」で追加、削除することで並べ替えは問題なくできます。

後者については
どの引数がどこに移動したのかを追跡しない限り正しく変換することはできません。
しかし、定義の「編集」では名前と型だけしか情報がなく（同名同型の引数さえ作成は可能）
どの引数がどこに移動したのかを追跡するのはかなり難しいと思います。
何よりも、
引数情報の変換といった芸当は高機能なエディターがもつ「リファクタリング」の機能です。
Scratch のエディターにそれを求めるのは酷でしょう。

それよりも、仕分け前の提案に挙げられている
・スクリプトの検索機能
を実装すべきでしょう。これがあれば手動置き換えの手間はかなり減り、間違う可能性も減らせます。

Winlove3

突然すみません、わたしも議論に参加したいです。
私の要望は、リストのサイズを、タブレットでも変更できるようにして欲しいです。
理由は、パソコンを持っていないからです。なぜサイズを変更したいかというと、リストがちっちゃくて見にくかったり、最後まで文字を出したかったり、画面などに合わせたいからです。今作ってるゲームもリストを使いたいし。(でももし私側のミスとか不具合だったらすみません、教えてくれると嬉しいです。)
初心者なので変なところがあっても優しく教えてくれると嬉しいです。あと流れを崩してたらすみません。

他の方法もあるみたいですがめんどくさい。Androidはできないし、jeonでやるのも難しい。

Last edited by Winlove3 (Nov. 7, 2022 12:39:16)

Atridott

Winlove3さん、フォーラムへようこそ！
日本語フォーラムには独自のお約束があります。またそこにも書いてありますが、投稿するトピックの#1というものもあります。どちらも読んでから守った投稿をすると良いですよ。

変える方法は一応あります。この投稿を参考にしてみて下さい。
あと、リストのサイズを変更する場面はどんなものか具体的に例をあげてもらえますか？

syokaki

#2924
100%pen等で引数が多くなってくると、その「ちょっと面倒」が「かなり面倒」になるわけです。(引数の追加を忘れるなどのミスも増えます。)
あと、仕分け前の「スクリプトの検索機能」というのはどのような感じでしょうか。

inoking

syokaki wrote:
100%pen等で引数が多くなってくると、その「ちょっと面倒」が「かなり面倒」になるわけです。(引数の追加を忘れるなどのミスも増えます。)
あと、仕分け前の「スクリプトの検索機能」というのはどのような感じでしょうか。

面倒なら、引数は入れ替えなどをしなくて済むようによく考えて作りましょう。
と私なら思います。

おっと、スクリプトの検索機能については忘れていました。
異論のない提案に移動されるでしょう。

abee

現在広く受け入れられている考え方は「変化ヲ抱擁セヨ」ですから、逐次的に修正していく方法は決して悪くないと思います。
Scratchが初心者用であることを考えても、引数順の変更は簡単にできてもよいと思います。
これがあることによるデメリットも思いつきません。

inoking

abee wrote:
現在広く受け入れられている考え方は「変化ヲ抱擁セヨ」ですから、逐次的に修正していく方法は決して悪くないと思います。
Scratchが初心者用であることを考えても、引数順の変更は簡単にできてもよいと思います。

これは考え方の話ですから話しても平行線でしょう。

この機能単体で見たときに、実装されること自体には異論はありません。

ただ、#2924 に書いた実現難易度の話もありますし
また、このために他の提案が後回しにされるとかであれば私は反対です。

Discuss Scratch