Scratch への提案

Yukihisa2022

すみません。正しくは以下の通りです。

2021年7月に行われたアップデートでは、マネージャーの制限が追加されました。
そのアップデートを行った理由として、
“encourage studio owners to be intentional about who they promote to manage their spaces.” という目的があります。
この方針に反するため、現実的ではないと思います。

aalaalscratcher

ito-noizi wrote:
#5316
#5314の内容が、明らかに返信先を間違えていると考えられたので、その間違いの訂正と注意を行っただけです。

同じような投稿をしたので
「私は、こういう意味で投稿しました。」
という意味です。

aalaalscratcher

kouhei-1 wrote:
RickyMonchan wrote:
なのでプロジェクトを検索する奴のようにできたらいいと思います。

Ctrl + F(機種によっては cmd + F かも) のサイト内検索を使用しユーザー名を検索すればいいと思います。
(尚すべてのキュレーターのユーザー名が表示されねばなりませんが本来の目的でスタジオを使用しているならばそれほどすべての人員を表示させるのには時間はかからないでしょう。)

APIとか使ってもできるけど上記のやり方の方が早い、と思う。

知らない人もいます。
実際私は知りませんでした。(今は知ってる)
キュレーターは今のところ無制限(多分)なので100人くらいになると探すのも難しいのと、
探し漏れが心配になるところはありますね。
だからといって検索機能を使えと言われても知らない人はムリです。

inoking

#5312:

aalaalscratcher wrote:
どこの何の話か知りません。
Y-TKOさんがここでそのようなことを言ったことは見当たりませんし、
その話を私は知りません。
Y-TKOさんは私の投稿を引用して使用していました。
今話されると、私がなにか言ったのかと混乱します。
自分で分かっていたとしても人はいきなりそのような話を近くでされると、当然自分がなにかしたのかと思ってしまいます。

#5314 と同様ですが、、
これも特に aalaalscratcher さんに向けて書いたものではありません。
ちゃんと文章を理解してください。
「この話」というのもその周辺にざっと目を通せば何のことか分かります。
トピ違いなので以上で。

inoking

aalaalscratcher wrote:
知らない人もいます。
実際私は知りませんでした。(今は知ってる)
キュレーターは今のところ無制限(多分)なので100人くらいになると探すのも難しいのと、
探し漏れが心配になるところはありますね。
だからといって検索機能を使えと言われても知らない人はムリです。

キュレーターが100人もいるのであれば #5317 の

Yukihisa2022 wrote:
そもそも、スタジオのマネージャーは何のために追加するのでしょうか。
目的を一度考えるべきです。

と同様、スタジオは何のためにあるのか、キュレーターは何であるのかもう一度考えるべきです。
※というかそもそもそれを知らない人が多いように見える

jjnkmunbukn

定義ブロックに追加した要素の列を後から自由に入れ替え可能にするか、
定義ブロックの引数のダイアログに引数の名前が表示されるようにしてほしいです。

今のところ、定義に新しい要素を追加する際は必ず最後尾に追加されてしまうため、
見た目、音などにまつわる引数についてあらかじめ順番を決めていても、
後から出たアイデアを追加する際に、区分がゴチャついてしまいます。
それに加えて、引数の名前を参照できるのが大元の定義ブロック自体か、定義ブロック編集かしかないので、
それぞれなんの引数なのか順番によっては区別がつきにくいです。

定義を作る前に構想を固めておいて任意の順番で追加しておけばある程度問題ないのかもしれませんが、
このままにしておいて何らかのコーディングに応用できるわけでもない気がするので…

Last edited by jjnkmunbukn (Dec. 12, 2023 08:11:24)

takkun0416

jjnkmunbukn wrote:
定義ブロックに追加した要素の列を後から自由に入れ替え可能にするか、
定義ブロックの引数のダイアログに引数の名前が表示されるようにしてほしいです。

今のところ、定義に新しい要素を追加する際は必ず最後尾に追加されてしまうため、
見た目、音などにまつわる引数についてあらかじめ順番を決めていても、
後から出たアイデアを追加する際に、区分がゴチャついてしまいます。
それに加えて、引数の名前を参照できるのが大元の定義ブロック自体か、定義ブロック編集かしかないので、
それぞれなんの引数なのか順番によっては区別がつきにくいです。

定義を作る前に構想を固めておいて任意の順番で追加しておけばある程度問題ないのかもしれませんが、
このままにしておいて何らかのコーディングに応用できるわけでもない気がするので…

私は前者の意見に対しては賛成です。場所が入れ替わっても、プログラムに影響はないと思うので、、、
後者についてはよくわからないのでおいておきます。すみません、、、

MA4756wx

「クラスをフォロー」がしたいです。
だってクラスをフォローすると良いと思います。

Y-TKO

<[] = []>

のようなひし形ブロックや、

(答え)

のような楕円ブロック、

このスプライトがクリックされたとき

のようなイベントブロックもブロック定義できるようにしたいです。

Last edited by Y-TKO (Dec. 18, 2023 07:27:10)

rakko-samezuki

クラスをフォローして意味があるでしょうか。
クラスは学ぶための場ですし、一般のScratcherにクラスは関係ありません。

kouhei-1

#5332

何が「良い」と思うのですか。

(「やりたいこと」の理由が「良いと思ったから」では意味をなしません。なしたとしてもそれでは提案として説得力のある投稿にはなりません。)

Last edited by kouhei-1 (Dec. 12, 2023 08:34:28)

Y-TKO

Y-TKO wrote:
<[] = []>
のようなひし形ブロックや、
(答え)
のような楕円ブロック、
このスプライトがクリックされたとき
のようなイベントブロックもブロック定義できるように死体です。

また、

ずっと

end

のような制御ブロックを定義できるようにすることでプログラムの効率が上がると思います。

kouhei-1

#5333

inoking wrote:
異論のない提案
ブロック定義カテゴリー
(値ブロックの定義::custom)
<真偽値ブロックの定義::custom>
・色や変数等の引数も定義に使用可能
・「再描画せずに実行」に見た目上の区別
以上4件、#8553

#4にあります。

Last edited by kouhei-1 (Dec. 12, 2023 08:39:26)

Y-TKO

ありがとうございます。　イベント・制御ブロックの定義は特に書かれてないように思われますが、どうなってますか?

それと、投稿にコードブロックを付けるにはどういうコードで挟めばよいですか?失礼、ここは提案場所でしたね。

Last edited by Y-TKO (Dec. 12, 2023 08:40:49)

kouhei-1

「イベント」は既存のものと何が違うのですか?

(おそらくC型ブロックのこと?)「制御」はどのような活用方法があるのかも、どのように使うのかもわかりません。説明願います。

ito-noizi

#5338
イベントブロック、C型ブロック(待つブロック、クローンなどのブロックは含まないだろうから)
はどのように定義するのですか？

13秒……。

Last edited by ito-noizi (Dec. 12, 2023 08:45:55)

kouryou118103

C型ブロックの定義については、前にも話がありました。
たとえば
https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2758080

Y-TKO

制御ブロックを定義できれば、ある条件の下、反応が変わるプログラムを簡略化できます。
文法が間違っていたため修正済み

Last edited by Y-TKO (Dec. 12, 2023 08:58:36)

inoking

イベントの定義というのは以下に当てはまりませんか？
却下された提案より：

・https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2839913/
<>のとき::events hat//クラウド変数やマウスのクリックなどのスプライト内部でわかっていないことが対象（これには反論あり） 
（ハットブロックの定義も同様）
#128, #165
理由：#3323

inoking

#5330:

jjnkmunbukn wrote:
定義ブロックに追加した要素の列を後から自由に入れ替え可能にするか、
定義ブロックの引数のダイアログに引数の名前が表示されるようにしてほしいです。

今のところ、定義に新しい要素を追加する際は必ず最後尾に追加されてしまうため、
見た目、音などにまつわる引数についてあらかじめ順番を決めていても、
後から出たアイデアを追加する際に、区分がゴチャついてしまいます。
それに加えて、引数の名前を参照できるのが大元の定義ブロック自体か、定義ブロック編集かしかないので、
それぞれなんの引数なのか順番によっては区別がつきにくいです。

定義を作る前に構想を固めておいて任意の順番で追加しておけばある程度問題ないのかもしれませんが、
このままにしておいて何らかのコーディングに応用できるわけでもない気がするので…

引数の並べ替えのことなら
この辺やこの辺で話していました。

Discuss Scratch