kakurenbo wrote:

itnkmkw wrote:

1についてですが、要するに、タブレット・スマホなのか、パソコンかどうかがわかりたいというわけですね。
2番の意味がちょっと分かりません…
3は、できないかと…引数の値というのは、

幽霊の効果と明るさを を () にする::custom

こっち側のブロックで設定するものなので…

2は、恐らく、関数の実行中に、真偽値を更新するということではないでしょうか。

itnkmkw wrote:

kakurenbo wrote:

itnkmkw wrote:

1についてですが、要するに、タブレット・スマホなのか、パソコンかどうかがわかりたいというわけですね。
2番の意味がちょっと分かりません…
3は、できないかと…引数の値というのは、

幽霊の効果と明るさを を () にする::custom

こっち側のブロックで設定するものなので…

2は、恐らく、関数の実行中に、真偽値を更新するということではないでしょうか。

ああ、そういうことですか…それなら、変数を使えばどうにかなるかな…

(<>まで計算する::custom-arg)

(Σ x=()~() ()::custom-arg)//総和

[]を返す::cap control

(()^()::custom-arg)
(()+()::custom-arg)//オーバーフロー

yukku wrote:

使用例
1,クリックとタップの違いで表示を変える
2,

(<>まで計算する::custom-arg)

とか

(Σ x=()~() ()::custom-arg)//総和

とかでプログラムの簡略化を狙う
3,新しく

[]を返す::cap control

っていうブロック(snap!みたいな)を作って

(()^()::custom-arg)
(()+()::custom-arg)//オーバーフロー

とか入れ子にして、定義をつめ合わせていたのを入れ子にして単純にする。

という感じです。初めてブロックに色付けた

itnkmkw wrote:

yukku wrote:

使用例
1,クリックとタップの違いで表示を変える
2,

(<>まで計算する::custom-arg)

とか

(Σ x=()~() ()::custom-arg)//総和

とかでプログラムの簡略化を狙う
3,新しく

[]を返す::cap control

っていうブロック(snap!みたいな)を作って

(()^()::custom-arg)
(()+()::custom-arg)//オーバーフロー

とか入れ子にして、定義をつめ合わせていたのを入れ子にして単純にする。

という感じです。初めてブロックに色付けた

なるほど。1は確かにいいと思います。

yukku wrote:

使用例
1,クリックとタップの違いで表示を変える
2,

(<>まで計算する::custom-arg)

とか

(Σ x=()~() ()::custom-arg)//総和

とかでプログラムの簡略化を狙う
3,新しく

[]を返す::cap control

っていうブロック(snap!みたいな)を作って

(()^()::custom-arg)
(()+()::custom-arg)//オーバーフロー

とか入れ子にして、定義をつめ合わせていたのを入れ子にして単純にする。

という感じです。初めてブロックに色付けた

[]を返してこの関数止める::cap custom  //return 的なやつ

yukku wrote:

使用例

3,新しく

[]を返す::cap control

っていうブロック(snap!みたいな)を作って

(()^()::custom-arg)
(()+()::custom-arg)//オーバーフロー

とか入れ子にして、定義をつめ合わせていたのを入れ子にして単純にする。

という感じです。初めてブロックに色付けた

定義 
[戻り値 v] を [] にする

itnkmkw wrote:

でもそれって、

定義 
[戻り値 v] を [] にする

で代用できませんか?

• 関数が増えたときに大変。（名前で区別するという方法もあるが、変数が多くなる。）
  
• ブロック・変数が増えて見にくい＆デバックしずらい。
  

• (()^()::custom)

  などの入れ子が面倒（美しくない）
  

(値ブロックの定義::custom)

kakurenbo wrote:

itnkmkw wrote:

でもそれって、

定義 
[戻り値 v] を [] にする

で代用できませんか?

もちろんできますが、

• 関数が増えたときに大変。（名前で区別するという方法もあるが、変数が多くなる。）
  
• ブロック・変数が増えて見にくい＆デバックしずらい。
  

• (()^()::custom)

  などの入れ子が面倒（美しくない）
  

などの欠点があると思います。

2.0の時の様に(ハッキングでしたが)、

(( v) 番目（ ([] と []) ） :: list)

が出来る様になってほしいです。
理由は、下の様な処理が書き易くなるし、作品の幅が広がると思うからです。

定義 リストを描画  リスト名：[リスト]，x倍率：(x倍率)，y倍率：(y倍率)，座標：（(x),(y)）
x座標を (x) 、y座標を (y) にする
ペンを下ろす
[i v] を [1] にする
((リスト) の長さ :: list) 回繰り返す
  x座標を (x倍率)  ずつ変える
  y座標を ((y) + ((y倍率) * ((i) 番目（ (リスト) ） :: list))) にする
  [i v] を (1) ずつ変える
end
ペンを上げる

neneitu wrote:

背景に関する質問です。
2.0では背景に「追加」と言うメニューがありますが、3.0にはないのですが、
3.0で背景に他の背景を追加するにはどうすれば良いですか？

SYOUI-2 wrote:

次の拡張機能を追加してほしい
spotify
Twitter
天気予報

yukku wrote:

SYOUI-2 wrote:

次の拡張機能を追加してほしい
spotify
Twitter
天気予報

どんな機能なのかを説明してください。(多分天気予報は天気を見るものだと思うけれど、場所をどう指定するかとか日時とかの関係で無理だと思います。)