Scratch への提案（仕分け用）

HARUHITOGAMES

inoking wrote:
除外分を外し、これより意見を募集します。
#1 や #25 をよく読んでから意見をお願いします。

その他編集/実行
2. スクリプトの検索機能
3. 自動保存のON、OFFの切り替え機能 #132 により異論のない提案
7. コスチュームにscratchblocksが使えるように #111 のようなものと解釈
8. バックパックに入れたものに名前やメモに付けることを可能に
9. コスチュームエディターの大きさを変数のスライダーみたいな感じで細かく変更できるようにしてほしい #113 のようなものと解釈
10. Scratch 1.4のようなステップ実行
11. #721 「定義の再描画しない」に安全機能の(〇〇秒たって実行が終わっていないと強制終了)

反対
2,7,10(?)(,11)
理由
2:中級者クラスでもうまく使えないと思います（turbowarpみたいにmodみたいなのにしてほしい）
7:使う人は少ない、間違いなく多分初心者は混乱するでしょう。
10:私にはわからん
どっちでもいい
9,11
賛成
3,8
理由
3:保存したくないときにい自動保存されると困る（ことがある）から賛成です。
8:そうすると仕分けなどがやりやすこなるから賛成。
以上です。

Last edited by HARUHITOGAMES (June 14, 2022 07:16:13)

p_nuts

inoking wrote:
みなさんへ：
一向に意に介されないのですが、私の書き方が悪くて伝わっていないのでしょうか。。
注意：
各自が仕分けの全項目についてコメントしていくと煩雑になります。
多数決を取っているわけではないので
意見は差分だけ述べるようにお願いします。
このような場では基本的に、反論なしは同意とみなしてよいでしょう。
つまり
1. 反対
2. 賛成
：
8. 反対
といった投稿は不要ということです。
もちろん、他とは違う理由や説明があるのなら問題ありません。

よって、私は
HARUHITOGAMESさんの意見を認めません。

Last edited by p_nuts (June 14, 2022 07:11:24)

Mario-098

11に少し反対。
重くてもそのまま実行したい人もいます。なので、オプションにしてほしいです。
それ以外賛成

Last edited by Mario-098 (June 23, 2022 09:28:26)

StrongPeanut

age

そろそろ決定しても良いのではないでしょうか。
意見がなければ inoking さんよろしくお願いします。

inoking

#106:

inoking wrote:
今さら急ぐ必要もないでしょう。

#104 で
日本時間 5月30日 18:00 までに異論がなければ確定とします。

遅くなりすみません。
反映しました。

magnum0109

アカウント自体を報告するボタンの設置をしてほしい。
なぜかというと、偽垢が多いから。

p_nuts

アカウント名で報告すればいいのでは？
それか、連絡先を使えます

あと、提案するのはこのトピックです。

Last edited by p_nuts (July 21, 2022 10:30:48)

StrongPeanut

Super ultra very so special age(( も兼ねて。

仕分け進んでないですね…

inoking wrote:
除外分を外し、これより意見を募集します。
#1 や #25 をよく読んでから意見をお願いします。

その他編集/実行
2. スクリプトの検索機能
3. 自動保存のON、OFFの切り替え機能 #132 により異論のない提案
7. コスチュームにscratchblocksが使えるように #111 のようなものと解釈
8. バックパックに入れたものに名前やメモに付けることを可能に
9. コスチュームエディターの大きさを変数のスライダーみたいな感じで細かく変更できるようにしてほしい #113 のようなものと解釈
10. Scratch 1.4のようなステップ実行
11. #721 「定義の再描画しない」に安全機能の(〇〇秒たって実行が終わっていないと強制終了)

について、出尽くしたのでしょうか。
とりあえず、僕の意見を示します。

2. 強く賛成複雑なスクリプトを組み、不具合が起こった時、「このブロックが悪さしていたんだ」と気付いたらすぐに直せる。
7. 中立面白そうではあるが… ST の負担がある気がする。
8. 反対（代用可能）バックパックに入れるときにコメントを貼るので良いと思う。
[仕分けだぜ☆] と言う//コメントはこの黄色の部分のことです。

inoking

まとめてみます。

2. スクリプトの検索機能
→ #137 などにより異論のない提案

7. コスチュームにscratchblocksが使えるように #111 のようなものと解釈
→ あまり必要性はない（使用場面が少ない？）#135 により却下？

8. バックパックに入れたものに名前やメモに付けることを可能に
→ #138 などにより異論のない提案

9. コスチュームエディターの大きさを変数のスライダーみたいな感じで細かく変更できるようにしてほしい #113 のようなものと解釈
→ #133 などにより異論のない提案

10. Scratch 1.4のようなステップ実行
→ #129 により異論のない提案（決定）

11. #721 「定義の再描画しない」に安全機能の(〇〇秒たって実行が終わっていないと強制終了)
→ 賛成方向？
　個人的意見：
　　ON/OFF があったとしてもそれを操作できるのはプロジェクト作成者のみですし
　　フリーズするような可能性がある場合は事前に保存しておくなどの防衛策がとれます。
　　通常動作への影響なしで実装するのは困難と思われるので不要と思います。

tabakenn

11
「画面を再描画しない」の定義内で固まっても、ストップボタン何回か押して数秒待つと復帰できるのですが、落ちてしまうこともあるのですか？
（iPadとMacで検証）

StrongPeanut

8についてですが、賛成の方が多いようです。

StrongPeanut wrote:
8. 反対（代用可能）バックパックに入れるときにコメントを貼るので良いと思う。
[仕分けだぜ☆] と言う//コメントはこの黄色の部分のことです。

これで代用できると思うのですが、どうでしょう

inoking

StrongPeanut wrote:
8. 反対（代用可能）バックパックに入れるときにコメントを貼るので良いと思う。
これで代用できると思うのですが、どうでしょう

それだとバックパックから取り出すまで内容が分からなくないですか？

newmomizi_txt

#150
端末やブラウザによって、「再描画せずに実行」の挙動が少し違うようです。
私の手元にある端末を例に上げると、Windows+Chromeだと本当に処理が終わるまで全く画面描写しないのに対し、iPad+Safariだと、頻度は下がるものの時々画面描写が行われていました。

StrongPeanut

inoking wrote:
それだとバックパックから取り出すまで内容が分からなくないですか？

では、名前を変えればいいのではないでしょうか。
例えば、スプライトを取り込むとき、スプライトの名前を変えることで、
短い説明なら入れることができます。
僕は実際そのような方法で活用しており、特に不便はありません。

inoking

StrongPeanut wrote:
例えば、スプライトを取り込むとき、スプライトの名前を変えることで、
短い説明なら入れることができます。
僕は実際そのような方法で活用しており、特に不便はありません。

スプライトの名前については問題になっていません（#135）。
コスチュームもなんとかなるでしょう。

問題となるのはコードです。バックパックに入れると以下のように表示されます。

スクリプト
　code

akku--n11

>> #153
端末の処理速度(処理能力)の問題のように思えます。
ステージを太さ1のペンで端から塗りつぶしていくと、Windows+Edge(Chromium)でも何度か描画されました。

yui0321

2.いいと思う

。ただ、難しそう

7.いいと思う。
8.いいと思う。バックパックの中身の名前が全部スクリプトとかになって分かりにくいし。
9.あってもなくてもいい。他の人の意見に任せます。
10,11.よくわかりません…

tabakenn

11

「中を見る」最中は常に発動（または一回でも中を見たら発動）
一回クラッシュしたら、そこから十回分くらい発動

という実装にすれば、遊ぶ側へのパフォーマンスの影響は最小限です。

inoking

#149 より：
ずっと放置していてすみません。

inoking wrote:
2. スクリプトの検索機能
→ #137 などにより異論のない提案

7. コスチュームにscratchblocksが使えるように #111 のようなものと解釈
→ あまり必要性はない（使用場面が少ない？）#135 により却下？

8. バックパックに入れたものに名前やメモに付けることを可能に
→ #138 などにより異論のない提案

9. コスチュームエディターの大きさを変数のスライダーみたいな感じで細かく変更できるようにしてほしい #113 のようなものと解釈
→ #133 などにより異論のない提案

10. Scratch 1.4のようなステップ実行
→ #129 により異論のない提案（決定）

以上は確定としたいと思います（#149 以降の議論を考慮しても）。

11. #721 「定義の再描画しない」に安全機能の(〇〇秒たって実行が終わっていないと強制終了)
→ 賛成方向？
　個人的意見：
　　ON/OFF があったとしてもそれを操作できるのはプロジェクト作成者のみですし
　　フリーズするような可能性がある場合は事前に保存しておくなどの防衛策がとれます。
　　通常動作への影響なしで実装するのは困難と思われるので不要と思います。

作者自身のデバッグ用なのか、他人の作品を実行するときの話なのか
によると思います（元の提案は前者のようです）。
#158 のような方式は、たぶん、使う側にその仕様が浸透しないでしょう（中を見るとクラウド変数の更新がされない仕様のように）。
まあ、細かい実装方式はともかく、デバッグ機能としてはあってもいい機能かとは思います。
よって、異論のない提案にしてもよいかと。

Last edited by inoking (Dec. 7, 2022 09:13:59)

inoking

反応もないので #159 で確定とします。

Discuss Scratch