Discuss Scratch
- Discussion Forums
- » 日本語
- » Scratch への提案
#6061
June 13, 2024 09:09:57
- inoking
-
Scratcher
1000+ posts
Scratch への提案
現状、 タイトルや「使い方」「メモとクレジット」のどこに書いてもキーワードとして抽出される
として、
ハッシュタグと抽出キーワードがどう違うのか、明確になっているのでしょうか?( #6077 )
これが分からないと、 #6071 の提案が的を射ているのか判断つかないと思います。
タグを1つだけ選択するようにしても
適切なものを選択しなければ「タグ乱用」と変わりません。
また、ゲーム と 3D など複数が同時に当てはまる場合もあります。
極端な「タグ乱用」を防ぎたいなら
「タグを大量に付けているものは NFE にする」だけで効果はあるでしょう。
ユーザーに選ばせるから乱用されるわけで、
キーワードの抽出から分類まで自動で行われ、「見る」での分類ではそれが用いられる。
のが理想だと思います。
なお、以下については
「あえて入れた機能」というのは「Scratch 3.0 で 追加した 機能」という意味で
「元々あった機能」という意味ではありません。
ハッシュタグと抽出キーワードがどう違うのか、明確になっているのでしょうか?( #6077 )
これが分からないと、 #6071 の提案が的を射ているのか判断つかないと思います。
タグを1つだけ選択するようにしても
適切なものを選択しなければ「タグ乱用」と変わりません。
また、ゲーム と 3D など複数が同時に当てはまる場合もあります。
極端な「タグ乱用」を防ぎたいなら
「タグを大量に付けているものは NFE にする」だけで効果はあるでしょう。
ユーザーに選ばせるから乱用されるわけで、
キーワードの抽出から分類まで自動で行われ、「見る」での分類ではそれが用いられる。
のが理想だと思います。
なお、以下については
例えとしてはズレていると思います。あえて入れた機能を逆行させるような案は取り入れられないように思います。Scratch 2.0デザインのページのコメント (プロフィール、以前は スタジオ でも、 プロジェクト でも) の時間部分 (例えば、 1 時間前) をホバーすると、具体的な日付 (何年何月何日) が出てきますが、Scratch 3.0デザインのページ (現在のプロジェクト、現在のスタジオ) では、時間部分をホバーしても日付は出てきません。
なぜこのような変更が行われたのかは分かりませんが、便利な機能なのになくなってしまった、という点からは、
Scratch Teamが「いらない」と判断したのであれば、その機能をなくす可能性も僅かながらあるかもしれないと感じます。
「あえて入れた機能」というのは「Scratch 3.0 で 追加した 機能」という意味で
「元々あった機能」という意味ではありません。
#6062
June 14, 2024 07:23:47
- Yukihisa2022
-
Scratcher
1000+ posts
Scratch への提案
#6093
違う点を挙げるとしたら、リンクになっているところでしょうか。
ハッシュタグと抽出キーワードがどう違うのか、明確になっているのでしょうか?詳しい仕組みは分かりませんが、これまで挙がっている通り、「見る」の部分では実質的には同じだと思います。
違う点を挙げるとしたら、リンクになっているところでしょうか。
キーワードの抽出から分類まで自動で行われ、「見る」での分類ではそれが用いられる。「分類が自動で行われる」というのは、どのような方法を想定していますか?
のが理想だと思います。
#6063
June 14, 2024 09:05:06
- inoking
-
Scratcher
1000+ posts
Scratch への提案
例えば、今流行りの「AI」などです。キーワードの抽出から分類まで自動で行われ、「見る」での分類ではそれが用いられる。「分類が自動で行われる」というのは、どのような方法を想定していますか?
のが理想だと思います。
AI でなくとも、アルゴリズムは実装する人 (ST) が考えたらいいので特に気にしていません。
#6064
June 14, 2024 10:15:09
#6065
June 14, 2024 10:35:53
- inoking
-
Scratcher
1000+ posts
Scratch への提案
変数を、スプライトみたいに動かせるようにしてほしい!(大分理想的)#6 却下された提案 にあります。
変数・リストの見た目系ブロックは 保存するとリストの大きさが変わる仕様修正 が既にリストにあるので却下↓
↑ inoking 注:この理由は古い、むしろ こちら
変数 [ v] のx座標を () に、y座標を () にする ::variables(変数 [ v] のx座標 ::variables)(変数 [ v] のy座標 ::variables)変数 [ v] の表示形式を [スライダー v] にする :: variables(変数 [ v] の表示形式::variables)[変数 v] のスライダーの最小値を (0) にする :: variables[変数 v] のスライダーの最大値を (0) にする :: variables([変数 v] のスライダーの最小値 :: variables)([変数 v] のスライダーの最大値 :: variables)<変数 [ v] がクリックされた :: variables>リスト [ v] のx座標を () に、y座標を () にする ::listリスト [ v] の縦幅を () に、横幅を () にする ::list理由: https://scratch.mit.edu/discuss/post/2845906/
#6066
June 14, 2024 10:44:57
- yahhi3110
-
Scratcher
39 posts
Scratch への提案
こんにちは。このトピック初投稿です。よろしくお願いします。
提案です。
プルダウンメニューのついた定義ブロックはどうでしょう。
提案です。
プルダウンメニューのついた定義ブロックはどうでしょう。
[1 v]定義などです。ちなみに却下された提案などはすべて読みました。
動かす[1 v]
#6067
June 14, 2024 11:29:03
#6068
June 22, 2024 06:06:29
#6069
June 22, 2024 06:14:47
- Yukihisa2022
-
Scratcher
1000+ posts
Scratch への提案
#6100
そのスクラッチャーが、今Scratchにいるかわかる機能を追加するのはどうでしょう?オンラインかどうかを表示する機能については Scratch Teamによって却下されています 。
8.3 Show when users are online
This suggestion refers to some sort of indicator that lets you know if a user is currently online. The Scratch Team has discussed it and has decided that it is not something that can benefit Scratch as an educational platform. Between making projects, sharing projects, and viewing projects, an online indicator is not much help in these areas.
#6070
June 22, 2024 06:20:15
- kensin3050
-
Scratcher
100+ posts
Scratch への提案
ちょっと難しいんじゃないかなと思います。パッと思いつくだけでも、
①どうやってその人がオンラインかを判断するのか(タブを開いているだけでは「パソコンは開いてるけど離席中」とかもありえる)
②スクラッチのプログラミングを共有するという理念とは関係ない
③その人がいるかどうかが分かったら、スクラッチのSNS化がより進行してしまう
④コメントを無視した時「オンラインだから読んでるはずなのに返信がない!無視した!」などトラブルの元になる可能性がある
など沢山の問題があります。
被ったし既に却下されてた…
①どうやってその人がオンラインかを判断するのか(タブを開いているだけでは「パソコンは開いてるけど離席中」とかもありえる)
②スクラッチのプログラミングを共有するという理念とは関係ない
③その人がいるかどうかが分かったら、スクラッチのSNS化がより進行してしまう
④コメントを無視した時「オンラインだから読んでるはずなのに返信がない!無視した!」などトラブルの元になる可能性がある
など沢山の問題があります。
被ったし既に却下されてた…
Last edited by kensin3050 (June 22, 2024 06:21:34)
#6071
June 22, 2024 06:22:45
#6072
June 29, 2024 23:44:55
- kozyasiro
-
Scratcher
59 posts
Scratch への提案
⚑ がクリックされたとき真ん中の部分を作るのはどうでしょうか。(物理エンジン用)
ずっと
もし <[ v] に触れた> なら
跳ね返る
end
end
Last edited by kozyasiro (June 30, 2024 00:14:18)
#6073
June 30, 2024 00:14:03
#6074
June 30, 2024 00:16:38
- kouryou118103
-
Scratcher
1000+ posts
Scratch への提案
跳ね返るって意外と難しいです。
跳ね返るっていうのは、ぶつかった面に対して入射角と反射角が同じになるようにする必要があります。ぶつかる対象がステージに対して垂直または平行なら比較的簡単に実装できます。下のプロジェクトを参考にしてみるといいと思います。
https://scratch.mit.edu/projects/213374512/editor/
ちなみに、ここは提案をするトピックなので質問は
https://scratch.mit.edu/discuss/topic/714036/
でお願いします。
跳ね返るっていうのは、ぶつかった面に対して入射角と反射角が同じになるようにする必要があります。ぶつかる対象がステージに対して垂直または平行なら比較的簡単に実装できます。下のプロジェクトを参考にしてみるといいと思います。
https://scratch.mit.edu/projects/213374512/editor/
ちなみに、ここは提案をするトピックなので質問は
https://scratch.mit.edu/discuss/topic/714036/
でお願いします。
Last edited by kouryou118103 (June 30, 2024 00:18:22)
#6075
July 4, 2024 09:27:09
- torisabure
-
Scratcher
6 posts
Scratch への提案
提案です。
傾向・人気・最近の3つの欄に加え、新たに 作品をランダムで表示する欄 をつくるのはどうでしょう。
具体的には
①特定のタグを使用すると「作品をランダムで表示する欄」に掲載する作品としてエントリーできる
②エントリーされた作品の中で数日以内のものを欄にランダム表示する
③ページを再読み込みするごとにランダムで作品が掲載される仕組みであり、傾向・人気・最近欄とは違い掲載順が全scratcherで共有されない
④この欄は「見る」サイトへ飛ぶと最初に必ず表示される(現在の傾向ページの立ち位置)
と言った感じです。
理由としては
・作品をほぼランダムで表示することにより、たとえ知名度が低かったとしても誰でも表示される機会があり、よりコミュニティがオープンになる可能性があるため
・現在の傾向欄では1度載ってしまえばシステム上少なくとも数日は傾向欄に同じ作品が留まる=そのため今問題視されている「作品内での宣伝コメント」が助長されてしまっている様に考えられる(傾向欄の作品内での宣伝コメントが新たな宣伝コメントを招いてしまっている)ため
・実現した場合、俗に言う「なんでもスタジオ」より「作品をランダムで表示する欄」の方が容易にたくさんの作品を見ることができたり、新たにscratchに触れる人が初めに触る作品は④の使用上「作品をランダムで表示する欄」からのものとなる可能性が高くなるため、徐々に「なんでもスタジオ」は衰退していき、もっと建設的なスタジオが増えるのではないかと考えられるため(これはかなり憶測が入ってしまいますが、、、)
の3点が挙げられ、導入すれば将来的にscratchをもっと建設的なコミュニティにできると私は思っています
長文失礼しました。
傾向・人気・最近の3つの欄に加え、新たに 作品をランダムで表示する欄 をつくるのはどうでしょう。
具体的には
①特定のタグを使用すると「作品をランダムで表示する欄」に掲載する作品としてエントリーできる
②エントリーされた作品の中で数日以内のものを欄にランダム表示する
③ページを再読み込みするごとにランダムで作品が掲載される仕組みであり、傾向・人気・最近欄とは違い掲載順が全scratcherで共有されない
④この欄は「見る」サイトへ飛ぶと最初に必ず表示される(現在の傾向ページの立ち位置)
と言った感じです。
理由としては
・作品をほぼランダムで表示することにより、たとえ知名度が低かったとしても誰でも表示される機会があり、よりコミュニティがオープンになる可能性があるため
・現在の傾向欄では1度載ってしまえばシステム上少なくとも数日は傾向欄に同じ作品が留まる=そのため今問題視されている「作品内での宣伝コメント」が助長されてしまっている様に考えられる(傾向欄の作品内での宣伝コメントが新たな宣伝コメントを招いてしまっている)ため
・実現した場合、俗に言う「なんでもスタジオ」より「作品をランダムで表示する欄」の方が容易にたくさんの作品を見ることができたり、新たにscratchに触れる人が初めに触る作品は④の使用上「作品をランダムで表示する欄」からのものとなる可能性が高くなるため、徐々に「なんでもスタジオ」は衰退していき、もっと建設的なスタジオが増えるのではないかと考えられるため(これはかなり憶測が入ってしまいますが、、、)
の3点が挙げられ、導入すれば将来的にscratchをもっと建設的なコミュニティにできると私は思っています
長文失礼しました。
#6076
July 4, 2024 09:41:36
- inoking
-
Scratcher
1000+ posts
Scratch への提案
傾向・人気・最近の3つの欄に加え、新たに 作品をランダムで表示する欄 をつくるのはどうでしょう。作品をランダムで表示する提案は Scratch チームによって 却下 されています。
7.11 “Recently Shared Projects” row on the front page
This proposed row on the front page would display projects that were most recently shared by Scratchers, in an attempt to help unnoticed Scratchers get more views. Such a feature existed in Scratch 1.4 and Scratch 2.0. It was removed for several reasons: the community did not find these projects interesting, the row would sometimes show inappropriate projects, and these new projects would often get disrespectful comments from other users. If you are interested in seeing recently shared projects, there is a “Recent” section of the Explore page; see this page .
A button or link which allows you to view a random project is also rejected for similar reasons .
#6077
July 4, 2024 09:48:03
- torisabure
-
Scratcher
6 posts
Scratch への提案
作品をランダムで表示する提案は Scratch チームによって却下されています。そうだったのですね。失念しておりました、申し訳ございません
#6078
July 4, 2024 10:46:28
- Yukihisa2022
-
Scratcher
1000+ posts
Scratch への提案
急かして申し訳ありませんが、次の #2
の Scratch Teamによって却下された提案の更新はいつ行う予定ですか?
Suggestionの方に存在していて、ここの#2に追加されていない提案が 16 件あることからも、更新するべきではないでしょうか。
Suggestionの方に存在していて、ここの#2に追加されていない提案が 16 件あることからも、更新するべきではないでしょうか。
#6079
July 9, 2024 03:06:30
#6080
July 9, 2024 11:15:33
- Yukihisa2022
-
Scratcher
1000+ posts
Scratch への提案
The Official List of Rejected Suggestion
の最新版を #2
の書式でざっくりと翻訳しました。
現在の#2の版に追加されていないものは 赤文字 にしました。
原文から削除された項目は省略してあります。
翻訳に間違いが多々あると思うので、間違いがあったら教えてください。
現在の#2の版に追加されていないものは 赤文字 にしました。
原文から削除された項目は省略してあります。
翻訳に間違いが多々あると思うので、間違いがあったら教えてください。
最新版・却下された提案のリスト
元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 マウスポインターの制御
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 クラウド変数内の(数字以外の)文字
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 旧バージョンのスタジオページに戻す
・新しいインターフェースは、スクラッチチームが改善に取り組み続けることが容易になるように作成された
訳注:日本語の専用トピックは「 スタジオの更新について 」
5.5 スタジオでの返信制限回数を増やす
・スタジオでの会話をコミュニティに公開し、Webサイトのパフォーマンスを向上させるために実装された
・数字の25は、スタジオでのオープンな会話を促進しながら、これらの問題を軽減するための実用的なものとして選ばれた
5.6 スタジオの所有者を複数人にする
・ スタジオの更新 前と同じ問題が発生する
5.7 プロジェクトをスタジオに追加できなくするオプション
・Scratchのモットーは「想像、プログラム、共有」
・スタジオにプロジェクトを追加することも「共有」のうち
コメントとテキストフィールド
6.1 他人のプロフィールなどでのコメント削除・編集
・コメントを投稿後に操作できる
・例: 「いいね!」と返信後に元投稿を変える
・フォーラム投稿削除も同じ
6.2 文字数制限撤廃
・スパムを防ぐため
・制限を上げるのは却下されていない
・ウェブサイトが遅くなる
6.3 コメントメンション通知
・スパム
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 フロントページの「最近共有されたプロジェクト」の行
・Scratch 1.4 と Scratch2.0 には存在していたが削除された
・コミュニティがこれらのプロジェクトを面白く感じなかった
・不適切なプロジェクトが表示されることがあり、他のユーザーから無礼なコメントを受け取ることがよくあった
7.12 フロントページの「注目のScratcher」の行
・「注目のプロジェクト」で十分
・Scratchのメインはユーザーではなくプロジェクト
7.13 注目のプロジェクトへの投票制度
7.14 ナビゲーションバーを 以前 の青色に戻す
・紫色なのは検討の結果
・Scratchはあらゆる人を対象にしている
・色をカスタマイズできる機能は却下されていない
7.15 プロフィールの報告理由に「その他」追加
・不適切な行動がプロフィールで報告されることを防ぐ
・詳細な報告は連絡先でできる
7.16 注目のプロジェクトの選定基準変更
・現状の基準で十分満足している
7.17 Scratch チームによる公式コンテスト
・Scratchは競争を目的としたものではない
・自由にコンテストを開催できる
アカウント情報
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.9 フォロー解除通知
・ユーザーが怒る可能性
8.10 居住国設定の国リスト変更
8.11 VPNの禁止
・正当な理由で使用している人がいる
・悪質な使用は個別に対処される
ディスカッションフォーラム
9.1 話すボタンの復活
・スパムを減らすため
・新規参加者がフォーラムを知るときに、紹介する人から習うべき
9.2 引用通知
・フォーラムの構造的な問題
・スパム
9.3 オフトピ
・運営しにくい
9.4 受け入れられた提案の公式リスト
9.5 ファイルのアップロード
9.6 フォーラムでの投票
・ST は、投票結果にはあまり関心がなく、フォーラムへの建設的な投稿に関心がある
・Scratcher が建設的に考えて建設的な投稿を書くのに役立つことはない
9.7 「ガイド」フォーラム
・フォーラムは議論の場
・ガイドはWikiやプロジェクトで済む
9.8 署名への報告ボタン
・投稿を報告すれば十分
ディスカッションフォーラムでの規制
10.1 60秒ルール(とくこぉ)廃止
・スパム防止
10.2 他人の正確な投稿回数の表示
・競争防止
10.3 画像ホスト制限廃止
・不適切な画像
(以下略)
Last edited by Yukihisa2022 (July 16, 2024 10:57:46)





