Discuss Scratch

kahansin87
Scratcher
7 posts

Scratch への提案

私はスタジオから抜けたい(キュレーターから自身を削除したい)と思った時、キュレーターが多すぎて自身のアカウントが見つからない、という事がありました。そこで、『「私のスタジオ」の欄からスタジオを抜けられる機能』を思いつきました。もう既に提案、却下されていたりしますか?
inoking
Scratcher
1000+ posts

Scratch への提案

kahansin87 wrote:

私はスタジオから抜けたい(キュレーターから自身を削除したい)と思った時、キュレーターが多すぎて自身のアカウントが見つからない、という事がありました。そこで、『「私のスタジオ」の欄からスタジオを抜けられる機能』を思いつきました。もう既に提案、却下されていたりしますか?
却下された提案 より:
スタジオからぬけられるボタン
理由:#7123
※理由のリンク先の内容がちょっとおかしかったので修正しました。

Last edited by inoking (Feb. 17, 2025 03:38:05)

kahansin87
Scratcher
7 posts

Scratch への提案

#7303
見落としていました。ありがとうございます。
pichiske0722
Scratcher
95 posts

Scratch への提案

(メッセージ1 v)を作る::events
が欲しいです。
理由は、とあるプログラムを作る際に、メッセージを多数作らないといけないのですが、このブロックがあれば、変数を駆使して、楽にそのプログラムができるからです。

#7311を受け、提案内容を変更します。
(メッセージ1 v)を受け取ったとき
が欲しいです。変更した部分は、から、( v)にしたところです。これであれば、私が作りたいプログラムが可能になりますので、こちらでお願いします。

Last edited by pichiske0722 (Feb. 18, 2025 09:40:54)

TNTSuperMan
Scratcher
100+ posts

Scratch への提案

#7304
こうすればいいんじゃないですかね
[メッセージ名 v]を[100]にする
[メッセージ v]を送る


[メッセージ v]を受け取ったとき
if <(メッセージ名) = [100]>then //もし~~ならば
100の処理
end
if <(メッセージ名) = [101]>then
101の処理
end
if <(メッセージ名) = [102]>then
102の処理
end
...
abee
Scratcher
1000+ posts

Scratch への提案

#7304
いまも、以下のように書くことができます。
(変数)を送る
pichiske0722
Scratcher
95 posts

Scratch への提案

#7305
その発想はありませんでした。ありがとうございます。
#7306
その場合もメッセージが存在する状態でないと、いけないですよね?
私はその手間をなくしたいのです。
kouryou118103
Scratcher
1000+ posts

Scratch への提案

作ってもハットブロックがなければ実行できないのでは?
pichiske0722
Scratcher
95 posts

Scratch への提案

#7308
それでしたら、メッセージのハットブロックを、から、( v)にすれば良いのはないでしょうか
sei6sei
Scratcher
100+ posts

Scratch への提案

メッセージ名を変数に格納する手間とメッセージを作成する手間は同じような手間だと思うのですが。
(eventName) を受け取ったとき::events hat
...

[eventName v] を [foo]にする
(eventName)を送る ::event

 [ v]を受け取ったとき
...

[ v]を送る
を比べると、むしろ下のほうが圧倒的に速いと思います。
しかも、これを実装したところでできることが増える、とも思えません。

さらに言えば、あなたがやろうとしていることは、(少し飛躍した話にはなりますが)すでに以下の方法で実現可能です。
(eventName) を送る ::event
詳しくは関数ポインタで検索してみてください

Last edited by sei6sei (Feb. 18, 2025 02:27:42)

inoking
Scratcher
1000+ posts

Scratch への提案

(eventName) を受け取ったとき::events hat
...

[eventName v] を [foo]にする
(eventName)を送る ::event
であれば
(eventName) を foo にする がなくても
(eventName) の値に関わらず処理は実行されるはずです。

結局、元の提案は何をしたいのか分かりません。
GodMonkey1107
Scratcher
14 posts

Scratch への提案

下のコメントを受け削除

Last edited by GodMonkey1107 (Feb. 19, 2025 01:44:38)

yuito2013
Scratcher
100+ posts

Scratch への提案

#7312の補足(理由)

GodMonkey1107(元の文) wrote:


-when I receive (foo) 
はできません。
に付け加えて、
-when I receive [ ココは四角です v]
のように、丸いブロックを入れられません。したのコメントを受けて削除

Last edited by yuito2013 (Feb. 18, 2025 09:48:32)

inoking
Scratcher
1000+ posts

Scratch への提案

文脈を理解してください。
今しているのは
(eventName) を受け取ったとき::events hat
と書けるように変えたらどうなるかの話です。

Last edited by inoking (Feb. 18, 2025 06:09:30)

taipingu2288
Scratcher
33 posts

Scratch への提案

Scratchで顔出しなどの個人情報を晒すようなプロジェクトは投稿できないような仕組みを作って欲しいです。いないと願いたいですが、それで個人情報を特定しようとしている人がいるので。
sei6sei
Scratcher
100+ posts

Scratch への提案

そもそもの話、「顔出し」をしている人に責任があります。
taipingu2288
Scratcher
33 posts

Scratch への提案

sei6sei wrote:

そもそもの話、「顔出し」をしている人に責任があります。
そうですね。愚問でした。
aalaalscratcher
Scratcher
100+ posts

Scratch への提案

taipingu2288 wrote:

Scratchで顔出しなどの個人情報を晒すようなプロジェクトは投稿できないような仕組みを作って欲しいです。いないと願いたいですが、それで個人情報を特定しようとしている人がいるので。
報告できます。「この作品の作者の安全が心配です」という理由を選び「なぜそう思った」のか書きましょう。
pichiske0722
Scratcher
95 posts

Scratch への提案

inoking wrote:

(eventName) を受け取ったとき::events hat
...

[eventName v] を [foo]にする
(eventName)を送る ::event
であれば
(eventName) を foo にする がなくても
(eventName) の値に関わらず処理は実行されるはずです。

結局、元の提案は何をしたいのか分かりません。
#7311確かに、それであれば、私のやりたいことができるので、提案をそちらに変更します。

Last edited by pichiske0722 (Feb. 18, 2025 09:36:47)

inoking
Scratcher
1000+ posts

Scratch への提案

pichiske0722 wrote:

#7311確かに、それであれば、私のやりたいことができるので、提案をそちらに変更します。
「それ」とは何ですか?
#7311 で私が言っているのは
その方式では実装する意味がないということです。

Powered by DjangoBB