Scratch への提案

abee

「コミュガを見て違反していることがわかる人は少ない」ので、16歳未満は保護者(学校の場合は先生)の承認と監督のもとにScratchを使うことになっているのだと思います。自分では理解できず、周りに頼れる大人がいないとすれば、そもそもScratchを使うことが難しいということになります。

Last edited by abee (Aug. 28, 2022 07:40:16)

kou2540814ooo

<提案です>
スタジオに書かれたコメントの通知をするシステムを作って欲しいです。私はいくつかスタジオを運営していますが、「スタジオのキュレーターになりたいです。」等のコメントに気付かず、長い時間が立ってから招待したということが数回ありました。また、それを追加する場合、on/off機能が欲しいです。常に通知が来ると、コメントが多過ぎるスタジオではコメントの通知でメッセージが溢れてしまいます。

Last edited by kou2540814ooo (Aug. 29, 2022 23:06:42)

p_nuts

賛成ですが、オンオフはできなくていいと思います。
スタジオのマネージャーがスタジオに関することを通知されるのは当たり前だと思いますし

Atridott

私も賛成です。スタジオの重要なコメントが見逃されることが自分もよくあり困ります。
オンオフは必要ないと思います。スタジオだけつける意味を感じません。

ここから下は完全に私見です
スタジオはUI的に1クリック踏まないとコメントが表示されませんし、返信の数も上限が設定されています。スタジオのコメントは他に比べて重要度が低いと考えられているかも。

t02student

To⇒#2239
反対です。スタジオによっては1日何通ものコメントが投稿されていますからそれが毎回来るとかなり混乱すると思います。
(プロジェクトに関しても似たようなことを言える場合もありますが)

Last edited by t02student (Aug. 29, 2022 12:28:14)

syokakl

#2231 #2233
僕はできればスタジオのコメント通知が来てほしいと思います。#2231のように招待を希望するコメントがマネージャーの方々に届かないというのは何回も経験しました。
ただ、この提案が却下されたとしたらいっそのことスタジオのコメント専用のプロジェクトを作るのもありかと思います。スタジオのコメントをオフにする前に「コメントは(プロジェクトのURL)にお願いします。」的なことを書いてからオフにするといいです。

inoking

スタジオのコメント通知の話は以前もあったと思いますが
「スタジオのキュレーターになりたいです」などであればプロフィールにコメントすればすむ話です。

昨年のスタジオ更新で
「誰もがコミュニティに対してオープンな会話を維持できるようにし、読み込み時間を改善するため」
スタジオのコメント返信数に制限がされたぐらいですから
コメント機能が強化されることはないでしょう。

rem0126

スタジオのマネージャーの降格を追加して欲しいです。

inoking

rem0126 wrote:
スタジオのマネージャーの降格を追加して欲しいです。

その提案は何度も出ています。
調べてみてください。

syokakl

[メッセージ1 v] を受け取ったとき

(「メッセージ1」のところに値のブロックをはめられるようにする)を提案します。
理由1:

[ v] を送る

に値ブロックをはめられる→数十、数百種類のメッセージを送ることも可能なのにそれらをいちいち「新しいメッセージ」で作るのは現実的ではないから。
理由2:今はクローンの「このスプライトのみ」の変数を他のスプライトが読むには「全てのスプライト用」の変数に書き出すしかなく処理速度に限界があるが、メッセージに乗せられればとても高速で処理できるから。

想定される使い方

[クローンID v] を [1] にする//本体側
(クローンID) を送る

(クローンID) を受け取ったとき//クローン側
このクローンを削除する

newmomizi_txt

#2239
Scratchそのもののプログラムの大きな変更が必要になるので、難しそうですね。
Scratchでは、メッセージは名前ではなく、内部のIDのようなもので管理されています。(出典)
いつでも新しいメッセージを作成できるとなると、この辺りを変える必要がありそうです。

Poteto143

理由1に関しては、今でもこういうことができたりします。

[コマンド v] を [こうげき] にする
[こうどう v] を送る//この順番を逆にするとうまく動かない

[こうどう v] を受け取ったとき
もし <(コマンド) = [こうげき]> なら
こうげきする::custom
end
もし <(コマンド) = [まほう]> なら
まほうを使う::custom
end
もし <(コマンド) = [アイテム]> なら
アイテムを使う::custom
end

inoking

理由1 については Poteto143 さんの案同様、メッセージのパラメータを別に渡せば解決します。

例えば、、

[コマンド v] を ((クローンID) と [9]) にする//簡略化のためクローンIDは1桁と想定、9: 削除コマンド
[こうどう v] を送る

[こうどう v] を受け取ったとき
もし <<((1) 番目\( [コマンド] \)の文字) = (クローンID)> ではない> なら
[このスクリプト v] を止める
end
もし <((2) 番目\( [コマンド] \)の文字) = [1]> なら
こうげきする::custom
end
：
もし <((2) 番目\( [コマンド] \)の文字) = [9]> なら
このクローンを削除する
end

なお、並行して複数コマンドが発行されるような場合は上の方法では対応できませんが
工夫すればそれも解決できます。

syokakl wrote:
理由2:今はクローンの「このスプライトのみ」の変数を他のスプライトが読むには「全てのスプライト用」の変数に書き出すしかなく処理速度に限界があるが、メッセージに乗せられればとても高速で処理できるから。

「全てのスプライト用」の変数に書き出すだけなので遅くはなりません。

tsubuanman

「意見の分かれる提案」にある

inoking wrote:

[マウスホイール上 v] が押されたとき :: events :: hat

[マウスホイール下 v] が押されたとき :: events :: hat

のブロックは、このプロジェクトのプログラムのように、現在は

[上向き矢印 v] キーが押されたとき

[下向き矢印 v] キーが押されたとき

でマウスホイールの検出が可能です。この提案は2017年に

(マウスホイールの移動量 :: sensing)

と共に「意見の分かれる提案」へ振り分けされていて、Scratch2.0でこの機能が使用できなかったかどうかは、僕には分かりませんが、3.0では既に上記の方法で問題ないと思いましたので、不要かと思います。よって、この提案は却下するべきだと思います。

Last edited by tsubuanman (Sept. 1, 2022 11:16:53)

p_nuts

初心者からしても上級者からしても、不思議な挙動ですし実質バグのようなものでしょう。

[上向き矢印 v] キーが押されたとき
もし <<[上向き矢印 v]キーが押された>ではない> なら
普通に考えたら絶対に動作しないようにしか見えない::grey
end

バグを代替案にするのはおかしいと思います。

tatsuaki_0314

#2244
バグなんですか？確かに反応しますが、scratchteamに聞いてみたらどうでしょうか

abee

これは、バグではなく、Scratch 1.x時代から意図的にそのように動作するようプログラムされていたことがソースコードからわかります。
その理由ですが、当時の開発言語であったMIT Squeak 0.9.4が使われていた頃は、まだマウスのホイールが一般的ではなく(主流は2ボタンマウス)、それに対応するイベントがありませんでした。そこで、ホイールの回転をカーソルキーの上下にマッピングしたわけです。こうするとウィンドウをスクロールするのに便利でした。
Scratchでもホイールをカーソルキーとして使うプロジェクトが作られたため、その互換性を維持するために、この仕様が2.0や3.0でも受け継がれていると考えられます。

Last edited by abee (Aug. 31, 2022 01:32:10)

Tetuo2010

学校用の作品を見ることなどができないスクラッチがあると良いと思うのですが

tomato-0809

>> #2247
オフライン版との違いは何でしょうか。

l___coconut___l

Tetuo2010 wrote:
学校用の作品を見ることなどができないスクラッチ

とはどういうことですか?

Discuss Scratch