Scratch への提案（仕分け用）

inoking

1. コメントの改行可能
2. トピックのコメントで、ブロックと普通の文章を同じ行に書けるようにしてほしい

1. は何回に制限を設けるとかややこしいことをしても回避はいくらでも可能ですし
そもそもコメントをこれ以上書きやすくすることは SNS 化を助長するだけと思います。

2. は今でも // コメント機能があるので
不要でしょう。

KeiyoLinetetsu

Scratchのコメント機能は、便利っちゃ便利だけど、荒らし行為があったり、改行機能がないなど不便なところもあるから、そこを修正してくれるといいと思います。あと、URLっぽいもの例えばhttps://~や、http://~などのものはリンクとして扱うのかを選ばせてほしいと思います。
English translation
Scratch's comment function is convenient, but it does have some inconveniences, such as the possibility of trolling and the lack of a line break function, so I think it would be good if they could fix that. Also, I would like to be able to choose whether URL-like things, such as https://~ or http://~, are treated as links.

yuito2013

ここは直でST(スクラッチチーム)には届きません。なので英語訳は不要です。
こんなトピックあったっけ?

inoking

このトピックは一時的な「仕分け用」です。

提案には Scratch への提案を使ってください。

このトピックもそろそろ再始動しますかね。。

gccxnondx

議論がしばらく止まってましたが、自分の意見を話したいと思います。

1.コメントの改行可能
やや反対です。コメントが改行できるようになっても使う場面が見受けられない気がします。コメントを見やすくしたい…とかがあるのであれば、2回に分けて投稿したりなど工夫ができると思います。プログラムの説明をするのであれば、プロジェクトを作成したり、リミックスしたりして、そこにメモを貼り付けるなどで十分かと。
また、アスキーアートなどの投稿を容易にしてしまい、建設的な議論の妨げになるかと。
コメントを使う機会がそもそも少ないか。自分があるとすればちょっとした交流位。作品作りも自分でできるし。

2.トピックのコメントで、ブロックと普通の文章を同じ行に書けるようにしてほしい
反対です。#179と同じ。そもそもディスカッションフォーラムはあくまでプログラミングを支援するツールなので、機能を追加する必要はないと思いますし、追加しても役に立つ場面は少ないと思います。

inoking

1. コメントの改行可能

前回の最後の投稿から反論も出ていません。
さらに、ここ数年で「Scratch の（狭義の）SNS 化」はさらに進んでいます。

確かに改行は便利ですが
・代替策のようなものがある
・スパムの温床（そのために回数制限を設けるとかは本末転倒）となりうる
・（狭義の） SNS 化を助長する
以上より、不要と結論付けたいと思います。

2. トピックのコメントで、ブロックと普通の文章を同じ行に書けるようにしてほしい

・必要となる場面があまりない
・今でも // コメント機能がある
により、不要と結論付けたいと思います。

異論があればお願いします。

gyakuhonyakusss2

1年以上出ていないので合意が取れたということだと思います。
ただ、反論のようなものがあったので、自分の意見を言いたいと思います。

1.コメント欄の改行可能

反対します。なくても不便ではありません。大量のスペースで代用できるので大丈夫だと思います。

2.トピックのコメントで、ブロックと普通の文章を同じ行に書けるようにしてほしい

強く反対します。そもそもディスカッションフォーラムはあくまでもスクラッチの本分ではありません。
そしてプログラムを解説する場所でもありません(例外有り)｡#188を受けて削除
以下のことから話すの提案を全て反対します。

Last edited by gyakuhonyakusss2 (Jan. 22, 2026 10:39:38)

inoking

gyakuhonyakusss2 wrote:
2.トピックのコメントで、ブロックと普通の文章を同じ行に書けるようにしてほしい
強く反対します。そもそもディスカッションフォーラムはあくまでもスクラッチの本分ではありません。
そしてプログラムを解説する場所でもありません(例外有り)｡
以下のことから話すの提案を全て反対します。

それは言いすぎでしょう。

適切な使用法であってもフォーラムでプログラムについて解説する場合もあります。
ただ、「ブロックと普通の文章を同じ行に書ける」ことが必須の状況は、ほぼ無いように思えます。

gyakuhonyakusss2

少し言いすぎました。例外ありと書くほど解説する場面がないわけではないですね。

gccxnondx

age
全員に目につくようにして、異論がないかの確認を行うため。

inoking wrote:
意見を募集しますが
#1 や #25 をよく読んでからでお願いします。

Last edited by gccxnondx (Jan. 24, 2026 23:29:06)

gccxnondx

#186
現状異論が出ておらず、提案から一週間程度がたったため確定でいいと思います。

inoking

遅くなりましたが
以下について

・コメントの改行可能
・ブロックの前後での改行をなくす
・トピックのコメントで、ブロックと普通の文章を同じ行に書けるようにしてほしい // ブロックの前後での改行をなくすと同じ?

#186 を理由として、仕分け前の提案から却下された提案に移動しました。

inoking

次はその他カテゴリーです。

意見を募集しますが
#1 や #25 をよく読んでからでお願いします。

その他
1. オフラインエディタへの、アカウントからのバックパックのインポート
2. 音声認識
3. exe出力//sb2->swf->exeの流れで現在も可
4. ボーカロイド
5. cookie（使用例：簡易的なオートセーブ等）
6. #620 コメントのマークダウン記法対応 → 反応なし
7. #678 サイト内リンク機能

すべてを止めて、scratch.mit.edu.[projects v][000000]にジャンプする::control cap

scratch.mit.edu.[projects v][000000]を新しいタブで開く::control

7. はこれまでの議論で却下として結論出ていますね。それの理由をどれにするかだけです。
他にも結論出ているものもありそうです。ゼロからの議論とならないようできるだけ過去の情報をふまえるようお願いします。

gccxnondx

1. オフラインエディタへの、アカウントからのバックパックのインポート
やや賛成です。ですが技術的に可能なのでしょうか?私が考える回避の策は、
Scratchのエディターを開き、バックパックに入れたいブロックを積み重ねる。
↓
そのプロジェクトファイルを保存して、ファイル「バックパック」を作成し、保存する
↓
使用したいときに、それを読み込み、別タブでそれを真似る
くらいですかね。
2. 音声認識
やや賛成です。現在は「Face Sensing拡張機能」があるくらい、機械の学習能力も上がってるので実装は可能かと。
もしも実装されれば、適当に歌った曲を旋律を取ってくれる。みたいのができるので、創作の幅が広がると思います。
3. exe出力//sb2->swf->exeの流れで現在も可
反対です。sb3ファイルで十分です。回避策もあります。あっても使う機会はほぼないと思います。
4. ボーカロイド
反対です。音声合成で十分です。使いたいのであれば、外部のサイトからダウンロードして、使用すればいいだけです。
余談になるんですけど現状の音声合成に歌わせてるScratcherさんを2人見かけました。すごすぎ。
5. cookie（使用例：簡易的なオートセーブ等）
意見なし。
6. コメントのマークダウン記法対応
反対です。改行を容易にしてしまいます。
7. サイト内リンク機能
却下されている場所がわかりませんでした。。。でも個人的には反対です。不適切なプロジェクトに飛ばされる可能性があったりします。複数同じそれを並べてクラッシュを狙うこともできるようになってしまいます。

Last edited by gccxnondx (Feb. 8, 2026 01:45:47)

gyakuhonyakusss2

1. オフラインエディタへの、アカウントからのバックパックのインポート

やや反対です。バックアップしたいスプライトやコスチュームのみのプロジェクトファイルをオンラインエディタの方でアップロードすれば出来るのではないでしょうか。

2. 音声認識

反対です。音声認識の使い道がよくわかりません。

3. exe出力//sb2->swf->exeの流れで現在も可

反対です。わざわざexeファイルを使うシチュエーションが見つかりません。

4. ボーカロイド

反対です。わざわざscratchで作る必要性が見つかりません。

5. cookie（使用例：簡易的なオートセーブ等）

賛成です。いまは多くのサイトにcookieが採用されているので、scratchに採用してもいいかと思います。

6. #620 コメントのマークダウン記法対応 → 反応なし

反対です。これ以上描きやすくするのはSNS化を助長するだけではないのでしょうか。

7. #678 サイト内リンク機能

すべてを止めて、scratch.mit.edu.[projects v][000000]にジャンプする::control cap

scratch.mit.edu.[projects v][000000]を新しいタブで開く::control

これまでの議論で却下の結論がでているとのことですが、見つかりませんでした…ですが、アニメなどで次の話に行きたければ使い方にそのリンクを貼ればいいと思います。

Last edited by gyakuhonyakusss2 (Feb. 12, 2026 07:32:59)

h_team_x

反対のみ:
3:exeにする必要性はないと思います。
ネットなしでやりたいならオフラインエディターもありますし…
4:今のだけで十分、と言いたいところだけど、音階調節はありかも。
どっちにしろ外から持ってくるなど回避策はあるから反対。
6:改行と同じく(狭義の)SNS化を助長します。

ちなみに2には、クラウド変数のロックは必要だと思います。
理由は、個人情報を抜けなくするためです。
たしかに256文字じゃあ2,3秒ぐらい（もっと少ないかも）しか取れませんね。
一回取り下げます。

Last edited by h_team_x (Feb. 27, 2026 10:57:48)

gccxnondx

#196
クラウド変数のロックとはどのようなことでしょうか?
とりあえず、「音声をデータ化してクラウド変数に送信することを防ぐこと」として解釈して話を進めると、現在、クラウド変数には256文字までという制限があります。そのため、膨大なデータの量を送信することはできません。
声をデータ化するには、最低限高さ、大きさ、音色を連続的に保存する必要があります。数字のみで、256文字までいう制限があるので、このデータ量を送信することは不可能と考えられます。
そのため、そのような制約は不要と考えます。

Last edited by gccxnondx (Feb. 11, 2026 09:09:23)

gccxnondx

age
全員に目につくようにして、様々な意見を集めるため。

inoking wrote:
意見を募集しますが
#1 や #25 をよく読んでからでお願いします。

gccxnondx

age

gccxnondx

今までの投稿をまとめると、

1. オフラインエディタへの、アカウントからのバックパックのインポート

反対意見あり
回避策と言えるようなものがある。

2. 音声認識

反対意見あり
使い道がよくわからない。創作の幅を広げることができる。

3. exe出力//sb2->swf->exeの流れで現在も可

反対意見多数
わざわざexeにする必要がない。

4. ボーカロイド

反対意見多数
Scratchで作成する必要はない。

5. cookie（使用例：簡易的なオートセーブ等）

反対意見なし
利便性がある?

6. #620 コメントのマークダウン記法対応 → 反応なし

反対意見多数
(狭義の)SNS化を助長する。

7. #678 サイト内リンク機能

すべてを止めて、scratch.mit.edu.[projects v][000000]にジャンプする::control cap

scratch.mit.edu.[projects v][000000]を新しいタブで開く::control

却下はどこかでされている。
使い方にリンクを貼れば良い。

こんな感じです。
3、4、6、7はこの理由で却下したいと思います。
反対意見が3/10 6:00(日本時間)までに出なければ、本題トピックの変更をinoking様に依頼したいと思います。

Discuss Scratch