Scratch への提案

OryzaeA

inoking wrote:
また、明確にルールが決められたら「例外」になりません

これは、例外が認めらえるかどうかは、inokingさんの一存、という事になりますか？

inoking

OryzaeA wrote:
これは、例外が認めらえるかどうかは、inokingさんの一存、という事になりますか？

いいえ。

rakko-samezuki

提案です。
プロジェクトのメモとクレジットでタグがありますが、これを日本語対応にしてほしいです。
タグ乱用が増えるかもしれませんが、英語がokなら、日本語も対応していいと思います。

kouryou118103

日本語でかいても検索で出てきますよ。
#artなどの特殊なタグを除けば、タグそのものに意味はありません。

abee

意味がないことはなく、たとえば、このプロジェクトを見てもらうと、英語のタグはリンクになり、日本語のタグはならないことが分かります。

AI_HABU_A_PENN_sub

提案です。

(入力中),(\[tab\]x1)
(\[tab\]x2),(\[tab\]x3)

のような時、左上の入力欄にテキストカーソルがあった場合TABキーで順番に移動が出来ます。ですが

もし <> なら 
(入力中),(\[tab\]x1)  
でなければ
(\[tab\]キーだけでは選択できない),()
end

このようにもしなら/でなければブロックなどが入るとマウス操作が必要になります。
1年以上前ですが、オフラインエディタのScratch2を使用していた時はこのような場合でもTABキーでの移動が可能だったはずなので、3でも可能になると条件分岐が多く似たコードを重ねる場合などに書き換えやすくなると思います。

また、コメント欄などで検証した結果としてtabキーでの操作が実用的だと思えた部分が、コメント内容の入力からtab,enterで投稿できる事くらいで、tabindexが設定されていないようだったので、これらの設定がされると操作性が向上すると思います。

inoking

AI_HABU_A_PENN_sub wrote:
1年以上前ですが、オフラインエディタのScratch2を使用していた時はこのような場合でもTABキーでの移動が可能だったはずなので、3でも可能になると条件分岐が多く似たコードを重ねる場合などに書き換えやすくなると思います。

これに限らず、Scratch 2.0 にはあったのになぜか実装されていない機能もチラホラあります。
あえて外す理由もなさそうですし漏れや手抜きといった感があります。
これは提案というよりも「実装すべき」でしょうね。

yashinoki13524

提案です。

[左右 v] 反転する::motion

「10度回転した状態で左右反転もして表示」みたいなことができます。
左右/上下反転した状態のコスチュームを準備する手間が省けます。

ステージの端から [出られる v] ようにする::motion

ステージの端を越えて動けるようにします。

[音 v] の音を () 秒から () 秒の間でループ再生する::sound

BGMとかに使えると思います。

([メッセージ v] を受け取った回数::events)

[ v] と () を送る::events

メッセージと一緒に引数を送ります。
例えば、

[右に回転 v] と (100) を送る::events

[右に回転 v] と (引数::events) を受け取ったとき::events hat
@turnright(引数::events)度回す //スプライトが右に100度回る

みたいな使い方ができます。

一瞬待つ::control

1フレーム待ちます。
ターボモードで実行したときのプロジェクト崩壊を防げます。

<x座標が () から () 、y座標が () から () の範囲内::sensing>

<[自分のスプライト名 v] に触れた>

自分のクローンに当たったときに使えます。

(グローバル [時 v]::sensing)

インターネットから正確な時間を取得します。
放置系ゲームとかで使えると思います。

(() の () から () 番目までの文字::operators)

指定した区間の文字を抽出します。
似たブロックの

([] の () 番目の文字以外::operators)

が却下されているのでこれも却下される可能性が高いです。

[変数 v] の [最大値 v] を () にする::variables

変数の最大値、最小値を決めてそれ以上/以下にならないようにします。
横スクロールゲームで端を越えて動くのを防いだりできます。

[変数 v] の () 文字目を削除する::variables

(() の () から () 番目までの文字::operators)

と同じ理由で却下される可能性が高いです。

[変数 v] の背景を [隠す v]::variables

ステージモニターのオレンジの部分を消します。
スコアやメニュー表示などに使えると思います。

[リスト v] の [最大値 v]::list

リストの最大値、最小値、平均値、合計を求められます。

[リスト v] をロック [する v]::list

定数とかが入ったリストを上書きできないようにします。

[最前面 v] にスタンプ::pen

テキストエンジンとかに使えると思います。

スタジオの招待に待ち時間をつける
いわゆる「無差別招待」の防止策

「似たコメント」のスパム判定
スパム防止コードみたいなのを使う人がいるので。

検索システムの改良
具体的にはAND/NOT/OR検索が欲しいです。

Last edited by yashinoki13524 (Oct. 20, 2023 15:36:21)

inoking

yashinoki13524 wrote:
提案です。

#1 をよく読んでから
基本的には一つの投稿につき一つの提案でお願いします。
いくつもまとめてしまうと話がとてもしにくいです。

mi9g0n

#5092の『自分のスプライト名に触れた』ブロックについて
『自分のスプライト名に触れた』ブロックは、
1．準備として別のスプライトを一時的に用意する
2．その一時的に用意した別のスプライト上で『自分のスプライト名に触れた』ブロックを用意する
3．用意した『自分のスプライト名に触れた』ブロックを自分のスプライトに「ひょいっ」とドラッグでコピーする
4．一時的に用意した別のスプライトを消す
とすることで、とりあえず今もあるっちゃあると思います。

OryzaeA

OryzaeA wrote:
taaaku wrote:
報告乱用が相次いでいる現実ですが、報告乱用になにか対策ができる機能がついていればいいなと思いますが、どのような機能があれば報告乱用を防ぐことができるかということがあまり考えられません。報告乱用を防止するためにもなにかいい機能があれば教えてほしいです。

報告されたプロジェクトやコメントは、Scratch Team で消すに値するか検討されているはずで、「報告乱用」と認められれば、報告乱用された側の人はなんの被害もない事になりますが、対策が必要でしょうか。

以前の自分のコメントに、違っているところがあったので訂正します。
現在、Scratchユーザーからの「報告」に対する対処は、人が判断して対応しているのではなく、“filter bot.” で自動的に行っているそうです。

https://scratch.mit.edu/discuss/topic/485973/

「報告乱用」についてSTに問い合わせたところ、以下のような回答が得られました。(大事なところだけ抜粋、Deeple翻訳)

・不適切なコンテンツを検索する際、フィルターシステムはコメントの意図を読み取ることができません。
・ミュート(ブロック)されると、コメントにフラグが立てられた理由を説明するウィンドウが表示されます。このウィンドウにはフィードバックフォームへのリンクがあります。
・フィードバックフォームへのリンクが表示されない場合は、このフォーラムの投稿（https://scratch.mit.edu/discuss/topic/235220/.）に返信することでフィードバックを残すことができます。
・スクラッチチームは、スクラッチャーの皆様からいただいたご意見を参考にさせていただき、システムをより良いものにしていきます。

なので、報告乱用に対する対抗策は、「スクラッチチームに都度フィードバックする事」だと言えます。

Last edited by OryzaeA (Oct. 20, 2023 23:02:08)

inoking

OryzaeA wrote:
「報告乱用」についてSTに問い合わせたところ、以下のような回答が得られました。(大事なところだけ抜粋、Deeple翻訳)

それはいわゆる「ミュート」についてのことで
コメントフィルターの精度のことです。
「報告乱用」とはまた別の話です。

OryzaeA

inoking wrote:
OryzaeA wrote:
「報告乱用」についてSTに問い合わせたところ、以下のような回答が得られました。(大事なところだけ抜粋、Deeple翻訳)
それはいわゆる「ミュート」についてのことで
コメントフィルターの精度のことです。
「報告乱用」とはまた別の話です。

報告乱用に関わるのはこの部分です。

・不適切なコンテンツを検索する際、フィルターシステムはコメントの意図を読み取ることができません。

つまり、報告乱用をST側は検知できない(ことがある)、という事です。
これを利用して、嫌がらせや報復に利用している人が少なからずおり、これをST側も認識している、という事になります。

inoking

話が根本からずれているのですが、、
ST の回答を見るかぎりそれはいわゆる「悪い言葉検出器」についてのことです。
ユーザーからの報告時の対応について述べられたものではありません。

ユーザーからのコメント報告時に人手を介していないのは
特定条件下で即消えることから明らかです。

確認したい内容が ST に伝わっていないようです。
問い合わせの回答を示す場合、
どのように質問したのかも併記するようお願いします。

元投稿で taaaku さんがどういう意図で書いたのかは分かりませんが
「報告乱用」とは作品が非共有にされたとか
スタジオが消されたとかを指すのが一般的だと思います。

念のため補足するとフォーラムでの投稿はまた別です。
これは ST の手動判断により対応されます。
以前 ST の人に聞いた話では、機械翻訳を使用しているそうです。

inoking

inoking wrote:
ユーザーからのコメント報告時に人手を介していないのは
特定条件下で即消えることから明らかです。

すみません、一部訂正します。
報告内容について後で ST からメッセージが来ることもあるので
人手を介していないわけではないです。
一次処理として自動処理があるということです。

OryzaeA

inoking wrote:
話が根本からずれているのですが、、
ST の回答を見るかぎりそれはいわゆる「悪い言葉検出器」についてのことです。

報告乱用について問い合わせたので報告乱用に関する回答だと思ったのですが、確かにSTが手抜きをしてリンク先の文言をコピペしたようにも見えます。
STにの人に聞いた話と言うのはいつ頃の事ですか？

inoking

OryzaeA wrote:
STにの人に聞いた話と言うのはいつ頃の事ですか？

数年前です。
メモにあるか探してみますが、出てこないかもしれません。
※個人的事情により数日かかります。

OryzaeA

inoking wrote:
OryzaeA wrote:
STにの人に聞いた話と言うのはいつ頃の事ですか？
数年前です。
メモにあるか探してみますが、出てこないかもしれません。
※個人的事情により数日かかります。

最近フィルターシステムを変えたとの事なので、人手の部分を減らし、より自動化されている可能性はあります。
直接STに聞いてもピンポイントで正確な回答は、期待できそうにありませんね。

Last edited by OryzaeA (Oct. 21, 2023 04:24:29)

ki612

ki612 wrote:
いきなりすみません
提案です
((0) から (10) までの数)
と言うブロックを入れてほしいです

dj-YakoChite

それはどういうもので,何に使いますか?

Last edited by dj-YakoChite (Oct. 25, 2023 09:52:32)

Discuss Scratch