Atridott wrote:

例にも出しました通り「feat. 誰々」という部分が含まれる曲名のアーティストが消えるのが一番の問題です。他にも「Part.2」や、「Goodknight.」という名前のアーティストなど、忠実に曲名を載せたい場合「.」を使う機会は少なくありません。

p_nuts wrote:

書き直せばいいと思います

inoking wrote:

ちょっと話題が違いますが、
基本的には、少なくとも日本では著作権的に商用の音楽はアップできないので
そういう曲名のファイルを扱う機会は本来はあまりないと思います。

Atridott wrote:

海外についてはどうでしょうか。例えばNCSなど多くの曲については「feat.」の使用頻度がまあまああると思うので、その辺りを使用可能な国については問題となるのではないでしょうか。

p_nuts wrote:

NCSは使えないはずですが

(メッセージ1 v) を受け取ったとき
(スペース v) キーが押されたとき
背景が (背景1 v) になったとき

((1) から (6) までの乱数) を (1) ずつ変える

((x) の長さ :: list)

[変数 v] を (1) ずつ変える

ryoichiro wrote:

(メッセージ1 v) を受け取ったとき

～略～
のように、変数も入れられるようにしてほしいです。

・https://scratch.mit.edu/discuss/post/2839913/

<>のとき::events hat//クラウド変数やマウスのクリックなどのスプライト内部でわかっていないことが対象 

#128, #165

上記他に変数が入れられるようにして欲しいブロックは、変数名の部分とリスト名の部分です。
例:

((1) から (6) までの乱数) を (1) ずつ変える
((x) の長さ :: list)

変数に関してはリストで代用できますが、初心者の方には割と便利な気がします。

変数[ v] のx座標を (0) ずつ変える

(変数[ v]のx座標)

変数[ v] のx座標を (0) にする

StrongPeanut wrote:

却下されたリストの中にあります。理由

33MARU wrote:

ベクターアートでコスチュームを書くときに上から２番目のマーク(画像が使えませんでした)を使って形を整えるそうですが、私はこれがものすごく苦手です。そのため円ツールや四角形ツールで作った図形を別の図形と重ねて重なった部分は消えるというようなツールがほしいです。語彙力が低くてすみません。

<[#00ffff] 以外の色に触れた::sensing

yukku wrote:

>> #844
同じ項目が複数あった時のにその中のどれか、という選択をするものだと思います。

chawami2 wrote:

<[#00ffff] 以外の色に触れた::sensing

欲しい

守ってほしいこと：
★The Complete List of Rejected Suggestions（却下された提案）（日本語訳）に出ている内容は提案不可です。
★#3 ～ #6 をチェックし、すでに出ている提案を単にくり返さないようにお願いします。
★「欲しい」や「賛成」だけではなく、理由などを説明するようにお願いします。

inoking wrote:

みなさんへ：
こちらを再掲しておきます。
元の英語のトピックは2015年のものなので現在とはちょっと事情が違うかもしれませんが、ほぼ通用するでしょう。

inoking wrote:

Scratch ブロックの考え方として
以下のような説明が英語の提案フォーラムにあります。
A guide to suggestions

Scratch doesn't always have to be super simple, and, for that matter, shouldn't be. For example, if you suggested a “physics” block, which made a sprite follow the laws of physics, this would probably be rejected. Why? It would certainly be useful! The problem is (beyond the difficulties in making such a block) that it makes Scratch too easy. It is kind of taking the “program” out of “Imagine, program, share”. We don't want to be able to make anything in five minutes; that ruins the point of programming, having fun, and putting effort into your projects. However, you can always feel free to make your own physics tutorial, and share it with the community, so that those who don't know how to program physics could learn to program physics.

↓ざっと訳
スクラッチはいつも超シンプルである必要はありません。
例えば、物理学の法則に従ったスプライトを作成した「物理学」ブロックを提案した場合、これはおそらく却下されます。
どうして？それは確かに便利でしょう。
問題は Scratch をあまりにも簡単にすることです。それは、「想像、プログラム、共有」から「プログラム」を取り去っているようなものです。
私たちは5分で何かを作れるようにすることを望んでいません。
それはプログラミングする、楽しい時間を費やす、作品に力を注いだりする、ということを損ないます。
しかし、あなたはいつでも自分の物理学チュートリアルを作成し、コミュニティと共有することができます。
それによって、物理学のプログラミムを知らない人が物理学のプログラムを学ぶことができます。