Scratch への提案

akinarin

#3439

反対です。
リスト名の打ち間違いを誘発するし、
リスト名に変更があったときの対処も手動でする必要が生まれます。
そして少し複雑です。
便利すぎるのも、Scratcherにはかえって害となってしまいそうです。

inoking

nihonbo-ruofficial wrote:
#3444はい

について、

magicAho wrote:
それはどのようなときに使用しますか？そして、触れた時はどのようにして他のスクリプトに知らせますか。
<[#d0deb5] 色の[ v] に触れた::sensing >
ではないですか。

に対して、「はい」だけでは会話が成り立ちません。
もっとも、
真偽値ですから「触れた時はどのようにして他のスクリプトに知らせますか。」という質問もおかしいです。

そもそも、、コスチュームは一色ではないので

<[#d0deb5] 色の[ v] に触れた::sensing >

ということ自体がおかしいです。

Last edited by inoking (Dec. 14, 2022 09:15:54)

inoking

みなさんへ：
#1 より：

守ってほしいこと：
★The Complete List of Rejected Suggestions（却下された提案）（日本語訳）に出ている内容は提案不可です。
★#3 ～ #6 をチェックし、すでに出ている提案を単にくり返さないようにお願いします。
★「欲しい」や「賛成」だけではなく、理由などを説明するようにお願いします。

akinarin

#3439

dragon-computer wrote:
[　] を [何か] に追加する
文字列でリスト名を指定したい

についてです。
先ほど#3447で述べた通り、僕は反対です。
しかし、これが欲しい気持ちも解るので、
完全な代替方法とはなりませんが、動的生成リストの再現をここに示しておきます

Last edited by akinarin (Dec. 14, 2022 10:38:47)

tabakenn

#3450
いわゆる map (“key1”:value1) が追加されれば、変数においては同じようなことができますが、クラウドチャット問題のせいで実現しないのでしょうか？

magicAho

inoking wrote:
nihonbo-ruofficial wrote:
#3444はい
について、
magicAho wrote:
それはどのようなときに使用しますか？そして、触れた時はどのようにして他のスクリプトに知らせますか。
<[#d0deb5] 色の[ v] に触れた::sensing >
ではないですか。
に対して、「はい」だけでは会話が成り立ちません。
もっとも、
真偽値ですから「触れた時はどのようにして他のスクリプトに知らせますか。」という質問もおかしいです。

そもそも、、コスチュームは一色ではないので
<[#d0deb5] 色の[ v] に触れた::sensing >
ということ自体がおかしいです。

提案者の投稿は、真偽値になっていませんでした。
ですので、「触れた時はどのようにして他のスクリプトに知らせますか。」という質問は間違えていません。

ppopsup

#1…etcは読みました。
○秒で○度に向けるというのはどうでしょうか。上から見る目線のゲームなどでは便利だと思います。

akinarin

#3451
僕が示したものは変数名をクラウドで管理しているわけでなく、
Scratchのリストで再現しているものなので、
クラウドチャット問題も起きません。
しかしそのせいで動的に追加されたリストはプロジェクトが動いている間しか参照できないので
完全な代替方法ではありません。

Last edited by akinarin (Dec. 14, 2022 12:15:46)

Atridott

コメントで11桁程度の数字がXXXXXXXXXXXとなるものについてでよろしいでしょうか。これについては隠すことが目的なので必要ないと思います。
また以下も気にして投稿できると良いと思います。

#1 wrote:
守ってほしいこと：
★「欲しい」や「賛成」だけではなく、理由などを説明するようにお願いします。

tabakenn

#3454
すみません。#先を間違えていました。

akinarin wrote:
完全な代替方法とはなりませんが、動的生成リストの再現をここに示しておきます

元提案にはこの代用で良いと思います。

ところで、これは却下されているのでしょうか？

[マップ1 v] の  [キー1] を [あああ] にする
([マップ1 v] の [キー1])

inoking

tabakenn wrote:
ところで、これは却下されているのでしょうか？
[マップ1 v] の  [キー1] を [あああ] にする
([マップ1 v] の [キー1])

連想配列についてはこれまでに何度か話が出ています。
ここやここなど。

「2次元配列」でさえ「複雑すぎる」と却下されているので
これも同様でしょう。

yui0321

前のトピックでも話しましたが、誰からも反応が無かったように見えたので再掲します。
変数の色を変えられるようにしてほしいです。

(変数::motion)
(変数::#ff0000)//オリジナルの色でもできるようにしてほしい

みたいな感じです。
理由は、変数の区別がしやすくなると思ったからです。

uppmoonrabbit

僕がたまに使うのは、赤色の絵文字などを使って色分けすることです。このように工夫すればいい話なので、その機能はいらないと思います。

Last edited by uppmoonrabbit (Dec. 15, 2022 01:42:32)

akinarin

>> #3458
独自の色わけをすることによって、
見る人が解りづらくなったり、
他のブロックと同じ色になって解りづらくなったりするかもしれないので反対です。
例えば水色の変数を作ったときに

(答え)

と混同してしまうなどの懸念があります

inoking

#3458:

yui0321 wrote:
変数の色を変えられるようにしてほしいです。
(変数::motion)
(変数::#ff0000)//オリジナルの色でもできるようにしてほしい
みたいな感じです。
理由は、変数の区別がしやすくなると思ったからです。

区別が目的なら、命名の仕方を工夫することで対応できると思います。

なお、Scratch 2.0 のときにあった
個人環境のカスタマイズ（あれは変数ごとに変えられるものではなかったですが）であれば
あってもよいとは思います。

rinasama_tabasi

akinarin wrote:
(#3460)
>> #3458
独自の色わけをすることによって、
見る人が解りづらくなったり、
他のブロックと同じ色になって解りづらくなったりするかもしれないので反対です。
例えば水色の変数を作ったときに
(答え)
と混同してしまうなどの懸念があります

僕は2.0時代のように自分以外には普通に見えるようにすればいいと思いますが。

Last edited by rinasama_tabasi (Dec. 15, 2022 05:14:14)

TTJJC

ダウンロードした画像の白いところがきれいに消せるような機能がほしいです。

Atridott

ペイントエディタのバケツボタンはクリックした色と繋がっているところを違う色に塗りつぶす機能ですが、裏技でShiftキーを押しながらクリックするとその画像の中の同じ色全てがその色になります。これで解決しない画像も多くあると思うので、それについては画像背景削除などと検索すると背景を消してくれるツールがたくさん出てきます（一番上の remove.bg がおすすめです）。活用してみてください。

TTJJC

Atridott wrote:
ペイントエディタのバケツボタンはクリックした色と繋がっているところを違う色に塗りつぶす機能ですが、裏技でShiftキーを押しながらクリックするとその画像の中の同じ色全てがその色になります。これで解決しない画像も多くあると思うので、それについては画像背景削除などと検索すると背景を消してくれるツールがたくさん出てきます（一番上の remove.bg がおすすめです）。活用してみてください。

参考になりました

yui0321

#3458, #3460,#3461,#3462
なるほど。分かりづらくなってしまうという懸念点がありますし、普通に区別すればいいということですね…
代わりと言っては何ですが、ブロック定義の色を変えられるようにできればいいのではないかと思いました。

Discuss Scratch