Scratch への提案

Yukihisa2022 · #5321 Dec. 10, 2023 10:34:04

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

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

aalaalscratcher · #5322 Dec. 10, 2023 10:43:42

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

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

aalaalscratcher · #5323 Dec. 10, 2023 10:47:23

kouhei-1 wrote:

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

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

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

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

inoking · #5324 Dec. 10, 2023 11:46:03

#5312 :

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

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

inoking · #5325 Dec. 10, 2023 11:49:50

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

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

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

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

jjnkmunbukn · #5326 Dec. 12, 2023 07:41:08

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

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

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

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

takkun0416 · #5327 Dec. 12, 2023 08:10:02

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

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

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

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

MA4756wx · #5328 Dec. 12, 2023 08:27:10

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

Y-TKO · #5329 Dec. 12, 2023 08:31:02

<[] = []>

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

(答え)

のような楕円ブロック、

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

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

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

rakko-samezuki · #5330 Dec. 12, 2023 08:31:42

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

kouhei-1 · #5331 Dec. 12, 2023 08:33:50

#5332

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

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

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

Y-TKO · #5332 Dec. 12, 2023 08:35:40

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

また、

ずっと

end

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

kouhei-1 · #5333 Dec. 12, 2023 08:37:59

#5333

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

#4 にあります。

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

Y-TKO · #5334 Dec. 12, 2023 08:40:14

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

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

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

kouhei-1 · #5335 Dec. 12, 2023 08:43:59

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

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

ito-noizi · #5336 Dec. 12, 2023 08:45:12

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

13秒……。

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

kouryou118103 · #5337 Dec. 12, 2023 08:53:38

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

Y-TKO · #5338 Dec. 12, 2023 08:57:38

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

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

inoking · #5339 Dec. 12, 2023 09:10:09

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

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

inoking · #5340 Dec. 12, 2023 09:16:19

#5330 :

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

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

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

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

Discuss Scratch