Scratch への提案

LuckySeal

理由を疑問に思いますが、Chrome MOBILEでは1,2,3,4,5,6,7,-のようなエディタの数字パッドで数字を押すと、それはちょうど（代わりに）奇妙な古代のようなコーディングを書き始めます。どうやって止めるの？

abee

#6292
iPadであれば、「ネコミミ」を使うことでそれができます。

Last edited by abee (Aug. 3, 2024 01:27:13)

inoking

The_Infinitys wrote:
inoking wrote:
縦画面というと主にスマホではないかと思いますが、
～略～
スマホ対応はあまり重要視されていないのではないかと思います。
スマホがハブられている….
回答有り難うございます！

基本的に、プログラミング環境なので
パソコンやタブレットぐらいは用意することを前提にしてもおかしくないと思います。

SS_STARgame

提案です。
作品への「レビュー」のシステムを追加してもらいたいと思っています。
具体的に説明すると、

・「レビュー」はコメント欄と独立しており、作品への評価に重点を置いたシステムとなっている
・ユーザーは10点満点での点数付けをして作品を評価できる
・点数付けの際には、「作品の良い所や改善点などを明示して、なぜその点数にしたのかの理由」も同時に書ける

というようなシステムです。

なぜこれが必要と考えたかというと、コミュニティガイドラインにもあるように

役立つコメントをすること。
Scratchでは誰もが学んでいます。プロジェクトにコメントするときは、気に入ったところを言ったり、提案したりして、

と、コメント欄はユーザーへのフィードバックをする場所でもあるので、コーディングコミュニティであるScratchではよりこの作品をよりよくするための意見がクリエイターに届きやすく、かつ分かりやすくされるようにされるべきではないかと感じたからです。

では、既存のコメント欄で問題ないはずではないでしょうか。わざわざ新たに場所を設ける必要は皆無なのでは？

という意見もあるかもしれません。しかし、現在のコメント欄では

・単純に自身の感想を書きたい場合
・素材をもらうと告げる場合
・（ゲーム等の作品であれば）自分のスコアを残す場合

など、コメント欄の使われ方は多岐にわたるので、特に重要であるフィードバックは既存のこれとの差別化をするべきであると考え、独立させた方がよいと思いました。

よく分かりにくかったところ、否定意見、反論、アドバイスなどがあれば返答をお願い致します。
既に却下されていました。すみません。

Last edited by SS_STARgame (Aug. 4, 2024 15:45:18)

inoking

SS_STARgame wrote:
既に却下されていました。すみません。

却下された提案のどれに該当すると思ったのですか？

SS_STARgame

#6304
The Complete List of Rejected Suggestions（却下された提案）の投稿の4.2です。

4.2 Dislike button or a project rating system
Generally, a user's first project is something rather simple, such as a test project, a remix, or a project made using a tutorial. Because this project is simple, other users may give the project low ratings since it is not advanced. With low enough ratings, the creator might be discouraged enough to stop using Scratch. Moreover, constructive feedback is encouraged on Scratch. A dislike button may show the creator how many people disliked their project, but it tells nothing about what the creator could do better. If you do not like a project, you could choose not to love it, or you could leave a respectful and constructive comment telling the user how to improve, in addition to saying what you like about the project.

With that, a dislike button is rejected for anything, including projects and comments. However, a like button for comments is NOT rejected. You can discuss it on this topic.

プロジェクトの評価システムは既に却下されています。

Adam_Scra

提案です。

次の背景

と

背景を [次の背景 v] にする

を、一つにまとめるのはどうでしょうか。
同じ動きをするのであれば、

次の背景

は不要だと思います。

abee

次の背景にする::looks

のことですね。
このブロックはScratch 1.xの頃からあり、削除してしまうと、これを使っている多くのプロジェクトが動かなくなります。

Last edited by abee (Aug. 6, 2024 05:48:22)

ikaop-io

ブロックの提案

ユーザーのフォロワーを確認

などあったらどうですか？

tesu2067

#6308
具体的な理由を教えてください。
また、必要性もありませんしSNS化を加速させる恐れがあります

Adam_Scra

abee wrote:
次の背景にする::looks
のことですね。
このブロックはScratch 1.xの頃からあり、削除してしまうと、これを使っている多くのプロジェクトが動かなくなります。

ですが、その問題は

次の背景にする::looks

と

背景を [次の背景 v] にする

の識別のようなものを同じにすれば良い話では無いのですか？

もし <> なら、ずっと{}::control loop cap

はScratch2.0以前に存在していたブロックであるかつ、Scratch1.4のオフラインエディターに存在しますが、sb3形式のファイルを読み込むと

もし <> なら
ずっと
end
end

に代用されたのと同じようにできないのでしょうか？

Last edited by Adam_Scra (Aug. 7, 2024 11:14:20)

rrrrrrrrrrhhhhht

Adam_Scra wrote:
提案です。
次の背景
と
背景を [次の背景 v] にする
を、一つにまとめるのはどうでしょうか。
同じ動きをするのであれば、
次の背景
は不要だと思います。

次の背景

を

背景を [次の背景] にする

にしてまとめるのであれば、新しく、

背景を [前の背景] にする

も追加していいと思います。

Adam_Scra

#6311

rrrrrrrrrrhhhhht wrote:
次の背景
を
背景を [次の背景] にする
にしてまとめるのであれば、新しく、
背景を [前の背景] にする
も追加していいと思います。

既に

背景を [前の背景 v] にする

は存在すると思われます。

abee

#6310
つまり、等価なものに自動的に置き換えるという意味ですね。これは確かに合理的です。
(ちなみに「以前」)という言葉には注意が必要です)
その場合、「ステージ」だけでなくコスチュームにも、

背景を [次の背景 v] にする

を入れることになります。
問題は、これらにかける変更の手間と釣り合うかですね。
別の視点として、背景が増えたとき、メニューから「次の背景」を探して選ぶという手間が増えることもあります。ブロックパレットの中でメニューを切り替えた場合は特にそうです。
つまり、

次の背景にする::looks

は、

背景を [次の背景 v] にする

のショートカットとしても機能しているということです。

Last edited by abee (Aug. 7, 2024 01:21:13)

kotau

[] を [] にする
(変数[])

のように動的に変数を指定するブロックがあると良いとおもいます。
また、存在しない変数を指定した場合の戻り値はNaNや0などにすればよいのではないでしょうか?

inoking

kotau wrote:
[] を [] にする
(変数[])
のように動的に変数を指定するブロックがあると良いとおもいます。
また、存在しない変数を指定した場合の戻り値はNaNや0などにすればよいのではないでしょうか?

却下された提案にあります。

・プログラム内での変数宣言
変数 [変数 v] を作る ::variables
理由：#59

Adam_Scra

#6313
ショートカットとして残すのはいいと思います。ですがそうするなら、

もし<>なら、ずっと{}::control loop cap

はショートカットとして機能しなかった事項なのでしょうか？
例えば、

@greenflagがクリックされたとき::events hat

もし<>なら、ずっと{...}::control loop cap

などでプロジェクトが始まった時のショートカットができると思うのですが、どうでしょうか？
ちなみに、

もし<>なら、ずっと{}::control loop cap

は

もし <> なら
ずっと

end
end

と同義です。

ioqj

Adam_Scra wrote:
ちなみに、
もし<>なら、ずっと{}::control loop cap
は
もし <> なら
ずっと

end
end
と同義です。

いえ、それは違う気がします。
先程、オフラインエディターで

もし<>なら、ずっと{}::control loop cap

を実行してみましたが、

ずっと
もし <> なら

end
end

と同じような動き方をしました。

abee

#6316
以前、Scratchのそれぞれのブロックがどのくらい使われているかの統計が公開されていました。
それによると、

もし<>なら、ずっと{}::control loop cap

はほとんど使われていなかったので、それが廃止の理由と考えられます。

Last edited by abee (Aug. 7, 2024 12:13:33)

kiccha4636

提案です

((0) と (0) のうち [ 大きい v] 方)

のようなブロックがあるといいなと思いました

Discuss Scratch