Discuss Scratch
- Discussion Forums
- » 日本語
- » Scratch への提案
- nyankodaisensou-suki
-
100+ posts
Scratch への提案
無視しないでください。
#226再掲再掲これなんとかなりませんかね…みなさんへ:
仕分けがすむまで、新規の提案はなるべくしないようにお願いします。
また、仕分けについての意見の際は過去の議論をふまえてコメントをお願いします。
- hirayuu1414
-
500+ posts
Scratch への提案
無視しているわけではありません。
出てしまった提案については話さないのは失礼でしょう。
事あるたびに出てくるその投稿の方が迷惑です。
出てしまった提案については話さないのは失礼でしょう。
事あるたびに出てくるその投稿の方が迷惑です。
- hirayuu1414
-
500+ posts
Scratch への提案
そろそろ仕分けを進めましょう。
#277と他の方の意見をもとにもう一度判断しました。
1…「却下」//提案しなくても増える、現時点の音源で充分ということで変更なし(音を増やすことに反対なわけではない)
2,3…「意見が分かれる」//ke0さんの「一部の主観的な反論にも納得できる」をもとに変更
4…「却下」
5…「異論のない」//反論に出ているピッチとの違いは明確な上、中立意見も肯定的ということで変更なし
6…「意見が分かれる」
これでどうでしょう。
特に4と6ですが、反論等なければこれを反映して良いと思います。
この投稿に付け加えるように言いますが、仕分けを進めるため、新規の提案はご遠慮ください。
また、事あるたびに注意だけの投稿をするのもご遠慮ください。
どちらも仕分けの邪魔です。
#277と他の方の意見をもとにもう一度判断しました。
1…「却下」//提案しなくても増える、現時点の音源で充分ということで変更なし(音を増やすことに反対なわけではない)
2,3…「意見が分かれる」//ke0さんの「一部の主観的な反論にも納得できる」をもとに変更
4…「却下」
5…「異論のない」//反論に出ているピッチとの違いは明確な上、中立意見も肯定的ということで変更なし
6…「意見が分かれる」
これでどうでしょう。
特に4と6ですが、反論等なければこれを反映して良いと思います。
この投稿に付け加えるように言いますが、仕分けを進めるため、新規の提案はご遠慮ください。
また、事あるたびに注意だけの投稿をするのもご遠慮ください。
どちらも仕分けの邪魔です。
Last edited by hirayuu1414 (March 5, 2022 22:03:37)
- sakai12
-
100+ posts
Scratch への提案
私からの異論はありません。
追記:1は無記載で良いと思います
追記:1は無記載で良いと思います
Last edited by sakai12 (March 6, 2022 08:53:29)
- StrongPeanut
-
1000+ posts
Scratch への提案
1は「却下」にすべきではなく、無記載で良いと思います。
「却下」とするとこれ以上増えないという印象を与えかねないので。
「却下」とするとこれ以上増えないという印象を与えかねないので。
- inoking
-
1000+ posts
Scratch への提案
遅くなりすみません。
#171 の音カテゴリーですが
#277 でのまとめやこの辺までの話から、以下でよいでしょうか。
日本時間 3/9 18:00 までに特に異論なければ合意が取れたものとします。
1
・用意されている音の種類の増加
→ 提案不要としてリストから削除。勝手に増える。
2
4
5
6・#756
#171 の音カテゴリーですが
#277 でのまとめやこの辺までの話から、以下でよいでしょうか。
日本時間 3/9 18:00 までに特に異論なければ合意が取れたものとします。
1
・用意されている音の種類の増加
→ 提案不要としてリストから削除。勝手に増える。
2
終わるまで [ v] の音を () 秒から鳴らす :: sound3
[ v] の音を () 秒から鳴らす :: sound→「意見の分かれる提案」ただし賛成が強い?
4
(楽器::sound)→ 「却下された提案」代用可能
5
音の再生速度を () % にする::sound→「意見の分かれる提案」ただし賛成が強い?
6・#756
[ v] の音を止める :: sound→「意見の分かれる提案」ただし反対が強い?
Last edited by inoking (March 8, 2022 10:42:16)
- Yellow_Apple
-
100+ posts
Scratch への提案
いいと思います!
Last edited by Yellow_Apple (March 8, 2022 10:51:55)
- sakai12
-
100+ posts
Scratch への提案
次の仕分けはこのあたりですかね?
演算カテゴリー
①かつとまたはの変換
②<[文字列] は大文字 ::operators>
③(()の()乗::operators)
④<[] と [] が大文字小文字を含めて同じ::operators>
⑤(もし <> なら [] でなければ [] :: operators)
⑥<TRUE::operators><FALSE::operators>https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2670867/
⑦([ v]をunicodeで[デコード v]::operators)⑧([]を計算::operators)https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2839913/
⑨<[] ≦ []::operators>⑩
<[] ≧ []::operators><[] ≠ []::operators>≠、≦、≧、#654 拡張機能に追加 → 未解決だが代用可能
- akku--n11
-
1000+ posts
Scratch への提案
僕の意見です
NewPage
①かつとまたはの変換
反対
かつとまたはは結構連続して使うことがある
実装するなら xor もつけてほしいですね
②
大文字小文字判定がめんどくさい
③
ただしあまり使い道がないと思う
④
⑤
⑥
あってもいいけれど代用できるし初心者にとっては使い道がわからないと思う
⑦
使いみちはあまりないと思う
クラウドチャットに使えたり?(それを言ったら何でもできる)
ブロックの表記が多分ミスですね
⑧
反対
何をするかわからない
関数電卓?みたいなことを作ってる人もいるし
⑨
使いみちはそこそこある
⑩
あってもいいと思う
使いみちはそこそこある
NewPage
①かつとまたはの変換
反対
かつとまたはは結構連続して使うことがある
実装するなら xor もつけてほしいですね
②
<[文字列] は大文字 ::operators>賛成
大文字小文字判定がめんどくさい
③
(()の()乗::operators)賛成
ただしあまり使い道がないと思う
④
<[] と [] が大文字小文字を含めて同じ::operators>賛成
<[] [= v] []::operators> //?
⑤
(もし <> なら [] でなければ [] :: operators)
⑥
<TRUE::operators>
<FALSE::operators>https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2670867/
あってもいいけれど代用できるし初心者にとっては使い道がわからないと思う
⑦
([ v]をunicodeで[デコード v]::operators)反対より
使いみちはあまりないと思う
クラウドチャットに使えたり?(それを言ったら何でもできる)
ブロックの表記が多分ミスですね
([ ]をunicodeで[デコード v]::operators)
⑧
([]を計算::operators)https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2839913/
反対
何をするかわからない
関数電卓?みたいなことを作ってる人もいるし
⑨
<[] ≦ []::operators>あってもいいと思う
<[] ≧ []::operators>
使いみちはそこそこある
⑩
<[] ≠ []::operators>≠、≦、≧、#654 拡張機能に追加 → 未解決だが代用可能
あってもいいと思う
使いみちはそこそこある
Last edited by akku--n11 (March 8, 2022 12:13:39)
- yuzupon1133-sub
-
1000+ posts
Scratch への提案
演算カテゴリーこれはUIの問題なのでskip
①かつとまたはの変換
②複数ある場合は謎。代用可能なので反対。<[文字列] は大文字 ::operators>
③そもそもJSには正確な階乗をする方法が無いので技術的に不可能。(()の()乗::operators)
④I MI FU ☆<[] と [] が大文字小文字を含めて同じ::operators>
⑤デザインが嫌だ。あったら使う程度。賛成寄りの反対。(もし <> なら [] でなければ [] :: operators)
⑥代用可能なので反対。<TRUE::operators><FALSE::operators>https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2670867/
⑦Scratchに相応しくない、代用可能。([ v]をunicodeで[デコード v]::operators)
⑧evalって事ね。確かに便利そうではあるけど、パッと見何を引数に入れたらいいのか分からない。賛成寄りの微妙。([]を計算::operators)https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2839913/
⑨うーーーん、確かに、普通どのプログラミング言語にもこれはあるし、むしろない方が不思議。追加したら初心者に優しくなる。代用は可能なため賛成寄りの微妙。<[] ≦ []::operators>
<[] ≧ []::operators>
⑩これは代用してください<[] ≠ []::operators>≠、≦、≧、#654 拡張機能に追加 → 未解決だが代用可能
- nyankodaisensou-suki
-
100+ posts
Scratch への提案
「かつとまたはの変換」とは何ですか?
Last edited by nyankodaisensou-suki (March 8, 2022 22:00:30)
- hhayyatto
-
1000+ posts
Scratch への提案
演算カテゴリー
①かつとまたはの変換
2.0時代にはあったしぜひつけてほしい。
②<[文字列] は大文字 ::operators>「aA」の場合どうなる?
③(()の()乗::operators)そこまで使わなさそうだが、あったら使う。保留。
④<[] と [] が大文字小文字を含めて同じ::operators>使い道が不明。反対。
⑤(もし <> なら [] でなければ [] :: operators)使い道が不明。反対。
⑥<TRUE::operators><FALSE::operators>https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2670867/
初心者には分かりにくそう。
⑦([ v]をunicodeで[デコード v]::operators)初心者には分かりにくそう。
⑧([]を計算::operators)https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2839913/
保留。
⑨<[] ≦ []::operators>⑩
<[] ≧ []::operators><[] ≠ []::operators>拡張機能に入れるほどでないと思う。反対。
- hirayuu1414
-
500+ posts
Scratch への提案
①かつとまたはの変換
賛成。かつとまたはを間違えることはよくある。
②
③
④
⑤
⑥
Trueは「ではない」、Falseは「かつ」や「または」で再現可能ため反対。
⑦
⑧
計算はブロックでやるべきなため、反対。
⑨
⑩
これは簡単だから代用しようよ。反対。
賛成。かつとまたはを間違えることはよくある。
②
<[文字列] は大文字 ::operators>前でも出てるが、大文字と小文字が混ざっているときに疑問なので反対。
③
(()の()乗::operators)あまり使わなそうな上、少々誤差は出るものの代用可能なため反対。
④
<[] と [] が大文字小文字を含めて同じ::operators>機能には大文字判定が楽になるため賛成だが、名前がダサい()
⑤
(もし <> なら [] でなければ [] :: operators)反対。簡単に代用可能。
⑥
<TRUE::operators>
<FALSE::operators>https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2670867/
Trueは「ではない」、Falseは「かつ」や「または」で再現可能ため反対。
⑦
([ v]をunicodeで[デコード v]::operators)?私の知識不足でしょうか。意味がわかりません。
⑧
([]を計算::operators)https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2839913/
計算はブロックでやるべきなため、反対。
⑨
<[] ≦ []::operators>賛成。代用可能だがその方法に気付くのはかなり難しい。
<[] ≧ []::operators>
⑩
<[] ≠ []::operators>≠、≦、≧、#654 拡張機能に追加 → 未解決だが代用可能
これは簡単だから代用しようよ。反対。
Last edited by hirayuu1414 (March 8, 2022 22:15:14)
- _-ehu-_
-
50 posts
Scratch への提案
①かつとまたはの変換
賛成。かつとまたはを変換できると楽。
②
③
④
⑤
⑥
再現可能なため反対。
⑦
⑧
大変だがある程度代用できるので反対。式じゃないものを入力されるとどうなるのか?
⑨
⑩
簡単に代用できる。反対。
賛成。かつとまたはを変換できると楽。
②
<[文字列] は大文字 ::operators>大文字と小文字が混ざっているときに疑問。一応賛成。
③
(()の()乗::operators)あまり使わなそうなので反対。
④
<[] と [] が大文字小文字を含めて同じ::operators>これを実装するなら ②を実装した方が初心者が混乱しなさそうなので反対。
⑤
(もし <> なら [] でなければ [] :: operators)反対。簡単に代用可能。
⑥
<TRUE::operators>
<FALSE::operators>https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2670867/
再現可能なため反対。
⑦
([ v]をunicodeで[デコード v]::operators)これはunicodeにする⇄unicodeから文字にするってことですよね?使えるシーンよりも初心者が混乱しそうなので反対。
⑧
([]を計算::operators)https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2839913/
大変だがある程度代用できるので反対。式じゃないものを入力されるとどうなるのか?
⑨
<[] ≦ []::operators>賛成。代用可能だがその方法に気付くのはかなり難しい。
<[] ≧ []::operators>
⑩
<[] ≠ []::operators>≠、≦、≧、#654 拡張機能に追加 → 未解決だが代用可能
簡単に代用できる。反対。