Scratch への提案（仕分け用）

Mario-098

Kankitsu_0910 wrote:
省略（#10）

２番は

変数 [なにか] を作る ::variables

でいいんでしょうか

Last edited by Mario-098 (March 27, 2022 04:18:48)

Mario-098

　2　賛成
　3　反対（重くなりそう）
　5　賛成

もし <変数のリストの中に[]が含まれないない::sensing> なら
変数 [ v] を作る ::variables

で全体的に軽量化できそう
　6　？
　7　賛成（便利）
　8　？

Last edited by Mario-098 (March 27, 2022 05:53:46)

kouryou118103

変数のリストとは変数名のリストですか。

Doctor_Fe

反対するものと微妙なもののみ取り上げます。それ以外は異論ありません。

2. 反対。使い道が限られるため、不要だと思います。
5. ローカル変数というわけではないですよね。作成後は永続的にあり続けるなら、途中で変数を作る意味はあまりないと思います。
6. どちらかと言えば反対。あっても損はないでしょうが、以下の代用法で十分だと思います。真偽値の代用法と違って、さほどトリッキーな書き方でもないですし。

([#]と[00ff00])

7. どちらかと言えば賛成。どうしても欲しいわけではないですが、変数にあってリストにはないというのも不自然な気がします。
8. どちらかと言えば反対。文字列・数字を真偽値に変換するブロックの方が汎用性があると考えます。僕にとっては等号で比較するという代用法で十分ですが。

inoking

みなさんへ：
一向に意に介されないのですが、私の書き方が悪くて伝わっていないのでしょうか。。
注意：

各自が仕分けの全項目についてコメントしていくと煩雑になります。
多数決を取っているわけではないので
意見は差分だけ述べるようにお願いします。
このような場では基本的に、反論なしは同意とみなしてよいでしょう。

つまり

1. 反対
2. 賛成
：
8. 反対

といった投稿は不要ということです。
もちろん、他とは違う理由や説明があるのなら問題ありません。

Kankitsu_0910

変数[変数 v]を作る::variables

は

変数[変数名]を作る::variables

ということですか？
それなら既に「異論のない提案」にありますが…

Last edited by Kankitsu_0910 (March 27, 2022 12:29:56)

syokaki

僕なりの意見です。書いていない案は異論なし (1は除外済み)です。
2.使う所が思い浮かびません。
3.自作(もしくは素材)のクラウドリストで問題ないでしょう。
4.そのバグは今は直っています。(少なくとも僕の環境では)
6.HEX値なら普通に外部のカラーコード表で求めれば済む気がします。
editは誤解を防ぐ用です。

Last edited by syokaki (March 28, 2022 15:37:51)

kouryou118103

#26

Kankitsu_0910 wrote:
変数[変数 v]を作る::variables
は
変数[変数名]を作る::variables
ということですか？
それなら既に「異論のない提案」にありますが…

異論のない提案を仕分けしています。

inoking

kouryou118103 wrote:
異論のない提案を仕分けしています。

仕分けしているのは「仕分け前の提案」です。

inoking

Kankitsu_0910 wrote:
変数[変数 v]を作る::variables
は
変数[変数名]を作る::variables
ということですか？
それなら既に「異論のない提案」にありますが…

あれ？確かに

#606

変数 [変数名] を作成する::variables //賛成方向

リスト [リスト名] を作成する::list //賛成方向

とありますね。
なぜ「異論のない提案」に入れたのでしょう？反対意見が出なかったからかな？
私個人は現時点ではあまり賛成の気がしないのですが。

今回の議論の結果を正としましょう。

fugu_fugu

#2の6について
わざわざScratchの色を作るやつ(伝われ)が作られたのはわかりやすくするためだった気がします。そこの規格は統一しとくべきではないでしょうか？細かい仕様は不明なのでなんとも言えないところもありますが…

Last edited by fugu_fugu (March 28, 2022 08:28:58)

kouryou118103

#20

newmomizi_txt wrote:
変数 [変数 v] を [#f5f] にする ::variables
の認識がそれぞれで異なっているようなので、一度確認したほうが良いと思います。
変数にカラーコードを入れるのか、ステージモニターの色を変えるのか、認識が統一されない限り話が進まないのではないでしょうか

ぼくはカラーコードを入れるものだと思っていました。

変数 [変数 v] を [#f5f] にする ::variables
(変数)//#f5fを返す

Konbo_Ren

>#32

kouryou118103 wrote:
#20
newmomizi_txt wrote:
変数 [変数 v] を [#f5f] にする ::variables
の認識がそれぞれで異なっているようなので、一度確認したほうが良いと思います。
変数にカラーコードを入れるのか、ステージモニターの色を変えるのか、認識が統一されない限り話が進まないのではないでしょうか
ぼくはカラーコードを入れるものだと思っていました。
変数 [変数 v] を [#f5f] にする ::variables
(変数)//#f5fを返す

カラーコードを入れるのですかね？私はステージの変数の色を変えるものだと思っていたのですが…
カラーコードを入れるにしてもどのような場面で使うかがよく分かりません…
どちらの解釈にしても私はどちらかと言えば反対寄りですね。

Yellow_Apple

#23と同じです

StrongPeanut

ここまで解釈がずれているとは…
却下でもいいのでは？

inoking

kouryou118103 wrote:
ぼくはカラーコードを入れるものだと思っていました。
変数 [変数 v] を [#f5f] にする ::variables
(変数)//#f5fを返す

としか解釈しようがないと思います。
元の提案が見つからないのですが、確かそうです。

StrongPeanut

#36

Konbo_Ren wrote:
6. 変数の表示の色を変えるのでしょうか？

と解釈する人もいます。私もこの様に思いました。
まあ、Animated Text が導入されたらほぼ意味のない提案になりますが…

Last edited by StrongPeanut (March 29, 2022 10:25:57)

inoking

StrongPeanut wrote:
Konbo_Ren wrote:
6. 変数の表示の色を変えるのでしょうか？
と解釈する人もいます。私もこの様に思いました。

それは解釈側の問題です。

変数の表示の色であれば

[変数 v] を [] にする::#f5f //色を変える

のように表記するでしょう。

StrongPeanut

見つけました。
これが元の投稿と思われます。

akku--n11

#37 #38
変数の表示色なら

[変数 v] の表示色を [#245877] にする::variables

こう書くのが一番良さそうですね。
なぜこの色になったかは不明

Last edited by akku--n11 (March 29, 2022 11:52:04)

Discuss Scratch