Discuss Scratch
- Odakyu21
-
Scratcher
89 posts
Scratch への提案
意味が間違っていたので削除
Last edited by Odakyu21 (Nov. 27, 2025 12:15:48)
- kaki_jp
-
Scratcher
79 posts
Scratch への提案
#8560
#8561の通り、単に基準を満たしていないからか、@inokingさんが忙しくて変更が遅れているという可能性もあります。@adachieijiさんは今変更できても、人によっては今でも時間がなくて「今はできないな…」となっている人もいます。
当たり前のことだけども、全員があなたとまったく同じ日常で過ごしているわけではないことを分かってほしいです。
まずは気長に待ちませんか?
#8561の通り、単に基準を満たしていないからか、@inokingさんが忙しくて変更が遅れているという可能性もあります。@adachieijiさんは今変更できても、人によっては今でも時間がなくて「今はできないな…」となっている人もいます。
当たり前のことだけども、全員があなたとまったく同じ日常で過ごしているわけではないことを分かってほしいです。
まずは気長に待ちませんか?
Last edited by kaki_jp (Nov. 27, 2025 13:09:32)
- adachieiji
-
Scratcher
39 posts
Scratch への提案
#8560ああ。分かりました!本当に、すいませんでした!
#8561の通り、単に基準を満たしていないからか、@inokingさんが忙しくて変更が遅れているという可能性もあります。@adachieijiさんは今変更できても、人によっては今でも時間がなくて「今はできないな…」となっている人もいます。
当たり前のことだけども、全員があなたとまったく同じ日常で過ごしているわけではないことを分かってほしいです。
まずは気長に待ちませんか?
- ramon6174
-
Scratcher
40 posts
Scratch への提案
提案:
もしかしたら、すでに却下されていたり、誰かが提案していたりしている可能性があります。
コスチュームに関する提案
・円を◯等分に分割する機能 (却下される可能性:大)
・色の選択に透明度も追加する提案
ブロックに関する提案
・
これはこの項目の中に入るか分かりませんが、
・概数になる最小桁を引き上げ
以上です。少ないですが、皆様の意見をお待ちしております。
もしかしたら、すでに却下されていたり、誰かが提案していたりしている可能性があります。
コスチュームに関する提案
・円を◯等分に分割する機能 (却下される可能性:大)
・色の選択に透明度も追加する提案
ブロックに関する提案
・
((number) の[〇〇 v]::operators)について、asin、acos、atanを廃止する提案。
これはこの項目の中に入るか分かりませんが、
・概数になる最小桁を引き上げ
以上です。少ないですが、皆様の意見をお待ちしております。
Last edited by ramon6174 (Dec. 1, 2025 10:16:04)
- 23hayabusa
-
Scratcher
37 posts
Scratch への提案
スクラッチの演算ブロック
([asin v] of ()::operators)について、それぞれのasin、acos、atanの表記を、それぞれarcsin、arccos、arctanにしてほしいです。理由は、arcsinなどの表記のほうが、数学的な表記に近いので、そのほうが誤解を招きづらいと思ったからです。
([acos v] of ()::operators)
([atan v] of ()::operators)
Last edited by 23hayabusa (Dec. 1, 2025 11:38:24)
- chona2021
-
Scratcher
53 posts
Scratch への提案
#8568
arcsinなどは数学的な表記には近いかもしれませんが、プログラミングや表計算ソフトなどではasinの方が多く使われています。
参考
https://developer.mozilla.org/
https://www.javadrive.jp/
https://www.ibm.com/
https://support.microsoft.com/
arcsinなどは数学的な表記には近いかもしれませんが、プログラミングや表計算ソフトなどではasinの方が多く使われています。
参考
https://developer.mozilla.org/
https://www.javadrive.jp/
https://www.ibm.com/
https://support.microsoft.com/
- ramon6174
-
Scratcher
40 posts
Scratch への提案
#8565円を◯等分にする提案については、便利になると思ったからです。(詳しい理由が無いし、実用性もそれほどあるのかなと自分で思っているので、まあ却下される可能性が高いでしょうなと思っています。)
理由を書いてください。
透明度を追加する提案については、可能性が広がるなと思ったからです。
asin,acos,atanを廃止する提案については、代用できるものがあるからですね。
概数になる最小値を引き上げる提案については、京レベルの計算はある程度する事があるのにそこで概数になってしまっては困る人が多いと思ったからですね。また、澗や極レベルの計算はほぼしないから、少し上げるだけでも結構便利になるからですね。
- chona2021
-
Scratcher
53 posts
Scratch への提案
#8570
asin,acos,atanの「代用できるもの」とは、何があるのですか。
asin,acos,atanの「代用できるもの」とは、何があるのですか。
Last edited by chona2021 (Dec. 1, 2025 12:35:05)
- CPU-Nagi
-
Scratcher
100+ posts
Scratch への提案
・おそらくこれに関しては実装されないと思います。私は数学をろくに学んだことがないのでよくわかりませんが…((number) の[〇〇 v]::operators)について、asin、acos、atanを廃止する提案。
そもそもプログラミング言語において一度実装された物が削除されるというケースは非常に稀です。うるさいブロック?何それ知らない子ですね
何か大きな理由でもなければ実装はされないでしょう。
Last edited by CPU-Nagi (Dec. 1, 2025 12:46:57)
- kurosio-ZP
-
Scratcher
33 posts
Scratch への提案
提案:一つずつ答えていきます。
もしかしたら、すでに却下されていたり、誰かが提案していたりしている可能性があります。
コスチュームに関する提案
・円を◯等分に分割する機能 (却下される可能性:大)
・色の選択に透明度も追加する提案
ブロックに関する提案
・((number) の[〇〇 v]::operators)について、asin、acos、atanを廃止する提案。
これはこの項目の中に入るか分かりませんが、
・概数になる最小桁を引き上げ
以上です。少ないですが、皆様の意見をお待ちしております。
・円を◯等分に分割する機能 → 理解力なくて理解不能()
・透明度 → Turbowarpで使用可能
・asin、acos、atanを廃止 → 代用可能でなくはない(と思う)ものの重くなる上、ブロックが減るのはバージョンが上がる(例:2.0→3.0)の時くらいしかない)
・概数になる最小桁を引き上げ → 前に私も同じような提案をしたことがあります。任意演算を作りましょう。
被ってるかもしれない
- ramon6174
-
Scratcher
40 posts
Scratch への提案
そうですか。ありがとうございました。提案:一つずつ答えていきます。
もしかしたら、すでに却下されていたり、誰かが提案していたりしている可能性があります。
コスチュームに関する提案
・円を◯等分に分割する機能 (却下される可能性:大)
・色の選択に透明度も追加する提案
ブロックに関する提案
・((number) の[〇〇 v]::operators)について、asin、acos、atanを廃止する提案。
これはこの項目の中に入るか分かりませんが、
・概数になる最小桁を引き上げ
以上です。少ないですが、皆様の意見をお待ちしております。
・円を◯等分に分割する機能 → 理解力なくて理解不能()
・透明度 → Turbowarpで使用可能
・asin、acos、atanを廃止 → 代用可能でなくはない(と思う)ものの重くなる上、ブロックが減るのはバージョンが上がる(例:2.0→3.0)の時くらいしかない)
・概数になる最小桁を引き上げ → 前に私も同じような提案をしたことがあります。任意演算を作りましょう。
被ってるかもしれない
- ramon6174
-
Scratcher
40 posts
Scratch への提案
ですが、透明の方はScratchでも使えるようにして良いのでは無いのでしょうか。提案:一つずつ答えていきます。
もしかしたら、すでに却下されていたり、誰かが提案していたりしている可能性があります。
コスチュームに関する提案
・円を◯等分に分割する機能 (却下される可能性:大)
・色の選択に透明度も追加する提案
ブロックに関する提案
・((number) の[〇〇 v]::operators)について、asin、acos、atanを廃止する提案。
これはこの項目の中に入るか分かりませんが、
・概数になる最小桁を引き上げ
以上です。少ないですが、皆様の意見をお待ちしております。
・円を◯等分に分割する機能 → 理解力なくて理解不能()
・透明度 → Turbowarpで使用可能
・asin、acos、atanを廃止 → 代用可能でなくはない(と思う)ものの重くなる上、ブロックが減るのはバージョンが上がる(例:2.0→3.0)の時くらいしかない)
・概数になる最小桁を引き上げ → 前に私も同じような提案をしたことがあります。任意演算を作りましょう。
被ってるかもしれない
また、概数になる最小値を引き上げは却下されましたか?
Last edited by ramon6174 (Dec. 1, 2025 12:53:29)
- inoking
-
Scratcher
1000+ posts
Scratch への提案
また、概数になる最小値を引き上げは却下されましたか?なぜ「概数になる」になるのかを理解していますか?
これは、Scratch 3.0 を実装している JavaScript における安全な整数の最大値 によるものです。
この制限を外そうとするなら
Scratch 内部で任意精度演算のようなものを実装しないといけません。
それをシステムとして用意するだけの必要性はないでしょう。
そういうものがどうしてもほしい人は自分で作るか他人の作品をリミックスするかという選択肢があります。
なお、
(詳しい理由が無いし、実用性もそれほどあるのかなと自分で思っているので、まあ却下される可能性が高いでしょうなと思っています。)ちゃんとした理由づけがないようなら
ここに投稿してもみんなの時間をムダにするだけです。
- aalaalscratcher
-
Scratcher
100+ posts
Scratch への提案
ターボワープを使用して作成されたプロジェクトの公開は禁止されています。が、TurboWarpで作成した画像をScratchに持ってくる事自体はできます
つまり、TurboWarp(など)で透明を作成してScratchに画像だけ持って来いということです
- sansyokudango_-000--
-
Scratcher
42 posts
Scratch への提案
こちら、およびこちらから繋がる英語トピックを参考にした上で
参照数及び⭐︎♡、フォロワー数、通知数の具体的な数値の完全非表示化を提案します。
これら全てに共通した理由は、知名度誇示のための使用や、
人気欲しさを理由に無意味なプロジェクトの作成や無意味なコメントをする事の催促
(検証と称し、作品の中身をあえて作らずに異常な量の宣伝を行い、参照数を稼ぐ行為や、無意味なコメントの連投を促し通知数を公開するなどの行為もありました。)
これらのために使用されているからです。
以下改善案です。
参照数及び⭐︎♡、フォロワー数、通知数の具体的な数値の完全非表示化を提案します。
これら全てに共通した理由は、知名度誇示のための使用や、
人気欲しさを理由に無意味なプロジェクトの作成や無意味なコメントをする事の催促
(検証と称し、作品の中身をあえて作らずに異常な量の宣伝を行い、参照数を稼ぐ行為や、無意味なコメントの連投を促し通知数を公開するなどの行為もありました。)
これらのために使用されているからです。
以下改善案です。
- 参照数及び⭐︎♡数の完全非表示または(妥協案)フォーラムでの+100のようにおおまかな数字での表示
どれだけの人に見られたかについて知る必要性を感じない。
ついでによくある傾向の噂も薄められる?
- フォロワー数及びフォロワーの「全て見る」欄の完全非表示
上のurlでは効果が足りなかった模様なので、より徹底的に。
そもそもフォロー機能は自身がそのユーザーから通知を受け取るためのもの。
(「自身がフォローしているユーザー」に関しては↑に記した本来の用途から継続的に表示)
- 通知数の非表示化
来てるか来ていないかさえ分かれば良い。具体的に何件来ているかを知る理由は皆無。
- lucky_yo-
-
Scratcher
22 posts
Scratch への提案
>>#8579
この案には賛成したいです。自身も参照数欲しさに目的のないプロジェクトが増えている気がする
個人的すぎる解釈ですが、参照数や☆♡はほかのプロジェクトからどのような作品、プログラムたと見る人、リピーターが増えるかなど分析力を鍛える?ためにあると思っております。なので完全非表示ではなくフォーラムでの+100のようにおおまかな数字での表示のほうがいいです
そういえばなんで♡と☆なんですか?☆だけでいいような気がするんですけど、、
通知数関連?ですが
他人の通知数が確認できてしまうURLとか削除できないのでしょうか?
この案には賛成したいです。自身も参照数欲しさに目的のないプロジェクトが増えている気がする
個人的すぎる解釈ですが、参照数や☆♡はほかのプロジェクトからどのような作品、プログラムたと見る人、リピーターが増えるかなど分析力を鍛える?ためにあると思っております。なので完全非表示ではなくフォーラムでの+100のようにおおまかな数字での表示のほうがいいです
そういえばなんで♡と☆なんですか?☆だけでいいような気がするんですけど、、
通知数関連?ですが
他人の通知数が確認できてしまうURLとか削除できないのでしょうか?
Last edited by lucky_yo- (Dec. 2, 2025 09:39:22)
- e1bfd762321e409cee4a
-
Scratcher
52 posts
Scratch への提案
<<Previous Post
#8580
通知数確認のAPIについては、数がわかるだけで内容は見ることができないため、
削除する必要性はあまりないと思います。
コメントとかに書けないようにする、というのなら良いのかもしれませんが。
edit: pp追加&ご指摘いただいた内容を修正
#8580
通知数確認のAPIについては、数がわかるだけで内容は見ることができないため、
削除する必要性はあまりないと思います。
コメントとかに書けないようにする、というのなら良いのかもしれませんが。
edit: pp追加&ご指摘いただいた内容を修正
Last edited by e1bfd762321e409cee4a (Dec. 2, 2025 10:18:07)