fine316 wrote:

とはいえ、
「たし算は

((a) - ((0) - (b)))

でできるから、ひき算があればたし算は要らないだろ」
というのは的外れですよね。
なぜなら、たし算には汎用性がある(いろいろな用途で使える)からです。
個人的には、累乗くらいはあってもいいと思います。

ところで、累乗はすでに提案リストに入っていた気がするのですが。
提案リストのリンクってどこでしたっけ?

kobotyann wrote:

scratchは、全てシンプルでいい訳ではありませんよ。
全て簡単なブロックで表わせてしまうと、プログラミングの意義が無くなってしまいます。
どうやって自分の思いどうりに動くかを考えるのがscratchの醍醐味です。
確かに

<[#000000] 色に触れた>

のようにそのブロックが無ければ再現できないものもあると思います。でも累乗や階乗は新しいブロックを作成しなくても再現できるものがあります。
「便利」過ぎてもいけないのです。

Yz007 wrote:

kobotyann wrote:

scratchは、全てシンプルでいい訳ではありませんよ。
全て簡単なブロックで表わせてしまうと、プログラミングの意義が無くなってしまいます。
どうやって自分の思いどうりに動くかを考えるのがscratchの醍醐味です。
確かに

<[#000000] 色に触れた>

のようにそのブロックが無ければ再現できないものもあると思います。でも累乗や階乗は新しいブロックを作成しなくても再現できるものがあります。
「便利」過ぎてもいけないのです。

ではどうすればいいのですか。

<[ v] キーが離された::sensing>

ukukukukuk wrote:

<[ v] キーが離された::sensing>

はどうでしょうか？(離された瞬間だけtrueを返す。)

現状の機能でも出来ないことはないですが、少々長くなってしまうなので提案しました。

問題点としては、存在する「［ v］が押された」だと押されている間ずっとtrueになるのに、「［ v］が離された」だと離された瞬間だけなのか、ということですかね…

[ v] キーが離されたとき::events hat

Yz007 wrote:

kobotyann wrote:

scratchは、全てシンプルでいい訳ではありませんよ。
全て簡単なブロックで表わせてしまうと、プログラミングの意義が無くなってしまいます。
どうやって自分の思いどうりに動くかを考えるのがscratchの醍醐味です。
確かに

<[#000000] 色に触れた>

のようにそのブロックが無ければ再現できないものもあると思います。でも累乗や階乗は新しいブロックを作成しなくても再現できるものがあります。
「便利」過ぎてもいけないのです。

ではどうすればいいのですか。

ukukukukuk wrote:

<[ v] キーが離された::sensing>

はどうでしょうか？(離された瞬間だけtrueを返す。)

現状の機能でも出来ないことはないですが、少々長くなってしまうなので提案しました。

問題点としては、存在する「［ v］が押された」だと押されている間ずっとtrueになるのに、「［ v］が離された」だと離された瞬間だけなのか、ということですかね…

[ v] キーが押されたとき
<<[ v] キーが押された> ではない> まで待つ

Yz007 wrote:

Yz007 wrote:

クローンされたとき
 {}このクローンを削除する::control

クローンが[ v] を受け取ったとき::hat events
 {}このクローンを削除する::events

↓なくす

クローンされたとき
このクローンを削除する

↑

⚑ がクリックされたとき::hat events
このクローンを削除する

とならないように。

([ v] に [] が含まれる数::list)

<([ v] に [] が含まれる数::list) = [1]> まで繰り返す{}::control

Yz007 wrote:

([ v] に [] が含まれる数::list)

リス卜に同じ物が複数あるとき

<([ v] に [] が含まれる数::list) = [1]> まで繰り返す{}::control

kiroposuto wrote:

Yz007 wrote:

([ v] に [] が含まれる数::list)

リス卜に同じ物が複数あるとき

<([ v] に [] が含まれる数::list) = [1]> まで繰り返す{}::control

理由もお願いします。

もし <[ v] に [thing] が含まれる> なら
( v) 番目を [list v] から削除する
end
だと、thingを全部消してしまうのでは？だから提案しました

Yz007 wrote:

([ v] に [] が含まれる数::list)

リス卜に同じ物が複数あるとき

<([ v] に [] が含まれる数::list) = [1]> まで繰り返す{}::control

[探してる文字列 v] を [] にする
[i v] を [0] にする
[return v] を [0] にする
([探すリスト v] の長さ :: list) 回繰り返す
[i v] を (1) ずつ変える
もし <((i) 番目（ [探すリスト v] ） :: list) = (探してる文字列)> なら
[return v] を (1) ずつ変える
end
end

Yz007 wrote:

もし <[ v] に [thing] が含まれる> なら
( v) 番目を [list v] から削除する
end

だと、thingを全部消してしまうのでは？だから提案しました

• ロボット
  
• インコ
  
• トンネル(ひびく)
  
• せんぷうき
  
• やまびこ(はねかえる)
  
• 水中(ブクブクと)
  

<[] [ = v] []::operators>

Gigasan wrote:

演算ブロックは一つにまとめても良いのでは？

<[] [ = v] []::operators>

apple502j wrote:

Gigasan wrote:

演算ブロックは一つにまとめても良いのでは？

<[] [ = v] []::operators>

まとめるメリットは何ですか

Yz007 wrote:

ブロックの色を16進法でかえられるようにしたいです