Discuss Scratch

sakai12
Scratcher
100+ posts

Scratch への提案

そのまま2番めと3番めが出力されるでしょう。
nyankodaisensou-suki
Scratcher
100+ posts

Scratch への提案

無視しないでください。

nyankodaisensou-suki wrote:

#226再掲

sakai12 wrote:

再掲

inoking wrote:

みなさんへ:
仕分けがすむまで、新規の提案はなるべくしないようにお願いします。
また、仕分けについての意見の際は過去の議論をふまえてコメントをお願いします。
これなんとかなりませんかね…
hirayuu1414
Scratcher
500+ posts

Scratch への提案

無視しているわけではありません。
出てしまった提案については話さないのは失礼でしょう。
事あるたびに出てくるその投稿の方が迷惑です。
hirayuu1414
Scratcher
500+ posts

Scratch への提案

そろそろ仕分けを進めましょう。
#277と他の方の意見をもとにもう一度判断しました。
1…「却下」//提案しなくても増える、現時点の音源で充分ということで変更なし(音を増やすことに反対なわけではない)
2,3…「意見が分かれる」//ke0さんの「一部の主観的な反論にも納得できる」をもとに変更
4…「却下」
5…「異論のない」//反論に出ているピッチとの違いは明確な上、中立意見も肯定的ということで変更なし
6…「意見が分かれる」

これでどうでしょう。
特に4と6ですが、反論等なければこれを反映して良いと思います。

この投稿に付け加えるように言いますが、仕分けを進めるため、新規の提案はご遠慮ください
また、事あるたびに注意だけの投稿をするのもご遠慮ください。
どちらも仕分けの邪魔です。

Last edited by hirayuu1414 (March 5, 2022 22:03:37)

sakai12
Scratcher
100+ posts

Scratch への提案

私からの異論はありません。

追記:1は無記載で良いと思います

Last edited by sakai12 (March 6, 2022 08:53:29)

StrongPeanut
Scratcher
1000+ posts

Scratch への提案

1は「却下」にすべきではなく、無記載で良いと思います。
「却下」とするとこれ以上増えないという印象を与えかねないので。
Yellow_Apple
Scratcher
100+ posts

Scratch への提案

#331
賛成です。
記載しなくても増えていくと思うので
inoking
Scratcher
1000+ posts

Scratch への提案

遅くなりすみません。
#171 の音カテゴリーですが
#277 でのまとめやこの辺までの話から、以下でよいでしょうか。
日本時間 3/9 18:00 までに特に異論なければ合意が取れたものとします。

1
・用意されている音の種類の増加
→ 提案不要としてリストから削除。勝手に増える。

2
終わるまで [ v] の音を () 秒から鳴らす :: sound
3
[ v] の音を () 秒から鳴らす :: sound
→「意見の分かれる提案」ただし賛成が強い?

4
(楽器::sound)
→ 「却下された提案」代用可能

5
音の再生速度を () % にする::sound
→「意見の分かれる提案」ただし賛成が強い?

6・#756
[ v] の音を止める :: sound
→「意見の分かれる提案」ただし反対が強い?

Last edited by inoking (March 8, 2022 10:42:16)

kuretaka
Scratcher
100+ posts

Scratch への提案

はい。よいと思います。
hirayuu1414
Scratcher
500+ posts

Scratch への提案

了解です。
k0mune8
Scratcher
81 posts

Scratch への提案

はい、自分もいいと思います。
Yellow_Apple
Scratcher
100+ posts

Scratch への提案

いいと思います!

Last edited by Yellow_Apple (March 8, 2022 10:51:55)

yuzupon1133-sub
Scratcher
1000+ posts

Scratch への提案

注: 「異論がなければ」なので賛成投稿をする必要はありません
sakai12
Scratcher
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
Scratcher
1000+ posts

Scratch への提案

僕の意見です
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
Scratcher
1000+ posts

Scratch への提案

演算カテゴリー
①かつとまたはの変換
これはUIの問題なのでskip
<[文字列] は大文字 ::operators>
複数ある場合は謎。代用可能なので反対。
(()の()乗::operators)
そもそもJSには正確な階乗をする方法が無いので技術的に不可能。
<[] と [] が大文字小文字を含めて同じ::operators>
I MI FU ☆
(もし <> なら [] でなければ [] :: operators)
デザインが嫌だ。あったら使う程度。賛成寄りの反対。

<TRUE::operators>
<FALSE::operators>
https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2670867/
代用可能なので反対。

([ v]をunicodeで[デコード v]::operators)
Scratchに相応しくない、代用可能

([]を計算::operators)
https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2839913/
evalって事ね。確かに便利そうではあるけど、パッと見何を引数に入れたらいいのか分からない。賛成寄りの微妙。

<[] ≦ []::operators>
<[] ≧ []::operators>
うーーーん、確かに、普通どのプログラミング言語にもこれはあるし、むしろない方が不思議。追加したら初心者に優しくなる。代用は可能なため賛成寄りの微妙。

<[] ≠ []::operators>
≠、≦、≧#654 拡張機能に追加 → 未解決だが代用可能
これは代用してください
nyankodaisensou-suki
Scratcher
100+ posts

Scratch への提案

「かつとまたはの変換」とは何ですか?

Last edited by nyankodaisensou-suki (March 8, 2022 22:00:30)

hhayyatto
Scratcher
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
Scratcher
500+ posts

Scratch への提案

①かつとまたはの変換
賛成。かつとまたはを間違えることはよくある。

<[文字列] は大文字 ::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-_
Scratcher
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 拡張機能に追加 → 未解決だが代用可能
簡単に代用できる。反対。

Powered by DjangoBB