Discuss Scratch

1233458
Scratcher
35 posts

Scratch への提案

#9279

デザインのこと、ということであってますか?
MicrosoftのMakeCodeのUIみたいな感じでしょうか。別エディタのUIです。わかりにくくてすみません

if→else オワリ!じゃなく、
if→else if→else とか、
if→else if→else if→else のように、プラスボタンなどで拡張していく、のような感じですかね。

それだったら、コーディングの時に見やすいし、もちろんリミックスなどの時にわかりやすいコードが作れるので、僕は賛成です

Last edited by 1233458 (June 30, 2026 12:54:59)

inoking
Scratcher
1000+ posts

Scratch への提案

1233458 wrote:

#9279

デザインのこと、ということであってますか?
MicrosoftのMakeCodeのUIみたいな感じでしょうか。別エディタのUIです。わかりにくくてすみません

if→else オワリ!じゃなく、
if→else if→else とか、
if→else if→else if→else のように、プラスボタンなどで拡張していく、のような感じですかね。

それだったら、コーディングの時に見やすいし、もちろんリミックスなどの時にわかりやすいコードが作れるので、僕は賛成です
その後の議論をふまえてお願いします。
masaru__
Scratcher
18 posts

Scratch への提案

私は二段階認証の機能を追加して、任意適用ができるようにしてほしいと考えている。
※十分確認したのですが、既に出ていれば教えてください。

Scratchはプログラミングの普及・作品の共有を目的としているということですが、ユーザー間のパスワードのやりとり(※規約違反)など情報モラル面で足りない部分があります。
私はScratchにはプログラムを触り想像力を養うだけではなく、インターネット世界の道徳や自己を守る手段を学ぶということも必要だと考えています。道徳面では確かにコミュニティガイドラインが機能していますが、自分の作品、そして自分自身を守るためには二段階認証を導入し、「なぜこの機能が必要であるか」を考えさせることもある種の情報の教育であると考えています。
abee
Scratcher
1000+ posts

Scratch への提案

近日に移行が予定されている「NGP」で「Googleサインオン対応」の予定です。
inoking
Scratcher
1000+ posts

Scratch への提案

今後 Google サインオン で2段階認証がサポートされるとしても
セキュリティー強度が結果的に上がるだけで
教育的効果は薄いと思います。

もし、教育的効果を目的とするなら
2段階認証などは却下するよう主張すべきだと思います。

このトピックの 却下された提案 にもありますが(すぐ見つかりますが…)
・アカウントの2段階認証
理由:#8562 ↓

inoking wrote:

・アカウントの2段階認証
2段階認証は前から欲しいと思っています。
現在のパスワード方式で十分です。
「乗っ取られた」などと言っている人を見かけますが
パスワードの管理をきちんとしていないだけだと思われます。
これは、「まず意識を変えるべき」という教育的な理由です。
haru_animanga
Scratcher
28 posts

Scratch への提案

えもうページ変わった?

kaki_jp wrote:

#9359

haru_animanga wrote:

あれがバグじゃないと聞いて提案しました。
それはどこで聞いたのですか。
バグ報告コーナーに聞き、意図的だと知りました。
もしできないのであれば、理由も添えて。
inoking
Scratcher
1000+ posts

Scratch への提案

haru_animanga wrote:

バグ報告コーナーに聞き、意図的だと知りました。
もしできないのであれば、理由も添えて。
正確な場所を示してください。
他人に伝えるのであれば、リンクも添えて。
kaki_jp
Scratcher
100+ posts

Scratch への提案

#9366
バグ報告コーナー2 #3128どこにあるのかは自己解決できました。
↑@haru_animangaさんのいう場所はここで合っていますでしょうか。
—以下合っている前提で話しています。—
abeeさんは「意図的」とは言っていますがそれはあくまで仮説です。必ずそうとは限らないことを忘れないでください。
(edit: 自分だけが分かっても議論にはならないとの指摘を受け表現を改めました。)
(edit2: 「意図的」に4秒遅らせているというのが結論となったので該当部分を削除。)

Last edited by kaki_jp (July 3, 2026 22:59:40)

inoking
Scratcher
1000+ posts

Scratch への提案

kaki_jp wrote:

#9366
どこにあるのかは自己解決できました。
abeeさんは「意図的」とは言っていますがそれはあくまで仮説です。必ずそうとは限らないことを忘れないでください。
それを指しているであろうことは推測できていますが、
haru_animanga さんの意図は当人でないと分かりません。
また、kaki_jp さんが分かっただけではここでの議論にはなりません。

追記:
意図的であれば
そうする理由があったということなので
元に戻すことはありえないです。

Last edited by inoking (July 1, 2026 19:02:17)

llIlllIl
Scratcher
20 posts

Scratch への提案

リストを数字が大きい順または小さい順に並べる機能があったらいいと思います。理由は、プログラムを複雑にすればできるけど、それをいちいち組み立てるのが面倒だと思ったからです。
Koneko_koko-2
Scratcher
100+ posts

Scratch への提案

ちなみに、並び替え「ソート機能」は、実はすでにいくつもの作品が発表されているので、
面倒であれば、リミックスなどして使ってみるのもいいかもしれません。
学びの機会になると思います。(ペンで描画をするから複雑に見えているだけかも)
haru_animanga
Scratcher
28 posts

Scratch への提案

kaki_jp wrote:

#9366
バグ報告コーナー2 #3128どこにあるのかは自己解決できました。
↑@haru_animangaさんのいう場所はここで合っていますでしょうか。
—以下合っている前提で話しています。—
abeeさんは「意図的」とは言っていますがそれはあくまで仮説です。必ずそうとは限らないことを忘れないでください。
(edit: 自分だけが分かっても議論にはならないとの指摘を受け表現を改めました。)
すみませんそちらです。ありがとうございます。
意図的だとしてもなぜでしょう…
gccxnondx
Scratcher
100+ posts

Scratch への提案

公開されていないので理由はわかりません。
inoking
Scratcher
1000+ posts

Scratch への提案

llIlllIl wrote:

リストを数字が大きい順または小さい順に並べる機能があったらいいと思います。理由は、プログラムを複雑にすればできるけど、それをいちいち組み立てるのが面倒だと思ったからです。
こちらを引用しておきます。

inoking wrote:

ソートをシステムが提供することは
Scratch の開発方針に沿っていないと思います。
つまり、便利すぎます。

#1 の以下辺りを読んでみてください。
「ここで提案しても却下される」と言う方へ:
#798 および、旧トピックの #3983, #4416, #4971 も読んでみてください。

却下された提案 にも同様のものがあります。
変数カテゴリー
リスト [リスト v] を [A~Z v] の順に置き換える ::list
理由:https://scratch.mit.edu/discuss/post/2816376/
abee
Scratcher
1000+ posts

Scratch への提案

#9368
音声合成の4秒間の遅延は意図的であることが確定しました。
その理由も明らかになっています。
ngtryousaku
Scratcher
2 posts

Scratch への提案

プロジェクト、スタジオのほかにコンテストの枠がほしいです。
最近?傾向の枠が消えたことにより、新しいプロジェクトを探しにくくなってしまいました。
他の人がどんなことをしているのかわからず、クラウド変数を使用したプロジェクトを作っても、人を集める手段が今のところ私にはほとんど無いため、作品を作る気力が沸かなくなってしまいました。
スタジオから探せばいいといっても、いつも活発なスタジオを探す手段として傾向を利用していたので、スタジオをみる機会もなくなってしまいました。



それはそれとして、個人開催のコンテスト(は一例として、本音は何か最近の動向を探る手段として)の枠を追加してほしいです


ngtryousakuの案(スタジオと似たような感じを想定しています)

なんだか追加をしてほしい案
 各コンテストの閲覧者は条件(↓によるスパム防止や、プロジェクトの質を調整する手段)を満たしていればプロジェクトを投稿できる
 表示順は応募人数(一個人の応募数にかかわらず。)、コメント人数(一個人の投稿量にかかわらず。)、開催順などで決める
 コンテストの査定方法や応募期間や参加条件や順位は開催者が決める。
 主催者により順位がきまったらコンテスト内で掲示する
 表示は開催中と審査中と審査完了で絞れる
 後からプロジェクトに補足で説明を入れられる(投稿時にいれるようにするとハードルがあがると思ったから。ボタンひとつでできるようにしてほしい)
 一人あたりの参加作品数(デフォルト1~3くらい?あとは主催者で調整するようにする)

別に追加をしなくていい案
 プロジェクトの記録としてコンテストの傾向内の最高順位やその中での成績でポイントを加算させる(サブ垢で開催して別垢で参加する自作自演対策考えてない)、さらにそれを表示順に利用する

何か浮かんできた問題点
 主催者と開催者の癒着(贔屓は多少は知名度とか開催条件から外れていてもクオリティーがたかすぎるとかでしょうがないかもしれないが)
 条件によっては(最小ブロック数選手権、など)関係ないものまで大量に入って表示順の意味(最近の凄いプロジェクト観たいなど)がなくなってしまうため、表示しないか、何か表示順のペナルティ?をもうける必要がある



Scratch内のコンテストはscratch内で閲覧して、気軽に参加できるようにすれば多くの人に参加してもらえて.
主催者は審査によって他の人のコードを学んだりできる機会が大きくなり、閲覧者もプロジェクトを探しやすくなるためscratchコミュニティがもっともりあがるとおもいます。(そうでもないか?)

とりあえず私の要望としては新しい凄いプロジェクトを見れるものがほしいです

ほかにもみんなでいけんをだしあって決めてほしいです。

Last edited by ngtryousaku (Today 18:16:16)

Powered by DjangoBB