Discuss Scratch
- Discussion Forums
- » 日本語
- » Scratch 3.0 への提案
#8721
Feb. 6, 2022 09:37:52
#8722
Feb. 6, 2022 09:42:32
- takasyu
-
Scratcher
500+ posts
Scratch 3.0 への提案
いえ、ターボ モード
です。
スマホなどキーボードがないものはShiftキーがなく (当たり前か) 、代わりに中を見るを押して、「編集」からターボモードにすることができます。ただ他人の作品で中を見るを押してしまったら、クラウド変数があるものはクラウドに反映されなくなってしまいます。そこで中を見なくてもいいようにしてほしいということです。
スマホなどキーボードがないものはShiftキーがなく (当たり前か) 、代わりに中を見るを押して、「編集」からターボモードにすることができます。ただ他人の作品で中を見るを押してしまったら、クラウド変数があるものはクラウドに反映されなくなってしまいます。そこで中を見なくてもいいようにしてほしいということです。
#8723
Feb. 6, 2022 09:55:46
#8724
Feb. 6, 2022 09:56:55
#8725
Feb. 6, 2022 10:15:43
- Ke0
-
Scratcher
1000+ posts
Scratch 3.0 への提案
では僕の意見を引用(一部改変)して載せておきます。異論がなければこれでいいでしょう。
1,10は代用可能ですね。9はenterのみ代用可能でしょうか。
11,12,16,17は代用は難しい (17はできないこともない) と思いますが「使用用途が限定的すぎる」という理由で却下になりそうですね
2,9(shiftとbackspaceのみ)賛成です。
「10は代用できないぞ!」という意見が多いので先手(?)を打っておきますが、3ブロックで代替できないのは確かです。あと4ブロックほど足せば代用できます。
#8726
Feb. 6, 2022 10:21:08
#8727
Feb. 6, 2022 10:58:22
- akku--n11
-
Scratcher
1000+ posts
Scratch 3.0 への提案
#8821
実行中に画面比率を変更する必要はあるでしょうか?
また、実行中に変更できるようにすると、レイアウトが崩れる可能性があるため、プロジェクト固定の比率(プロジェクトを作るときに16:9を選んだら、あとから4:3などに変更することはできない)を決めてしまって、その比率で動かすということにすればいいと思います。
実行中に画面比率を変更する必要はあるでしょうか?
また、実行中に変更できるようにすると、レイアウトが崩れる可能性があるため、プロジェクト固定の比率(プロジェクトを作るときに16:9を選んだら、あとから4:3などに変更することはできない)を決めてしまって、その比率で動かすということにすればいいと思います。
#8728
Feb. 6, 2022 11:02:06
- sakai12
-
Scratcher
100+ posts
Scratch 3.0 への提案
#8821
モバイル版PC版等切り替えやすくなるのはいいと思います。
ただしscratchにはステージの端へ進みすぎるとそれ以上進まなくなる仕様があるので、比率の切り替わるプロジェクトの作成が難しくなる気がします…
ターボモードの時のように、確かにそうですね。
中を見なくても比率を変えられるようにして欲しいという声が出そうです。
モバイル版PC版等切り替えやすくなるのはいいと思います。
ただしscratchにはステージの端へ進みすぎるとそれ以上進まなくなる仕様があるので、比率の切り替わるプロジェクトの作成が難しくなる気がします…
#8729
Feb. 6, 2022 11:34:54
- Ke0
-
Scratcher
1000+ posts
Scratch 3.0 への提案
座標値の限界も変わりますし、実行中に変更できるのでは不便が多すぎる気がします。
で、#8826についてはどうでしょうか?ターボモード検知は確かに代用ができますから11もいらないかもですね。
で、#8826についてはどうでしょうか?ターボモード検知は確かに代用ができますから11もいらないかもですね。
#8730
Feb. 6, 2022 11:35:53
- inoking
-
Scratcher
1000+ posts
Scratch 3.0 への提案
1.ざっと眺めましたが、すみません、全員の意見は追い切れていません。<[スプライト v] が表示されている ::sensing>2.<[#f0f] 色が [sprite1 v] に触れた ::sensing>9.<[Shift v] キーが押された><[Backspace v] キーが押された><[Enter v] キーが押された>10.<このスプライトがクリックされた::sensing>11.<ターボモード::sensing>12.<中を見ている::sensing>16.<大画面::sensing>17.<[#ffffff] 色以外に触れた :: sensing>
Ke0 さんの意見を引用します。
1,10は代用可能ですね。9はenterのみ代用可能でしょうか。1 は代用可能なので不要でしょう。
10は ST に却下されているイベントの検出
<[メッセージ v]を受け取った:: events>と本質的には同じです。
イベントとは状態の 変化 です。真偽値では原理的に代用できません(イベントが 既に発生した ことは検出可能ですが)。
9 は enter は代用?もできますが #8813 にも書いたように裏技のようなもので代用とは言い難く
Shift や BackSpace を入れるなら Enter も入れるべきでしょう。
11,12,16,17は代用は難しい (17はできないこともない) と思いますが「使用用途が限定的すぎる」という理由で却下になりそうですね11 はターボモードを使うかどうかは利用者が決めることだと私は思います。
2,9(shiftとbackspaceのみ)賛成です。
12 は「中を見る」の妨害も容易に可能となり、共有の考え方に反します。また、中を見ただけで勝手に起動させるといった嫌がらせのようなプログラムも容易にできてしまいます。
16,17は「使用用途が限定的すぎる」と思います。
2 は完全に代用することは難しそうですが実用上問題ないレベルで代用できそうですしこれが必要な場面が分かりません。
みなさんへ:
代用できるかどうかだけが判断の基準ではないのでご注意ください。
Last edited by inoking (Feb. 6, 2022 11:43:03)
#8731
Feb. 6, 2022 13:45:27
- sakai12
-
Scratcher
100+ posts
Scratch 3.0 への提案
12 は「中を見る」の妨害も容易に可能となり、共有の考え方に反します。また、中を見ただけで勝手に起動させるといった嫌がらせのようなプログラムも容易にできてしまいます。嫌がらせのプログラムはそもそもコミュガ違反なので問題外ではないでしょうか。
#8732
Feb. 6, 2022 13:57:16
- yuzupon1133-sub
-
Scratcher
1000+ posts
Scratch 3.0 への提案
だから、「そのブロックがあったところでそういうプログラムしか作れない」から共有の考え方に反すると言っています。
#8733
Feb. 6, 2022 13:59:11
- fugu_fugu
-
Scratcher
500+ posts
Scratch 3.0 への提案
#8832
例えコミュニティーガイドラインに反していたとしてもそれをやってしまう人たちは一定数いるわけで、その機能の重要度もそこまで高くはなさそうなことからこう言っているのではないでしょうか?
例えコミュニティーガイドラインに反していたとしてもそれをやってしまう人たちは一定数いるわけで、その機能の重要度もそこまで高くはなさそうなことからこう言っているのではないでしょうか?
#8734
Feb. 6, 2022 14:25:09
#8735
Feb. 6, 2022 14:27:22
#8736
Feb. 7, 2022 03:08:38
#8737
Feb. 7, 2022 03:30:47
#8738
Feb. 7, 2022 03:30:49
- yuzupon1133-sub
-
Scratcher
1000+ posts
Scratch 3.0 への提案
2は却下でいいですが、11はあったら使う程度なので、ターボモード検知器なんてバックパックに入れておけばいつでも使えるし却下でいいと思います。
#8739
Feb. 7, 2022 05:17:38
#8740
Feb. 7, 2022 05:24:40




