SHIMOKU_1010 wrote:

いや

nijiniji2424 wrote:

それはSHIMOKU_1010さんの勘違いです。確かに#allは反応して#すべては反応しないように思えてきますが、そう思うのはただ単にリンクになっているかなっていないかです。青くないからと言って反応していないわけではありません。

おお、そうなんですか。でも、僕が求めているのは「リンク化できるようにしてほしい」ということです。
その時は臨機応変に対応するのが大事だと思いますが…

5-2kaito wrote:

タグとは検索結果において、上位に浮かび上がらせるためのものです。

5-2kaito wrote:

ここでも出てきた話ですが、この作品は棒人間と検索した時、かなり下の方ですが、出てきます。

kouhei-1 wrote:

それぞれについてどのような場面で使うか示してください。

SHIMOKU_1010 wrote:

いや

nijiniji2424 wrote:

SHIMOKU_1010 wrote:

作品の「メモとクレジット」のところに打つ、「タグ」ってあるじゃないですか。
そのタグ、英語でしか反応しないんですよね。
#all #すべて

のように。
日本語でも対応できるようにしてほしいです。

それはSHIMOKU_1010さんの勘違いです。確かに#allは反応して#すべては反応しないように思えてきますが、そう思うのはただ単にリンクになっているかなっていないかです。青くないからと言って反応していないわけではありません。

おお、そうなんですか。でも、僕が求めているのは「リンク化できるようにしてほしい」ということです。
その時は臨機応変に対応するのが大事だと思いますが…

kinnniku_pi-mann wrote:

#5401

Scratch ブロックの考え方として
以下のような説明が英語の提案フォーラムにあります。

スクラッチはいつも超シンプルである必要はありません。
例えば、物理学の法則に従ったスプライトを作成した「物理学」ブロックを提案した場合、これはおそらく却下されます。
どうして？それは確かに便利でしょう。
問題は Scratch をあまりにも簡単にすることです。それは、「想像、プログラム、共有」から「プログラム」を取り去っているようなものです。
私たちは5分で何かを作れるようにすることを望んでいません。
それはプログラミングする、楽しい時間を費やす、作品に力を注いだりする、ということを損ないます。
しかし、あなたはいつでも自分の物理学チュートリアルを作成し、コミュニティと共有することができます。
それによって、物理学のプログラミムを知らない人が物理学のプログラムを学ぶことができます。

scratchは、超便利プログラミングサイトを目指しているわけではなく、
超使いやすいプログラミング力がめっちゃつくプログラミングサイトを
目指しています。
出典
kouryou118103さん、出典ありがとうございます。

muriyoudesu wrote:

<[りバんナごナ]が[りんごバナナ]のどれかの文字を含んでいる>

理由は、ばらばらになった文字でも、わかるから。

(() の () 番目の文字::operators)

<() に () が含まれる::operators>

() 回繰り返す
end

kouryou118103 wrote:

1つ目は#6に却下された提案として載っています。

<Scratcher::sensing>//クラウド変数が使えるものとしての

理由：https://scratch.mit.edu/discuss/post/2808893/

tabakenn wrote:

引数の並べ替え　より重視したい提案はたくさんありますが、文字通り、異論のない提案として軽微なものもリストに羅列しておいて良い気がします。
異論のない提案でなくても、もう決着がついている分はどこかにまとめておけば良いと思います。
タブレットでのリストの大きさの変更なども何回か提案されていますし入れて良い気がします。

kyokyoro wrote:

#5371
Getはわかりませんが、おそらくPostは実装されません。
プロジェクトから勝手にコメントを送信できたりすると、スパムにつながります。

Y-TKO wrote:

変数のようにメッセージの名前を後から変更できるようにしたいです。また適用先のスプライトを絞ることができるようにしたいです。そうするとメッセージを大量に使うプロジェクトのメッセージ選択画面がスッキリします。

NEKOGAMI_ wrote:

（略）
すいません
話が過ぎてるんですけど
少し補足で コメントを送信ではなくクラウド変数を保存するサーバなどをブロックで変更できるという意味合いなので…..
あxっあとクラウド変数の保存が制限されるのは容量問題ですよね

NEKOGAMI_ wrote:

個人的に提案あります
①Scratch上で接続するクラウドサーバ（クラウド変数を保存する鯖）を選べるようにするというのはどうでしょうか？
理由としては
天気等を配信したりするものをScratch上で通信するためにはbotを作成する必要性が有るためその苦労をなくすために必要だと感じました

[ wws://接続先アドレスv] に key[] 内容[] を送信する 

というブロックがほしいです
追伸
https://scratch.mit.edu/projects/825578211/
上記のようなProjectを作成するのをある程度簡略化するという意味合い（？です

104toshi wrote:

<このスプライトが[クローンv]>

というブロックがほしいです。
初心者がやりがちなクローンがクローンを作ってしまう事故を
簡単に減らせるのではないでしょうか。

(変数)
<[] = []>

tabakenn wrote:

クラウド変数の保存が制限されるのは、トラフィックと管理の量の問題です。
（同じことが気になって質問しました。https://scratch.mit.edu/discuss/topic/644356/）
今のクラウド変数にフルで保存しても、0.0001円分のスペースしか取りません。（amazon で、1TB 1万円）

thisandagain Google 翻訳 より wrote:

お気付きの方も多いと思いますが、以前は存在しなかったいくつかの制限をクラウド変数システムに追加しました。 128 文字の制限を追加し、クラウド変数を数値のみに制限しています (16 進数、電子表記などは禁止)。 これらの新しい制限は、維持、拡張、調整、財務上のサポートが不合理になる原因となるクラウド変数システムの乱用を防ぐために導入されました。 さらに、これらの新しい制限は、「チャット ルーム」のようなプロジェクト (ST にとって安全を保つのが非常に困難です) の可能性を減らすのに役立ちます。

sasami19 wrote:

#5419
それら（Scratch 2.0 時代にあったものの 3.0 でなぜか実装されていない機能）についても最初に書いておいたほうが良いと思います。

[変数 v] を [スライダー v] の表示にする
[変数 v] のx座標を(0),y座標を(0)する

却下された提案

変数 [ v] のx座標を () に、y座標を () にする ::variables

(変数 [ v] のx座標 ::variables)

(変数 [ v] のx座標 ::variables)

↑多分これはY座標の誤記？inokingさん、できれば訂正を求めます。

変数 [ v] の表示形式を [スライダー v] にする :: variables

(変数 [ v] の表示形式::variables)