Discuss Scratch

hhayyatto
Scratcher
1000+ posts

Scratch 3.0 への提案

#6782
でも、「にほんご」の利用規約だけ作らない、というのならいいのでは?
Ke0
Scratcher
1000+ posts

Scratch 3.0 への提案

言いたいことが伝わっていないようです…。「にほんご」の利用規約云々の話は副次的な話です。

Last edited by Ke0 (Sept. 4, 2021 10:17:22)

hhayyatto
Scratcher
1000+ posts

Scratch 3.0 への提案

でも、コミュニティーガイドラインに乗っていないこと、
例えばアカウント名は変更できないことなどが書かれているので多言語訳は必要だと思います。
それにScratch Wikiにない言語の利用規約は、その言語のコミュニティー全体に浸透させるのが難しいと思います。
Ke0
Scratcher
1000+ posts

Scratch 3.0 への提案

「よくある質問」にそう言った必要不可欠なものは載っています。こちらは多言語対応です。

Last edited by Ke0 (Sept. 4, 2021 11:20:47)

hhayyatto
Scratcher
1000+ posts

Scratch 3.0 への提案

利用規約に利用規約の翻訳の話が載っていました。
14.(Google翻訳を手直しした)
利用規約の翻訳は情報提供のみを目的とし、翻訳と英語版の内容に齟齬がある場合は、英語版を優先する。
STもこう言っているなら、利用規約の翻訳は諦めるしかないですね…
inoking
Scratcher
1000+ posts

Scratch 3.0 への提案

#6754:
すでに提案は取り下げられたようですが

StrongPeanut wrote:

inoking wrote:

利用規約は「法的表示」に分類されているように法的文書です。
法的表示だから何ですか?言葉が省略されるとこちらには伝わりません。
すでに #6758 で説明してくれていますが…
省略しているわけではありません。話の流れからして意味は明らかです。

StrongPeanut wrote:

inoking wrote:

「にほんご」の利用規約?意味が分かりません。
Scratchには、日本語が二つ用意されています。
これは私の書き方がちょっと分かりにくかったでしょうか?
「にほんご」の利用規約を作る意味が分かりません。
です。
これについても #6758 で説明してくれています。
法的文書をひらながにしても理解してもらえるはずがありません。

Last edited by inoking (Sept. 4, 2021 12:44:31)

inoking
Scratcher
1000+ posts

Scratch 3.0 への提案

#6765:

StrongPeanut wrote:

Ke0 wrote:

非公式訳と比べて読んでみました。すみません、ほぼ内容は変わっていませんでした。
非公式訳となにを比べて読んだのですか?省略されるとこちらには伝わりません。
利用規約の非公式訳と、コミュニティーガイドラインです
そんなはずはありません。
コミュニティーガイドラインはあくまでも
日常的にコミュニティーに参加するうえで重要なところをまとめただけであって
利用規約とコミュニティーガイドラインの内容がほぼ変わらないということはありません。

Last edited by inoking (Sept. 4, 2021 12:48:26)

inoking
Scratcher
1000+ posts

Scratch 3.0 への提案

#6762:

tsumuri3 wrote:

Di459sc-D3 wrote:

tsumuri3 wrote:

ユーザー名検索も欲しいです。
調べたいユーザー名を上の検索ボックスの所に記入すれば、見つかることがありますよ。
例えば、私をtumuri3と検索しても見つかりません。
そういう補完検索が欲しいです。
それは補完ではなく「あいまい検索」です。

部分検索なら今でもヒットするようです。
Di459sc-D3 さんは di459sc でヒットしました。
よって、あまり必要性を感じません。
patazero-0
Scratcher
100+ posts

Scratch 3.0 への提案

]プログラムが多くなってきたときに分かりやすくするためにファイル機能が欲しいです。
理由は綺麗にするは逆に1列になってスクロールしないと見えないし、プログラムを整理するときにたくさんのブロックを分けるのはめんどくさいし(ファイルに入れる時も同じ?気にするな)だからです
機能 スクラッチのブロックのように移動できる上に名前をつけたり色をつけたりできる。ファイルの中にファイルは作れない。ファイル内専用変数が作れる(このスプライトのみの変数みたいなの)ファイルの中へ入るにはダブルクリック、クリックでファイルの中のプログラムが実行できる
メリット 分かりやすくできるし、動きと見た目ブロックのようなブロックを種類別に分別できる。小さい子にも整理の大切さが分かるかもしれない
デメリット ファイルにまとめるときに失敗したら逆に分かりにくい。クリックとダブルクリックというものを使い分けるというのが判らないと使えない(そこはファイルの中身を実行とかをなくしてクリックで中身を見るにすればできないこともない)
inoking
Scratcher
1000+ posts

Scratch 3.0 への提案

patazero-0 wrote:

]プログラムが多くなってきたときに分かりやすくするためにファイル機能が欲しいです。
理由は綺麗にするは逆に1列になってスクロールしないと見えないし、プログラムを整理するときにたくさんのブロックを分けるのはめんどくさいし(ファイルに入れる時も同じ?気にするな)だからです
スプライトを分けるか
カテゴリーごとに分けてブロックを配置するか
など工夫すれば済むと思います。
inoking
Scratcher
1000+ posts

Scratch 3.0 への提案

この辺の話もありましたので
#1 を更新しました。
inoking
Scratcher
1000+ posts

Scratch 3.0 への提案

#4189 から更新しました。
10.x まで一通り見直しました。
追記箇所は赤色にしました。
原文から削除された項目は取り消し線を引きました(削除されたからといって認められたという訳ではないことに注意)。
最新版・却下された提案のリスト

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

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

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

1.3 スプライトに向いているか(真偽値)
<[スプライト v] に向いているか :: sensing>
・曖昧さがある
・代用可能

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

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

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

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

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

1.9 円周率ブロック

1.9 マウスポインターを隠す・変更する

1.10「Forever if」ブロック
forever if <> { } :: control cap

1.11 クラウド変数内の(数字以外の)文字

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


コーディング インターフェース
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 対応

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

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

3.3 FNAF制限撤廃
・子供に悪影響がある
・プロジェクトは全年齢向けであるべき

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

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

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

4.2 良くないね! ボタン・プロジェクト評価
・ユーザーのやる気を失わせる

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

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

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

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

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

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


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

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

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

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

6.5 ナス絵文字復活
・不適切な使用の可能性


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

6.5 一部の単語の検閲 {damn, crap, frick}

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 には存在していたが削除された
・コミュニティがこれらのプロジェクトを面白く感じなかった
・不適切なプロジェクトが表示されることがあり、他のユーザーから無礼なコメントを受け取ることがよくあった


アカウント情報
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 フォロー解除通知
・ユーザーが怒る可能性

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

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

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

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


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

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


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

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

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


ディスカッションフォーラムでの規制
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拡張機能

Last edited by inoking (Sept. 4, 2021 23:48:00)

tsumuri3
Scratcher
1000+ posts

Scratch 3.0 への提案

プリセット→定型文
猫ブロック→キャットブロック
のほうが馴染みがあります。
hhayyatto
Scratcher
1000+ posts

Scratch 3.0 への提案

スタジオの返信制限を増やすのが却下されたのは分かりましたが、「返信x件目~y件目を表示する」みたいなものも却下されていますか?
inoking
Scratcher
1000+ posts

Scratch 3.0 への提案

tsumuri3 wrote:

プリセット→定型文
猫ブロック→キャットブロック
のほうが馴染みがあります。
変更しました。
inoking
Scratcher
1000+ posts

Scratch 3.0 への提案

hhayyatto wrote:

スタジオの返信制限を増やすのが却下されたのは分かりましたが、「返信x件目~y件目を表示する」みたいなものも却下されていますか?
却下された提案の英語原文にあるとおり
スタジオに関する提案はこのトピックにまとめられています。
patazero-0
Scratcher
100+ posts

Scratch 3.0 への提案

#3794#6793
スプライトで分けても多くなったり、このスプライトでやりたいってことが多かったら出来ないし、カテゴリ分けで微妙にズレたらなんかアレ(a型特有のあれ?)あと参考にしたいプロジェクトでどのプログラムがどれか分かりにくい時に作者が分けたら参考にする時も便利です(何故ファイル分けしている前提なのかっていうと、すごいプロジェクトを作る時にたくさんあって見にくくなったりしないようにする人が多いと思ったからです

Last edited by patazero-0 (Sept. 5, 2021 04:31:11)

Ke0
Scratcher
1000+ posts

Scratch 3.0 への提案

#3794ですか⁉︎多分もう回答が必要ない状況だと思いますが

Last edited by Ke0 (Sept. 5, 2021 02:25:58)

patazero-0
Scratcher
100+ posts

Scratch 3.0 への提案

#6801間違えましたー
pokonyan-ssr
Scratcher
44 posts

Scratch 3.0 への提案

#6769
これについて皆さんどう思いますか?(再掲)
分かりやすく(?)言えばえば一つの変数を複数のプログラムからアクセスできるシステムを追加してほしいということです。
(

Last edited by pokonyan-ssr (Sept. 5, 2021 06:26:19)

Powered by DjangoBB