TNTSuperMan wrote:

ブロックでこれがあった方がいいと思ってても、Scratch側としてはブロックの変更はしたがらないので
その動作を再現できるような方法があれば、ここには投稿しないように#1を修正した方がいいと思います。

ブロックを追加するには色々なことを考慮しなければなりません。例えば、
・汎用的か？
・使用頻度は高いか？
特に「低い床」の観点から
・ブロックが増えることにより初心者が混乱しないか？
「可能な限りシンプルにして下さい。— 多分、いっそうシンプルかもしれません。」の観点から
・創造性を阻害しないか？
などです。

既存のブロックで機能が重複しているものは
上記のような観点で考えたとき、いずれもクリアしているはずです。
逆に、「代用できる」で済まされる提案は、大半が上記のような観点をクリアしていないはずです。
※もちろん例外もあるでしょうし線引きが難しいところもあります。

もし <(x座標) > [n]> なら
x座標を (n) にする
end

こん‐きょ【根拠】 の解説
１ 物事が存在するための理由となるもの。存在の理由。「判断の—を示す」
２ 本拠。ねじろ。「一味が—とした隠れ家」
(デジタル大辞泉)

サイトを心地よい場所にすること。
作品や会話の内容は、すべての年齢の人にとって親しみやすく、適切であることが重要です。Scratchに書かれたものが、意地悪だったり、侮辱的だったり、暴力的だったり、コミュニティーにとって不適切だと感じたときは、「報告」をクリックしてScratchチームに知らせてください。 喧嘩をしたり、他人の行動についての噂を広めたり、不適切なものに反応するのではなく、「報告」ボタンを使ってください。 私たちは報告を確認して、適切な対処を行います。

inoking wrote:

#6335:
「根拠」について書こうと思ったけど、既に書かれていたので略

「2つの値を比べて片方を返す」を使う局面は
if などに比べると十分限られています。
そういうものがほしければ「定義」化すればよいのです。
※値を返す定義が作れないのでちょっと不自由ですがそれはまた別の話

他の言語なら min, max が用意されていてもおかしくないですが、これは Scratch の話です。
Scratch の開発方針について十分理解しているなら min, max が却下されるのは納得できるはずです。
少なくともこのトピックでは min, max が受け入れられることはないでしょう。

ちなみに、英語フォーラムの min and max operators というものもあるようです。

TNTSuperMan wrote:

やっぱり関数の返り値は欲しいですね。
ほとんどのプログラミング言語に使われており、Turbowarpでもカスタム定義の返り値が実装されているようです。
プログラミングの教育上もいい影響だと思います。

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

inoking wrote:

※TurboWarp は設計思想が Scratch とは異なるので、引き合いに出してもあまり意味がありません

最新版・却下された提案のリスト

元ScratchチームのZa-Charyさんのまとめによる。

Scratch ブロック
1.1 メッセージを受け取った

<[メッセージ v]を受け取った:: events>

・曖昧さがある
・代用ブロックもある
・「[メッセージ v]を受け取るまで待つ」「[メッセージ v]を受け取るまで繰り返す」は却下されていない

1.2 停止ボタンが押されたとき
・停止ボタンはあらゆるスクリプトを停止すべき

1.3 スプライトに向いている (真偽値)

<[スプライト v] に向いている :: sensing>

・曖昧さがある
・代用可能
・スプライトのどこを指すかを示すブロックは却下されていない

1.4「「好き」の数」のような値ブロック
・「好き」の数が一定数にならないと遊べないような仕組みができる

1.5 クラウドリスト
・問題が助長される
・すでに作れるが、簡単にするつもりはない

1.6 2次元配列
・複雑すぎる

1.7 3D
・複雑すぎる
・modがある

1.8 マウスポインターの制御
・マウスポインターがどこに行ったのか混乱する
・マウスポインターのアイコンを変更するブロックは却下されていない

マウスポインターを隠す :: looks

1.9「Forever if」ブロック

forever if <> { } :: control cap

1.10 キャットブロックの永続化
・キャットブロックは一時的なものを意図している


1.11 コメントブロック（動作しない）
・かえって分かりにくい
・既存のコメント機能で十分

コメント [] :: #808080

1.12 「Jump to code」ブロック (goto文)
・混乱を引き起こす

jump to [code v] :: control

コーディング インターフェース
2.1 同時作業
・運営上の懸念
・サーバーの制限
・ターンベースの合作システム(訳注：プロジェクトを次々に回していって合作するシステムのこと)は却下されていない

2.2 テキストベースド・コーディング
・初心者や先生には役に立たない
・文法エラーが生まれる
・言語は問わない

2.3 2.0スタイルのスキン
・教育的や文書的な面で複雑
・理由があってデザインが変わっている

2.4 前のバージョンに戻す
・苦労して作った
・3.0 はタブレットのサポートと Flash の廃止を見越して作成した
・オフラインエディターがある

2.5 公式 EXE コンバータ
・コードを見ることを阻害する
・サードパーティーのものがある

2.6 クローン制限の引き上げ
・クラッシュ防止
・500でもいくらかのデバイスで動きが遅くなる

2.7 Nintendo Switch, 3DS, Xbox, Playstation 対応
・実装するための資力がない
・ゲームコントローラを接続するようにできる案は却下されていない

2.8 プロジェクトへのデフォルトのリスト

2.9 クラウド変数内の（数字以外の）文字

2.10 AI画像生成
・様々なデメリットがある
・AIアシスタントは却下されていない

Scratch プロジェクト
3.1 定型文以外のクラウドチャット
・制限回避が容易

3.2 リミックス無効化 / 変更点の少ないリミックスの禁止
・共有するのはScratchの理念
・小さな変更もOK

3.3 特定のフランチャイズのプロジェクトの検閲
・不適切 (判断された例としてはFNAF) でなければ構わない

3.4 コードのないプロジェクトの検閲
・あらゆる創造性を促進している
・スクリプトがいらない場合もある

3.5 自動プロジェクト検閲システムの削除

3.6 非共有プロジェクトの可視化
・悪用の恐れがある

プロジェクトページ
4.1 「中を見る」無効化・限定公開
・Scratchのモットーは「想像、プログラム、共有」
・限定公開では不適切な投稿を報告できない

4.2 良くないね! ボタン・プロジェクト評価
・ユーザーのやる気を失わせる
・コメントへの「好き」は却下されていない

4.3 閲覧通知
・通知の数が多すぎる
・プロジェクトを見ていないユーザーがわかる

4.4 誰が報告したかの表示
・報告は匿名であるべき
・逆恨みなどが起きる

スタジオ
5.1 スタジオ通知の廃止
・必要としているユーザーがいる
・オンオフの切り替えは却下されていない

5.2 全員招待ボタン
・スパムとなる

5.3 なんでも追加スタジオ/全員招待スタジオの禁止
・ガイドラインには反しない

5.4 旧バージョンのスタジオページに戻す
・新しいインターフェースは、Scratchチームが改善に取り組み続けることが容易になるように作成された
　訳注：日本語の専用トピックは「スタジオの更新について」

5.5 スタジオでの返信制限回数を増やす
・スタジオでの会話をコミュニティに公開し、Webサイトのパフォーマンスを向上させるために実装された
・数字の25は、スタジオでのオープンな会話を促進しながら、これらの問題を軽減するための実用的なものとして選ばれた

5.6 スタジオの所有者を複数人にする
・スタジオの更新前と同じ問題が発生する

5.7 プロジェクトをスタジオに追加できなくするオプション
・Scratchのモットーは「想像、プログラム、共有」
・スタジオにプロジェクトを追加することも「共有」のうち

コメントとテキストフィールド
6.1 他人のプロフィールなどでのコメント削除・編集
・コメントを投稿後に操作できる
・例: 「いいね!」と返信後に元投稿を変える
・フォーラム投稿削除も同じ

6.2 文字数制限撤廃
・スパムを防ぐため
・制限を上げるのは却下されていない
・ウェブサイトが遅くなる

6.3 コメントメンション通知
・スパム

6.4 コメント無効化機能廃止
・無効にしたい理由がある

6.4 ライブ編集、ライブストリーミング
・技術的な壁は別として、これは Scratch のソーシャルメディアの側面をより重視し、プロジェクトの作成の側面から焦点をそれさせる
　実際、プロジェクトの作成は、Scratch の主な焦点となることを目的としている

Scratch コミュニティー
7.1 プライベートメッセージ
・第三者が報告できなくなる
・運営するのは難しい
・SNSリンク制限撤廃も却下

7.2 年齢制限
・Scratchは全年齢向け
・警告は無意味

7.3「フォローされるためのフォロー (F4F)」の禁止
・強制できない
・無害

7.4 モデレーター制度
・たくさんの問題点がある

7.5 Scratcher や ST メンバーは政治的意見を言わないほうがいい
・ガイドラインに「Scratchは…歓迎します」とあり、それに従っていればいい。

7.6 ブラウザ拡張機能/ユーザースクリプトの方針 の改善/削除
・危険のほうがメリットを上回る

7.7 収益のある広告
・Scratchは非営利である

7.8 プロジェクト広告
・選定方法が透明でない

7.9 休憩をうながすポップアップ
・他の方法がある

7.10 全員注目入り
・多すぎて無理です

7.11 公式チャットサーバー
・運営が大変

7.10 COVID-19に関する内容の制限

7.10 自分のプロジェクトを注目のプロジェクトに推薦する

7.11 フロントページの「最近共有されたプロジェクト」の行
・Scratch 1.4 と Scratch2.0 には存在していたが削除された
・コミュニティがこれらのプロジェクトを面白く感じなかった
・不適切なプロジェクトが表示されることがあり、他のユーザーから無礼なコメントを受け取ることがよくあった

7.12 フロントページの「注目のScratcher」の行
・「注目のプロジェクト」で十分
・Scratchのメインはユーザーではなくプロジェクト

7.13 注目のプロジェクトへの投票制度

7.14 ナビゲーションバーなどを以前の青色に戻す
・紫色なのは検討の結果
・Scratchはあらゆる人を対象にしている
・色をカスタマイズできる機能は却下されていない

7.15 プロフィールの報告理由に「その他」追加
・不適切な行動がプロフィールで報告されることを防ぐ
・詳細な報告は連絡先でできる

7.16 注目のプロジェクトの選定基準変更
・現状の基準で十分満足している

7.17 Scratch チームによる公式コンテスト
・Scratchは競争を目的としたものではない
・Scratcherも自由にコンテストを開催できる

アカウント情報
8.1 ユーザー名の変更
・コミュニティを混乱させる
・運営上の問題
・大文字・小文字の変更は却下されていない

8.2 Scratcher階級の上のランク・New Scratcher廃止
・New Scratcherはスパムを減らすだけのもの
・コミュニティを分断させる

8.3 オンライン表示
・Scratchに貢献しない

8.4 ブロックされたことの表示
・アカウントの状態は所有者以外に公開しない
・公開されたくない場合もある
・オンオフの切り替えは却下されていない

8.5 ユーザー名の再利用・活動していないアカウントの削除
・削除されたくないアカウントがある
・サーバースペースはまだ余裕がある
・ユーザー名は回収されない

8.6 ユーザーによる別ユーザーのブロック
・ブロックしてもユーザーの不適切な行動は止まらない
・報告できる
・報告と同時に自分の中だけでブロックする機能は却下されていない

8.7 仮想通貨ブロック、電子通貨
・Scratchは教育用
・全員に利用できる言語でなくなる

8.8 勲章/実績
・Scratchの趣旨に合わない
・ゲーム内で作るのは自由

8.8 住んでいる国の表示の廃止
・Scratchが全世界で使われていることを示せる
・表示したくない場合、南極などに設定できる

8.9 フォロー解除通知
・ユーザーが怒る可能性

8.9 プロフィールでの性別表示

8.10 居住国設定の国リスト変更

8.11 VPNの禁止
・正当な理由で使用している人がいる
・悪質な使用は個別に対処される

ディスカッションフォーラム
9.1 話すボタンの復活
・スパムを減らすため
・新規参加者がフォーラムを知るときに、紹介する人から習うべき

9.2 引用通知
・フォーラムの構造的な問題
・スパム

9.3 フォーラムへの自分の投稿の削除
・不適切な投稿やスパムを引き起こす

9.3 オフトピ
・運営しにくい

9.4 Suggestionsフォーラムをなくす
・提案を見るのにはよい
・実際に参考にしている

9.4 受け入れられた提案の公式リスト

9.5 ファイルのアップロード

9.6 フォーラムでの投票
・ST は、投票結果にはあまり関心がなく、フォーラムへの建設的な投稿に関心がある
・Scratcher が建設的に考えて建設的な投稿を書くのに役立つことはない

9.7 「ガイド」フォーラム
・フォーラムは議論の場
・ガイドはWikiやプロジェクトで済む

9.8 署名への報告ボタン
・投稿を報告すれば十分

9.9 エイプリルフールフォーラム
・運営上の問題
・ジョーク投稿に関係ないイベントは却下されていない

ディスカッションフォーラムでの規制
10.1 60秒ルール(とくこぉ)廃止
・スパム防止

10.2 他人の正確な投稿回数の表示
・競争防止

10.3 画像ホスト制限廃止
・不適切な画像

10.4 Moderate mini-mods
フォーラムには
重複投稿の特定や、ルールやフォーラムエチケット（特にブロックスパムやネクロポストに対し）の説明、
または却下された提案リストの引用をすることにより
支援をしたい（「min-mods」と呼ばれる）ユーザーが沢山います。
これらの min-mods は
効果的にユーザーからの質問に答えたり ユーザーに行き先を教えたりすることができるため
そのような行動は ST のモデレータにとって実際に役に立ちます。
もちろん
これらの min-mods は人の役立つように行動しなくてはなりません。
敬意を払わずに誰かを「モデレート」しようとしている人に対しては誰でも報告できます。

Za-Charyさんのまとめに見つからなかったもの
#1639 より：
・sage機能(ageずに投稿)
　　あまり使わない
・16進数プロジェクトID
・バナナの絵文字
・Scratchチームによる、ユーザーが特定の場所にコメントできなくなる措置
・New Scratchersフォーラムでガイドを作るのを禁止する
・Scratch用語の変更
#1689 より：
・進数変換ブロック
　　ブロック数をなるべく少なくするのがScratchのゴール
#1898 より：
・オンラインエディターの廃止
・虚数
#1908 より：
・ベータ版プロジェクト

その他
・1 却下された提案一つずつSticky
・2 ガベージコレクション
・3 フォーラムプロファイル
・4 跳ね返る(スプライトに触れたら、は却下されていない)
・5 ブラウザ拡張機能の方針の改善廃止
・6 公式Scratch-EXEコンバータ
・7 Google Analytics除去
・8 不公平なブロックの禁止
・9 プライバシーポリシーの削除
・10 中央に行くブロック
・11 アルファベットブロック
・12 コミュニティーガイドライン削除
・13 声出し禁止 質問コーナー3 #9629, #9631
・14 電話番号検閲廃止
・15 テキストベースド・ゲームズ・フォーラム(TBGs)
・16 営利広告
・17 最近のプロジェクトの検索フィルター
・18 メモリー操作
・19 長いトピック名禁止
・20 時間制限・ポップアップ通知
・21 スプライトに向いているか? ブロック
・22 Roblox拡張機能

自分のプロジェクトをすべて追加する

kntnkmr wrote:

スタジオでマネージャーがOKしたときだけ自分のプロジェクトをすべて追加できるボタンが欲しいです

Kiri-Kiri- wrote:

#6348

理由も投稿するようにお願いします。

kntnkmr wrote:

スタジオでマネージャーがOKしたときだけ自分のプロジェクトをすべて追加できるボタンが欲しいです
なぜなら何でもスタジオなどに追加するときいちいち全部選択するのが大変だからです

自分のプロジェクトをすべて追加する

的な？