Scratch への提案

Svgart_jp

定義をすべてのスプライトで使えるようにする選択ができるようにしてほしいです。

inoking

Svgart_jp wrote:
定義をすべてのスプライトで使えるようにする選択ができるようにしてほしいです。

異論のない提案にあります。

・定義をスプライトを跨いでの使用可能 #8562

__WXW__ · Scratch への提案 [sc *Last edited by __WXW__ (Sept. 10, 2026 12:45:35)*

[sc

Last edited by __WXW__ (Sept. 10, 2026 12:45:35)

inoking

__WXW__ wrote:
  [モノクロ v] の効果を (0) にする
とかはどうですか?

#1 をよく読んでから投稿をお願いします。

osamepurin

 [縦] に (25) 伸ばす

が欲しいです。

Ke0

おそらく縦（および横）方向に大きさを伸ばすブロックということだと思いますが、意見の分かれる提案に既にあります。

tuneninemuihito

見つけられなかったのですが、「配列値」についての話題は挙がっていますでしょうか。
現状の
(リスト)
に追加（現在↑の形で使っているプロジェクトとの互換性を保つために置き換えではなく追加という形）で、
新しい形の
[リスト]
みたいな新形の値系ブロックを追加する様なイメージです。

([リスト v]の()番目 :: list)

のリスト部（[リスト v]）に入れられる様にしたり、
[(文字列)を(文字列)で分割する]
[(文字列)を一文字ずつ分割する]
を作ったり。

[押されているキー]
とか、
[触れている色]
[触れているスプライト]
実装をするなら結構良い表し方ができそう。

[リストX v] に ([リストa v] と [リストb v] :: list)を追加する :: list

とか。

現状のUIとか変わってしまうので厳しいですかね…

それか、値の型として実装も出来ますね。
現状の、
・文字列型
・数値型
・真偽値型
に加えるような。
ややこしいからキツイか。

Last edited by tuneninemuihito (Sept. 17, 2026 03:05:26)

inoking

まずその前に

★「欲しい」や「賛成」だけではなく、理由などを説明するようにお願いします。

本題ですが
「配列値」とは「値ブロックとしての配列」ということでしょうか。
「2次元配列」ですら「複雑すぎる」として却下されているので
UI 以前に Scratch のデータ型とはなじまず、かつ、複雑すぎると思います。

また、
文字列操作も含まれているようですが、
その提案はたまにあるものの
自作できる。というのがこれまでのこのトピックでの大体の見解です。
この辺でも話がありました。これにはリンクが複数あります。

bihidasu

#4
の

inoking wrote:
ブロック定義カテゴリー
(値ブロックの定義::custom)
<真偽値ブロックの定義::custom>

について、正しい解釈がわからないのですが、
これは今ある

定義 ブロック名(値の入力)
(値の入力::custom)

と

定義 ブロック名<真偽値の入力>
<真偽値の入力::custom>

のことを指しているのですか？

arugakuseidesu

提案です。
設定で、○○ブロック以上のかたまり（

move (10) steps
turn cw (90) degrees
move (15) steps
...

↑こんなかんじ
を削除するときに、本当に削除するか確認する表示を作ってほしい。
○○のところは自分で設定できるようにして、数字をとても大きくして動かなくすることもできる。
理由は、タブレットなどを使っている（タッチパネル）時に、誤操作で間違えてブロックを消してしまい、
それに気づかずに別のスプライトに移動してしまったらもう取り返しがつかないためノンフィクションです
あまり触っていなかったプロジェクトでこれをやってしまうと、コードを忘れてしまってまた一から作り直さないといけないため。

short-KUSA

コマンド+Zで戻せます

kouryou118103

#9669

bihidasu wrote:
#4
の
ブロック定義カテゴリー
(値ブロックの定義::custom)
<真偽値ブロックの定義::custom>
について、正しい解釈がわからないのですが、
…(略)

当時の提案された投稿を見つけることができなかったのですが、このようなことだと思います(少なくとも自分は当時このような提案だと解釈していました)。

(円周率を()桁まで出す::custom)

定義 円周率を(n)桁まで出す
...//円周率を出すプログラム
return (pi)::custom

(円周率を(3)桁まで出す::custom)//3.142を返す

このような感じで、値ブロックの定義そのものに返り値があるものだと思います。

Last edited by kouryou118103 (Sept. 19, 2026 08:49:45)

arugakuseidesu

short-KUSA wrote:
コマンド+Zで戻せます

一度スプライトをまたいでしまうと、戻すことができなくなってしまいます..

My browser / operating system: Windows NT 10.0, Chrome 153.0.0.0, No Flash version detected

gccxnondx

慎重にデバッグをしながら行っていれば修正も簡単なのでは?
また、環境情報はとりあえず書けば良いものではありません。必要なときだけに書くようにしてください。

inoking

arugakuseidesu wrote:
一度スプライトをまたいでしまうと、戻すことができなくなってしまいます..

ミスった時点で気づくはず。
訂正：
別スプライトにブロックを移動したら戻せないということ？
今は確認できないので、保留とし、後で書き直します。

※署名の（余談）について：

署名 wrote:
（余談）
過去に私が提案した「右クリックが押された」ブロック
これが「タブレットなどでできない」というなら
マウスホイールブロックも無理な気がします…
また、「enterkey」ブロックやbackspaceブロックも同様の理由が挙げられます。

別のことを挙げても理由にはなりません。
それぞれの事情により適用される理由の優先度などは変わります。
「他でこうなっているから」を反論根拠とするなら「事情」が一致している必要があります。

Last edited by inoking (Sept. 20, 2026 08:51:09)

chizucho-man

<(自分自身 v) に触れた>

というブロック(正確には既存のブロックの拡張)はどうでしょうか？
今はわざわざ別のスプライトから自分自身を指定したものを持ってくる必要があり少し面倒くさいような気がします。

inoking

#9675:
動作確認しました。
別スプライトにブロックをドラッグすると
コピーされるだけなので元が消えることはないです。

つまり、ブロックを削除してから
別途、別スプライトの画面に移動したということで
「誤操作で間違えてブロックを消してしまい、それに気づかずに別のスプライトに移動してしまったら」
と書いてあるそのままですね。

これは「削除」と「スプライト移動」という二つの話が混ざってしまっています。
スプライトを変えると Undo が効かなくなるのは、妥当かどうかは別として、仕様としてこれは受け入れるしかありません。
そのうえで、ユーザーが気をつけることで回避できる類のことです。

それが「ミスった時点で気づくはず。」です。

inoking

chizucho-man wrote:
<(自分自身 v) に触れた>
というブロック(正確には既存のブロックの拡張)はどうでしょうか？
今はわざわざ別のスプライトから自分自身を指定したものを持ってくる必要があり少し面倒くさいような気がします。

「自分自身に触れた」はクローンとの当たり判定に使いますが
通常は必要ありません。
多少面倒でも問題ないと思います。

あるとかえって初心者は混乱します。

chizucho-man

inoking wrote:
chizucho-man wrote:
略
「自分自身に触れた」はクローンとの当たり判定に使いますが
通常は必要ありません。
多少面倒でも問題ないと思います。

あるとかえって初心者は混乱します。

なるほど…ありがとうございます。納得しました。

weather_sunny

助言を受けて、
こちらのフォーラム　に移動しました。

Last edited by weather_sunny (Sept. 24, 2026 06:51:50)

Discuss Scratch