Scratch への提案

ramon6174

CPU-Nagi wrote:
ramon6174 wrote:
・
((number) の[〇〇 v]::operators)
について、asin、acos、atanを廃止する提案。
おそらくこれに関しては実装されないと思います。私は数学をろくに学んだことがないのでよくわかりませんが…
そもそもプログラミング言語において一度実装された物が削除されるというケースは非常に稀です。うるさいブロック？何それ知らない子ですね
何か大きな理由でもなければ実装はされないでしょう。

では、うるさいブロックは何故無くなったのでしょうか。

inoking

ramon6174 wrote:
では、うるさいブロックは何故無くなったのでしょうか。

それは asin、acos、atan とは関係ありません。
個々のブロックによって事情はちがいます。

kurosio-ZP

ramon6174 wrote:
では、うるさいブロックは何故無くなったのでしょうか。

代用可能だからといってなんでもなくせばいいものではありません

abee

ramon6174さんは、

#8571

chona2021 wrote:
#8570
asin,acos,atanの「代用できるもの」とは、何があるのですか。

にまだ答えていません。

ramon6174

abee wrote:
ramon6174さんは、

#8571
chona2021 wrote:
#8570
asin,acos,atanの「代用できるもの」とは、何があるのですか。
にまだ答えていません。

結構面倒臭いですが、0.01単位でリストに入れ、ガウス関数で0.01単位にして、近似値を求めると言う方法があります。
また、0.1,0.2,…と、そのsinを求めていき、そのもともとの数に一番近かった値から、今度は0.n1,0.n2,…と、やっていくものがあります(こちらも中々面倒臭いです)。
ただ、今思ってみると、確かにasin達はあった方が良いですね。こう言う手間が省けますし。

Last edited by ramon6174 (Dec. 5, 2025 14:50:47)

m1m1syatyou792

プロフィールの「私が行ったこと」を非表示にできる機能が欲しいです！
プライバシーの観点からこれは実装したほうがいいのではと思います！

sei6sei

そもそも、プライバシーの観点から問題のある内容を“私が行ったこと”に書くべきではありません。
これは、コミュニティーガイドラインの安全を保つことに違反するからです

RICE-MAKER

sei6sei wrote:
そもそも、プライバシーの観点から問題のある内容を“私が行ったこと”に書くべきではありません。
これは、コミュニティーガイドラインの安全を保つことに違反するからです

いや、「私が取り組んでいること」なら自分で書き込めますが、「私が行ったこと」は自分では書き込めず、勝手に表示されてしまうんです。

というのは一旦置いておいて、私は別に消す必要はないと思います。プライバシーと言っても、自分の個人情報がさらされているわけでも、スクラッチ内でどんなことを書き込んだかなどがさらされるわけではありません。「私が行ったこと」に書かれるのは、「スタジオに作品を追加した」「作品を投稿した」「フォローした」「スタジオに入った」などですが、これはスクラッチを活性化させるために表示されています。色んな人が、いろんなものに興味を持ち、新たな作品を生み出す足掛けになるからです。

Last edited by RICE-MAKER (Dec. 10, 2025 08:17:37)

mashu_Official

#8608

RICE-MAKER wrote:
「私が行ったこと」は自分では書き込めず、勝手に表示されてしまうんです。

載って問題のあることをしなければいいのではないですか。マネージャーへの昇格を除き（まあそれもキュレーターにならなければいいだけなんだが）、その人が何か起こさない限り載ることはありませんので。
（#8610のような誤解を招いたので一部書き方を変更）

Last edited by mashu_Official (Dec. 10, 2025 09:23:58)

maikurakun_828

mashu_Official wrote:
問題のあることが乗らないようにすればいいのではないですか。

「問題のあることが載らないようにする」だと、問題のある行動が表示されるのを回避するように思えます。

RICE-MAKER

mashu_Official wrote:
#8608
RICE-MAKER wrote:
「私が行ったこと」は自分では書き込めず、勝手に表示されてしまうんです。
問題のあることが乗らないようにすればいいのではないですか。マネージャーへの昇格を除き（まあそれもキュレーターにならなければいいだけなんだが）、その人が何か起こさない限り乗ることはありませんので。

「問題があることが勝手に表示されてしまう」という意味ではなく「書き込めるのは別のところです（私が返信していた人宛）」という意味です。前後の文節でわかりませんでしたか？

Ke0

「プライバシーの観点」の一言では、「“私が行ったこと”が公開されているデメリット」に関して説明不足です。議論はそこを明らかにしてからでしょう。（ちょっと活動がバレたくないな…という個人感情をプライバシーとイコールで結び付けると、論点が違ってきます。）

Last edited by Ke0 (Dec. 10, 2025 09:07:48)

mashu_Official

maikurakun_828 wrote:
mashu_Official wrote:
問題のあることが乗らないようにすればいいのではないですか。
「問題のあることが載らないようにする」だと、問題のある行動が表示されるのを回避するように思えます。

「そもそも載って問題のあることをしなければいい」と意味で書いていました。誤解を招いてしまいすみません。

RICE-MAKER wrote:
「問題があることが勝手に表示されてしまう」という意味ではなく「書き込めるのは別のところです（私が返信していた人宛）」という意味です。前後の文節でわかりませんでしたか？

（私の書き方もおかしい気がしますが）あなたの書き方的に、「問題のあることが勝手に載るから仕方ない」と読み取れるので、「問題のあることが載らないようにすればいい」と書きました。なんか見返すと理由無理やり感あるな…

Last edited by mashu_Official (Dec. 10, 2025 09:24:58)

23hayabusa

([tan v] of ()::operators)

のブロックをなくしてはどうでしょうか。
理由は、tanθはsinθ/cosθで求めることができるからです。

inoking

23hayabusa wrote:
([tan v] of ()::operators)
のブロックをなくしてはどうでしょうか。
理由は、tanθはsinθ/cosθで求めることができるからです。

なくせません。
代用できるからといって、なくせばいいとはなりません。
#1 より：

「ここで提案しても却下される」と言う方へ：
#798 および、旧トピックの #3983, #4416, #4971 も読んでみてください。
このエッセイも読んでみてください。

#8571 でもふれられていたように
すでにあるブロックを削除することはほとんどありません。
それを使っている作品が動かなくなります。

ypsana-cucenycol

音楽ブロックの　　( a )のドラムを( x )拍鳴らす　ブロックの音の長さをそろえてほしいです。複数の楽器を同時に慣らしてリズムを鳴らすときに、時間がたつと音がばらけていくのを解消したいからです。

Last edited by ypsana-cucenycol (Today 07:32:14)

mashu_Official

#8616
ズレるようでしたら、タイマーを使ってはどうですか。タイマーは重たくなったとしてもズレることはないからです。

e1bfd762321e409cee4a

#8616
すでに拍は揃っています。(確認)
FPSが変わると音がズレる現象(これで中を行ったり来たりするとわかる)については、リストや変数を使えば解消できます。
★★かぶった★★

Last edited by e1bfd762321e409cee4a (Today 07:45:20)

Discuss Scratch