Discuss Scratch
- Discussion Forums
- » 日本語
- » Scratch への提案
- h_team_x
-
Scratcher
100+ posts
Scratch への提案
公式の却下リストが更新されました。あれ、もしかして無視されてる?
inoking神さん、反映をお願いします。
- 9.7の通貨ブロックが1.12に移動
ask for [$ v] () and wait :: operators //公式却下リスト1.12より
Last edited by h_team_x (March 14, 2026 00:29:41)
- gyakuhonyakusss2
-
Scratcher
100+ posts
Scratch への提案
このトピックに対する質問です。ここでいいのかはわかりませんが#1に
このトピックの意義はとありますが、異論のない提案などは伝えることがあるのでしょうか?また、Scratch への提案(仕分け用)の#211で意見の分かれる提案も分けようという話が出てきていますが、煮詰まったらどうなるのでしょうか?
何かの機会に Scratch チームに伝えるための材料となるような提案内容を、日本語で煮詰めておく
ということです。
- inoking
-
Scratcher
1000+ posts
Scratch への提案
どうもなりません。このトピックの意義はとありますが、異論のない提案などは伝えることがあるのでしょうか?また、Scratch への提案(仕分け用)の#211で意見の分かれる提案も分けようという話が出てきていますが、煮詰まったらどうなるのでしょうか?
何かの機会に Scratch チームに伝えるための材料となるような提案内容を、日本語で煮詰めておく
ということです。
「何かの機会に Scratch チームに伝えるための材料となる」だけです。
その機会がいつ来るのか、来ないのかも分かりません。
※ #1 には 実際に Scratch チームに提案したときのことも書かれています。
少なくとも、
何度も繰り返し寄せられる「提案」の誘導先にはなっています。
これがなければまた同じ議論を繰り返すことになります。
- shidaken
-
Scratcher
47 posts
Scratch への提案
定義ブロックの色を変更する・定義ブロックを並べ替える機能が欲しいです。
異論のない提案に
・returnブロック
・定義ブロックのスプライトを跨いでの使用
があると思います。
これらが実装された際に、自分用または公開用のライブラリを作成する場合、用途ごとに色を変更できた方が、見やすくて使いやすくなると考えました。
必須の機能ではないと思うのですが、少し大きめのライブラリのようなものを作る場合、そのブロックが「定義ブロックを作るための定義ブロック」なのか、それとも「実際に使用するための定義ブロック」なのかが分かりにくくなるかもしれないと考えました。
また、複数のライブラリのようなものを使用する際に色分けができないと使いづらくなる、と考えたからです。
異論のない提案に
・returnブロック
・定義ブロックのスプライトを跨いでの使用
があると思います。
これらが実装された際に、自分用または公開用のライブラリを作成する場合、用途ごとに色を変更できた方が、見やすくて使いやすくなると考えました。
必須の機能ではないと思うのですが、少し大きめのライブラリのようなものを作る場合、そのブロックが「定義ブロックを作るための定義ブロック」なのか、それとも「実際に使用するための定義ブロック」なのかが分かりにくくなるかもしれないと考えました。
また、複数のライブラリのようなものを使用する際に色分けができないと使いづらくなる、と考えたからです。
Last edited by shidaken (March 15, 2026 10:44:45)
- inoking
-
Scratcher
1000+ posts
Scratch への提案
#9020:
値 と return では全然意味が違います。
return と言うと
以下が本題です。
おそらく見た目も既存のものとは異なる見分けのつきやすいものとなるでしょう。
色や並べ替えの話は変数でも時々出てきますが
「命名規則を工夫すれば回避できる」という意見がこのトピックでの大勢です。
定義ブロックの色を変更する・定義ブロックを並べ替える機能が欲しいです。「returnブロック」というものは提案にありません。
異論のない提案に
・returnブロック
・定義ブロックのスプライトを跨いでの使用
があると思います。
のことでしょうか?(値ブロックの定義::custom)
値 と return では全然意味が違います。
return と言うと
[このスクリプトを止める v]と混同してしまいます。
・定義をスプライトを跨いでの使用可能 #8562もそうですが、正確に表記をお願いします(ページ内検索でも困ります)。
以下が本題です。
これらが実装された際に、自分用または公開用のライブラリを作成する場合、用途ごとに色を変更できた方が、見やすくて使いやすくなると考えました。もし実装されるのなら
必須の機能ではないと思宇野ですが、少し大きめのライブラリのようなものを作る場合、そのブロックが「定義ブロックを作るための定義ブロック」なのか、それとも「実際に使用するための定義ブロック」なのかが分かりにくくなるかもしれないと考えました。
また、複数のライブラリのようなものを使用する際に色分けができないと使いづらくなる、と考えたからです。
おそらく見た目も既存のものとは異なる見分けのつきやすいものとなるでしょう。
色や並べ替えの話は変数でも時々出てきますが
「命名規則を工夫すれば回避できる」という意見がこのトピックでの大勢です。
Last edited by inoking (March 14, 2026 19:20:27)
- inoking
-
Scratcher
1000+ posts
Scratch への提案
#9022 に追記:
よく考えたら
「用途ごとに色を変更」の提案は
「定義をスプライトを跨いでの使用可能」とは別物で
定義ブロックすべてについての色分けのことでしょうか?
だとすると、事情が違ってきます。
今回の提案とは違うかもしれませんが
まとめ直してみました。以下のような提案であればアリかとも思います。
参考までに、
他の教育用ブロックプログラミング環境について
カスタムブロックの色変更が可能かをざっと調べてみました。
AI に調べてもらったものなので厳密な調査まではしていません。
いくつかは Scratch の派生ツールなので、思想が違って派生したものから「逆輸入」するのもおかしいかもしれませんが、参考として。
カスタムブロックの色変更が可能か?
※標準ブロックの色変更はいずれも不可
・Scratch: X 不可
・Snap!: 〇 可能(自由に色指定)
・MakeCode: △ ブロック単体は不可
・App Inventor / MIT AI2: △ ブロック単体は不可
・mBlock: 〇 可能(カスタムブロック色変更)
・Blockly: 〇 JSONで自由に色指定可能
よく考えたら
「用途ごとに色を変更」の提案は
「定義をスプライトを跨いでの使用可能」とは別物で
定義ブロックすべてについての色分けのことでしょうか?
だとすると、事情が違ってきます。
今回の提案とは違うかもしれませんが
まとめ直してみました。以下のような提案であればアリかとも思います。
定義ブロックに限った用途別の色分け(一般ブロックの色分けとは別)。
定義ブロックに限る理由:(理由→定義ブロックに限る理由 に更新)
定義ブロックは一般ブロックと異なり、その「用途」がユーザーの主観でしか決まらないから。
※「動き」などの機能は客観的に決まる
主観で決まる「用途」を整理して表示するためには、命名規則などよりは色分けで行ったほうが自然。
参考までに、
他の教育用ブロックプログラミング環境について
カスタムブロックの色変更が可能かをざっと調べてみました。
AI に調べてもらったものなので厳密な調査まではしていません。
いくつかは Scratch の派生ツールなので、思想が違って派生したものから「逆輸入」するのもおかしいかもしれませんが、参考として。
カスタムブロックの色変更が可能か?
※標準ブロックの色変更はいずれも不可
・Scratch: X 不可
・Snap!: 〇 可能(自由に色指定)
・MakeCode: △ ブロック単体は不可
・App Inventor / MIT AI2: △ ブロック単体は不可
・mBlock: 〇 可能(カスタムブロック色変更)
・Blockly: 〇 JSONで自由に色指定可能
Last edited by inoking (March 15, 2026 03:55:28)
- yosasi-notamago
-
Scratcher
12 posts
Scratch への提案
#9009ありがとうございます。
希望している「マウスのx y座標を指定するプログラム」について、
どのような機能があるのか、
どのようなタイミングで使うのか、
なぜそれが必要なのか、
今のところ誰にも伝わっていない様子です。
それを使って「どんなプロジェクトを作りたいのか」も説明しながら、
もう少し細かく書き直してみてはどうでしょうか?
例えば、
・カーソルを動かせる座標(x,y)の範囲を限定する
・何かのイベントをきっかけに、カーソルを指定した座標(x,y)に移動させる
・○○な時に使うと、○○になるので役に立つ
など、具体的なことを書くと伝わりやすくなると思います。
何が「それではできません。」なのか、やりたいことについても説明があれば、
より伝わりやすくなります。
ゲームを作るときに3Dスクロールのカメラ視点の移動をマウスで行いたいと思っています。その時に画面外に出てしまったらカメラ視点が壊れてしまうのでマウスのx y座標を指定するプログラムを必要としています。あと、メニュー画面のときに必ずx y座標を0 0にしたいと思っているのでそれを指定するプログラムがほしいです。
- yosasi-notamago
-
Scratcher
12 posts
Scratch への提案
プロジェクトで右クリックが使えるようになってほしいです。
理由左クリックでブロックを壊したり、右クリックで設置したり使い分けが早くなるのでほしいです。
理由左クリックでブロックを壊したり、右クリックで設置したり使い分けが早くなるのでほしいです。
- Koneko_koko-2
-
Scratcher
100+ posts
Scratch への提案
#9025
マウスカーソルが画面外に出たかどうかは、
調べるブロックの
以下で、希望する動作が出来るか確認してください。(今回は横の範囲だけ調べています)
メニューがどういうものなのか、Scratch全体としてどのように役立つのかなど、
出来るだけ事細かに、詳しく書いてみてください。
マウスカーソルが画面外に出たかどうかは、
調べるブロックの
(マウスのx座標)
(マウスのy座標)で確認できるため
以下で、希望する動作が出来るか確認してください。(今回は横の範囲だけ調べています)
<>まで繰り返す
もし<<(マウスのx座標) > [-240]> かつ <(マウスのx座標) < [240]>> なら //カーソルの座標を確認して、判定する範囲を指定・制限します
[カメラ視点実行中]と言う
[カメラ視点の移動 v]を送る//画面の内側なら実行する
でなければ
[画面から出たよ]と言う
end
end
メニュー画面のときに必ずx y座標を0 0にしたいの方は、ちょっと画面が想像できないので、
メニューがどういうものなのか、Scratch全体としてどのように役立つのかなど、
出来るだけ事細かに、詳しく書いてみてください。
- shidaken
-
Scratcher
47 posts
Scratch への提案
#9020:申し訳ないです。turbowarpでreturnが使われてたので・・・。
「returnブロック」というものは提案にありません。のことでしょうか?(値ブロックの定義::custom)
値 と return では全然意味が違います。
return と言うと[このスクリプトを止める v]と混同してしまいます。・定義をスプライトを跨いでの使用可能 #8562もそうですが、正確に表記をお願いします(ページ内検索でも困ります)。
値ブロックの定義のことです。
それぞれの定義ブロックごとの色分けについてです。
定義ブロックは今はすべて無条件で#FF6680になっていますが、これを定義ブロックA、B、定義ブロックC、D、定義ブロックE、Fなど似ている用途ごとに色を編集できるようにする、ということです。
日本語下手ですみません・・・
- tsukebo_sumajan
-
Scratcher
43 posts
Scratch への提案
こんにちわ。提案させて頂きます。
- Scratchのプロジェクトを作成する前に、プロジェクト名を決める機能をつけたらいいと思います。
- 今ログインしているか確認する(要約すれば、例えばあなたが@tsukebo_sumajanを開きます。その@tsukebo_sumajanという人が今Scratchにいるか)機能をつけたらいいと思います。
Last edited by tsukebo_sumajan (March 15, 2026 12:42:50)