Discuss Scratch
- Discussion Forums
- » 日本語
- » Scratch 3.0 への提案
- takasyu
-
500+ posts
Scratch 3.0 への提案
いえ、ターボモードです。
スマホなどキーボードがないものはShiftキーがなく(当たり前か)、代わりに中を見るを押して、「編集」からターボモードにすることができます。ただ他人の作品で中を見るを押してしまったら、クラウド変数があるものはクラウドに反映されなくなってしまいます。そこで中を見なくてもいいようにしてほしいということです。
スマホなどキーボードがないものはShiftキーがなく(当たり前か)、代わりに中を見るを押して、「編集」からターボモードにすることができます。ただ他人の作品で中を見るを押してしまったら、クラウド変数があるものはクラウドに反映されなくなってしまいます。そこで中を見なくてもいいようにしてほしいということです。
- Ke0
-
1000+ posts
Scratch 3.0 への提案
では僕の意見を引用(一部改変)して載せておきます。異論がなければこれでいいでしょう。
1,10は代用可能ですね。9はenterのみ代用可能でしょうか。
11,12,16,17は代用は難しい(17はできないこともない)と思いますが「使用用途が限定的すぎる」という理由で却下になりそうですね
2,9(shiftとbackspaceのみ)賛成です。
「10は代用できないぞ!」という意見が多いので先手(?)を打っておきますが、3ブロックで代替できないのは確かです。あと4ブロックほど足せば代用できます。
- akku--n11
-
1000+ posts
Scratch 3.0 への提案
#8821
実行中に画面比率を変更する必要はあるでしょうか?
また、実行中に変更できるようにすると、レイアウトが崩れる可能性があるため、プロジェクト固定の比率(プロジェクトを作るときに16:9を選んだら、あとから4:3などに変更することはできない)を決めてしまって、その比率で動かすということにすればいいと思います。
実行中に画面比率を変更する必要はあるでしょうか?
また、実行中に変更できるようにすると、レイアウトが崩れる可能性があるため、プロジェクト固定の比率(プロジェクトを作るときに16:9を選んだら、あとから4:3などに変更することはできない)を決めてしまって、その比率で動かすということにすればいいと思います。
- sakai12
-
100+ posts
Scratch 3.0 への提案
#8821
モバイル版PC版等切り替えやすくなるのはいいと思います。
ただしscratchにはステージの端へ進みすぎるとそれ以上進まなくなる仕様があるので、比率の切り替わるプロジェクトの作成が難しくなる気がします…
確かにそうですね。 ターボモードの時のように、
中を見なくても比率を変えられるようにして欲しいという声が出そうです。
モバイル版PC版等切り替えやすくなるのはいいと思います。
ただしscratchにはステージの端へ進みすぎるとそれ以上進まなくなる仕様があるので、比率の切り替わるプロジェクトの作成が難しくなる気がします…
- Ke0
-
1000+ posts
Scratch 3.0 への提案
座標値の限界も変わりますし、実行中に変更できるのでは不便が多すぎる気がします。
で、#8826についてはどうでしょうか?ターボモード検知は確かに代用ができますから11もいらないかもですね。
で、#8826についてはどうでしょうか?ターボモード検知は確かに代用ができますから11もいらないかもですね。
- inoking
-
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 は代用可能なので不要でしょう。 1,10は代用可能ですね。9はenterのみ代用可能でしょうか。
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)
- sakai12
-
100+ posts
Scratch 3.0 への提案
嫌がらせのプログラムはそもそもコミュガ違反なので問題外ではないでしょうか。 12 は「中を見る」の妨害も容易に可能となり、共有の考え方に反します。また、中を見ただけで勝手に起動させるといった嫌がらせのようなプログラムも容易にできてしまいます。
- yuzupon1133-sub
-
1000+ posts
Scratch 3.0 への提案
だから、「そのブロックがあったところでそういうプログラムしか作れない」から共有の考え方に反すると言っています。
- fugu_fugu
-
500+ posts
Scratch 3.0 への提案
#8832
例えコミュニティーガイドラインに反していたとしてもそれをやってしまう人たちは一定数いるわけで、その機能の重要度もそこまで高くはなさそうなことからこう言っているのではないでしょうか?
例えコミュニティーガイドラインに反していたとしてもそれをやってしまう人たちは一定数いるわけで、その機能の重要度もそこまで高くはなさそうなことからこう言っているのではないでしょうか?
- yuzupon1133-sub
-
1000+ posts
Scratch 3.0 への提案
2は却下でいいですが、11はあったら使う程度なので、ターボモード検知器なんてバックパックに入れておけばいつでも使えるし却下でいいと思います。