Discuss Scratch
- inoking
-
1000+ posts
Scratch への提案(仕分け用)
すでに時間が経っているので待たなくともよいでしょう。 #111 #112 #113
という解釈でいいでしょうか。明後日(6月6日)午後18時までに異論がなければこうとしましょう。
現状をまとめます。
ブロック定義カテゴリー
1. ハットブロックの定義
その他 編集/実行
2. スクリプトの検索機能
3. 自動保存のON、OFFの切り替え機能
4. 一つ前に戻す(スクリプトの状態を) 実装ずみ
5. ペイントの日本語対応 実装ずみ
6. コメントをスプライトファイルに保存 #116 により実装ずみと解釈
7. コスチュームにscratchblocksが使えるように #111 のようなものと解釈
8. バックパックに入れたものに名前やメモに付けることを可能に
9. コスチュームエディターの大きさを変数のスライダーみたいな感じで細かく変更できるようにしてほしい #113 のようなものと解釈
10. Scratch 1.4のようなステップ実行
11. #721 「定義の再描画しない」に安全機能の(〇〇秒たって実行が終わっていないと強制終了)
すみません、
1. もどういう提案かよく分かりません。
これは何をしたいのでしょうか?
3. については過去に議論があったのですが。。
見つけた人は教えてください。
賛成反対はまだ出さないでください。
- p_nuts
-
1000+ posts
Scratch への提案(仕分け用)
1はメッセージで代用できると思います。
おそらくイベントを作りたかったのでしょう(当たり前)
ですが、メッセージを使うことで代用できると思います。(発火タイミングとかの都合上メッセージと同じことになるはず)
おそらくイベントを作りたかったのでしょう(当たり前)
ですが、メッセージを使うことで代用できると思います。(発火タイミングとかの都合上メッセージと同じことになるはず)
Last edited by p_nuts (June 4, 2022 02:45:41)
- inoking
-
1000+ posts
Scratch への提案(仕分け用)
です。 1. もどういう提案かよく分かりません。
これは何をしたいのでしょうか?
提案内容が分かるなら説明してください。
- nyankodaisensou-suki
-
100+ posts
Scratch への提案(仕分け用)
間違い投稿
Last edited by nyankodaisensou-suki (June 4, 2022 12:06:26)
- StrongPeanut
-
1000+ posts
Scratch への提案(仕分け用)
#127
独自のハットブロック定義で、「変数が〇〇を超えたとき」「AとBが押されたとき」みたいなことがしたかったのでしょう。でも、
仕分けの際は消しても良いと思います。
独自のハットブロック定義で、「変数が〇〇を超えたとき」「AとBが押されたとき」みたいなことがしたかったのでしょう。でも、
と同じ意見です。 メッセージで代用できると思います。
仕分けの際は消しても良いと思います。
- inoking
-
1000+ posts
Scratch への提案(仕分け用)
それです。 連投すみません。
3 のリンクはこれですか?
scratch2.0の提案 - #1399
当時はこの辺まで話が続いたようです。
英語フォーラムでの話はまだ続いているようです。
Suggestions に投稿しようかと思い、既に投稿されていないか検索したところ、過去にも色々議論されていました(例えば以下)。
Fixing Autosave
Autosave needs a turn off feature. Badly.
日付は古いですが決着したようには見えないので
手段はともかく英語フォーラムでも提出されているようですし
日本語フォーラムとしては 異論のない提案 でいいかと思います。
Last edited by inoking (June 4, 2022 14:15:51)
- inoking
-
1000+ posts
Scratch への提案(仕分け用)
#130 からしても
1. は 意見の分かれる提案 の以下と同じと思われます。
1. は 意見の分かれる提案 の以下と同じと思われます。
・https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2839913/<>のとき::events hat//クラウド変数やマウスのクリックなどのスプライト内部でわかっていないことが対象#128, #165
- StrongPeanut
-
1000+ posts
Scratch への提案(仕分け用)
では、
ブロック定義カテゴリーこれで仕分けを進めていきましょう。
1. ハットブロックの定義 「<> のとき」と同じ。意見の分かれる提案
その他 編集/実行
2. スクリプトの検索機能
3. 自動保存のON、OFFの切り替え機能 #1399
4. 一つ前に戻す(スクリプトの状態を) 実装ずみ
5. ペイントの日本語対応 実装ずみ
6. コメントをスプライトファイルに保存 #116 により実装ずみと解釈
7. コスチュームにscratchblocksが使えるように #111 のようなものと解釈
8. バックパックに入れたものに名前やメモに付けることを可能に
9. コスチュームエディターの大きさを変数のスライダーみたいな感じで細かく変更できるようにしてほしい #113 のようなものと解釈
10. Scratch 1.4のようなステップ実行
11. #721 「定義の再描画しない」に安全機能の(〇〇秒たって実行が終わっていないと強制終了)
- inoking
-
1000+ posts
Scratch への提案(仕分け用)
除外分を外し、これより意見を募集します。
#1 や #25 をよく読んでから意見をお願いします。
その他 編集/実行
2. スクリプトの検索機能
3. 自動保存のON、OFFの切り替え機能 #132 により 異論のない提案
7. コスチュームにscratchblocksが使えるように #111 のようなものと解釈
8. バックパックに入れたものに名前やメモに付けることを可能に
9. コスチュームエディターの大きさを変数のスライダーみたいな感じで細かく変更できるようにしてほしい #113 のようなものと解釈
10. Scratch 1.4のようなステップ実行
11. #721 「定義の再描画しない」に安全機能の(〇〇秒たって実行が終わっていないと強制終了)
#1 や #25 をよく読んでから意見をお願いします。
その他 編集/実行
2. スクリプトの検索機能
3. 自動保存のON、OFFの切り替え機能 #132 により 異論のない提案
7. コスチュームにscratchblocksが使えるように #111 のようなものと解釈
8. バックパックに入れたものに名前やメモに付けることを可能に
9. コスチュームエディターの大きさを変数のスライダーみたいな感じで細かく変更できるようにしてほしい #113 のようなものと解釈
10. Scratch 1.4のようなステップ実行
11. #721 「定義の再描画しない」に安全機能の(〇〇秒たって実行が終わっていないと強制終了)
Last edited by inoking (June 5, 2022 02:50:17)
- nyankodaisensou-suki
-
100+ posts
Scratch への提案(仕分け用)
#134
2.上級者だと大体ブロックの位置が分かるけど、初心者にとっては必要なのでon/off機能とかも必要だと思います。(賛成)
3.共有中の作品を編集する時とかに自動保存されると見る人のプロジェクトおかしくなったりするので必要だと思います。
7、8.#135と同様。
9.細かい設定が出来そうなので賛成。
10.プログラムの進み具合が分かるから、賛成
11.「定義の再描画しない」を入れないと軽いけど1時間ぐらい処理をしなければならないけど、「定義の再描画しない」を入れて処理すると重いが、30秒ぐらいで終わるプログラムがあったときを考慮するとない方がいいと思います。
2.上級者だと大体ブロックの位置が分かるけど、初心者にとっては必要なのでon/off機能とかも必要だと思います。(賛成)
3.共有中の作品を編集する時とかに自動保存されると見る人のプロジェクトおかしくなったりするので必要だと思います。
7、8.#135と同様。
9.細かい設定が出来そうなので賛成。
10.プログラムの進み具合が分かるから、賛成
11.「定義の再描画しない」を入れないと軽いけど1時間ぐらい処理をしなければならないけど、「定義の再描画しない」を入れて処理すると重いが、30秒ぐらいで終わるプログラムがあったときを考慮するとない方がいいと思います。
- p_nuts
-
1000+ posts
Scratch への提案(仕分け用)
2. スクリプトの検索機能賛成反対
7. コスチュームにscratchblocksが使えるように #111 のようなものと解釈
8. バックパックに入れたものに名前やメモに付けることを可能に
9. コスチュームエディターの大きさを変数のスライダーみたいな感じで細かく変更できるようにしてほしい #113 のようなものと解釈
10. Scratch 1.4のようなステップ実行
11. #721 「定義の再描画しない」に安全機能の(〇〇秒たって実行が終わっていないと強制終了)
2 turbowarpの機能の進化版のようなものを期待します。
7 うまく扱えれば面白いことができそうな気がしますが、あまり必要性はないと思います。
8 ブロック定義などは名前をつけられないので非常に分かりづらい(arch-herobrine さんはおそらくスプライトの名前のことを言っている)
10 なぜ消えたのかがわからない
大きいコードを扱っていると混乱するので
欠点は()秒でx()y()に行くなどがぐちゃぐちゃになってしまうところか?
11 定義の再描画しない(ry のところの横に安全機能のチェックボックスがあるといいと思いました。(オンオフができる)
- tabakenn
-
100+ posts
Scratch への提案(仕分け用)
「スクリプトの検索機能」 とは、コマンドパレット内のブロックの検索、という意味ではないですよね?
2 定義されたブロックの右クリックから、実際に定義している所に飛ぶことができる昔あった機能も併せて復活すべきでは。
2 定義されたブロックの右クリックから、実際に定義している所に飛ぶことができる昔あった機能も併せて復活すべきでは。
Last edited by tabakenn (June 5, 2022 07:33:49)
- inoking
-
1000+ posts
Scratch への提案(仕分け用)
「スクリプトの検索機能」 とは、コマンドパレット内のブロックの検索、という意味ではないですよね?「スクリプトの検索機能」ですから普通にエディタ画面内での検索のことです。
2 定義されたブロックの右クリックから、実際に定義している所に飛ぶことができる昔あった機能も併せて復活すべきでは。
ブラウザの検索機能では画面に収まっていない場合などにちゃんと機能しません。
定義へのジャンプやメッセージの送受信者といった機能は
今の時点で実装されていないということは多分する気がないのでしょうね。。
それはここでする話ではありません
- syokaki
-
100+ posts
Scratch への提案(仕分け用)
2. スクリプトの検索機能10以外は賛成です。
7. コスチュームにscratchblocksが使えるように #111 のようなものと解釈
8. バックパックに入れたものに名前やメモに付けることを可能に
9. コスチュームエディターの大きさを変数のスライダーみたいな感じで細かく変更できるようにしてほしい #113 のようなものと解釈
10. Scratch 1.4のようなステップ実行
11. #721 「定義の再描画しない」に安全機能の(〇〇秒たって実行が終わっていないと強制終了)
2. #141の機能も付けて欲しいです。(ブロック定義が多いと探すのに一苦労)
この機能を追加する気を起こしてほしいですSTの皆さん
7. turbowarpのようにブロックを画像として書き出せればいいと思います。(ブロック定義にも対応できる)
8. #140のように、ブロック定義は現状だと本当にわかりずらいです。
9. 言うまでもなく賛成です。(#113のクソコライメージ図を作ったの僕ですし) 拡大率を入力できると便利だと思います。
10. scratch1.4をほとんど触っていないので意見が言えません。(うるさいブロックともし~なら ずっとブロックを取り出したぐらい)
11. できれば機能のON.OFFができるようにして欲しいです。
ぶっちゃけturbowarpの機能全部つけりゃいいんじゃね
Last edited by syokaki (June 5, 2022 09:10:52)
- akku--n11
-
1000+ posts
Scratch への提案(仕分け用)
11.実行が終了していないかを調べるルーチンによりプロジェクトの動作が遅くなる可能性があるので少し心配です。
また、強制終了は次のブロックに移動するのか、プロジェクト全体を強制終了するのかということも考えないといけません。
turbowarpにWarpタイマーという、似たような機能がありますが、エディターだけでの動作が推奨されています。(「パフォーマンスへの影響が大きい」の意味は、チェックするコードによるパフォーマンスへの影響が大きいのか、低いフレームレートで実行するためパフォーマンスへの影響が大きいのかがわかりませんが…。 →タボワで確認したところ、後者の可能性のほうが大きかったです。)
また、強制終了は次のブロックに移動するのか、プロジェクト全体を強制終了するのかということも考えないといけません。
turbowarpにWarpタイマーという、似たような機能がありますが、エディターだけでの動作が推奨されています。(「パフォーマンスへの影響が大きい」の意味は、チェックするコードによるパフォーマンスへの影響が大きいのか、低いフレームレートで実行するためパフォーマンスへの影響が大きいのかがわかりませんが…。 →タボワで確認したところ、後者の可能性のほうが大きかったです。)
残りは賛成ということでお願いします。 スクリプトが長いループや無限ループに陥っているかどうかをチェックし、ループが終了するまで動けないのを避け、低いフレームレートで実行するようにします。これにより、ほとんどのクラッシュが修正されます。しかし、パフォーマンスへの影響が大きいため、デフォルトではエディタでのみ有効になっています。
Last edited by akku--n11 (June 5, 2022 10:22:47)