fine316 wrote:

inoking wrote:

mochimochiking wrote:

nankin wrote:

コスチュームを ((1) + (0)) にする

1番目のコスチュームになる

コスチュームを ((1) 番目\( ((1) + (0)) \)の文字) にする

1という名前のコスチュームになる

この区別を分かりやすくしてほしい。

どのように区別したいのですか？

例えば、

コスチュームを [ v] にする

()番目のコスチュームにする::looks

のような感じでしょうか。

コスチュームを [ v] にする

()番目のコスチュームにする::looks

inoking wrote:

fine316 wrote:

inoking wrote:

mochimochiking wrote:

nankin wrote:

コスチュームを ((1) + (0)) にする

1番目のコスチュームになる

コスチュームを ((1) 番目\( ((1) + (0)) \)の文字) にする

1という名前のコスチュームになる

この区別を分かりやすくしてほしい。

どのように区別したいのですか？

例えば、

コスチュームを [ v] にする

()番目のコスチュームにする::looks

のような感じでしょうか。

コスチュームを [ v] にする

の動作はそのまま（名前でも番号でも指定可能）に

()番目のコスチュームにする::looks

を追加ということですか？

コスチュームを [ v] にする

inoking wrote:

apple502j wrote:

inoking wrote:

演算カテゴリ

( [文字列]  :: operators)

↑どういう意味ですか？

→文字列をキャストの規則に従って変換、ということでしょうか。

使用例を挙げてみてもらえますか？

コスチュームを ([文字列]::operators) にする

[変数 v] を [文字列] にする
コスチュームを (変数) にする

向きが (90 v) 度になったとき ::motion hat

inoking wrote:

nankin wrote:

ドラッグしにくいといえば、演算ブロックが
～略～
このようにたくさんつながったときに非常に動かしづらいです。

(() + (0))

これが

(　() + (0))

こんな感じで左側にスペースがあると格段に動かしやすくなるのではないでしょうか。

演算子（＋）の部分をつかめば問題ないと思いますよ。

nankin wrote:

inoking wrote:

nankin wrote:

ドラッグしにくいといえば、演算ブロックが
～略～
このようにたくさんつながったときに非常に動かしづらいです。

(() + (0))

これが

(　() + (0))

こんな感じで左側にスペースがあると格段に動かしやすくなるのではないでしょうか。

演算子（＋）の部分をつかめば問題ないと思いますよ。

この画像を見ましたか?
～画像略～
ここまでたくさん演算ブロックがつながると、つかむ場所がどこにあるかさえわかりません。

しかし、左端にスペースがあると
～画像略～
このようにつかむ場所が非常にわかりやすくなり、移動・複製・削除がより簡単になります。

ターボモードを [オン v] にする ::control

<ターボモード ::control>

スプライトの他のクローンを削除 ::control

() 番目に作られたクローンを削除する :: control

<大画面 :: control>

[このスクリプト以外のすべて v] を止める ::control

[ v] のクローン (1) 番目へ向ける ::motion

横に () %伸びる ::looks

縦に () %伸びる ::looks

() 秒で大きさを () %にする ::looks

[#f9f] 色を隠す ::looks

[#f9f] 色を表示する ::looks

[白黒 v] の効果を (100) にする ::looks

このスプライトの色を [#000000] にする ::looks

このスプライトの [#000000] 色を [#ff0000] 色に変える ::looks

(コスチューム名 ::looks)

(画像効果 [幽霊 v] ::looks)

文字列 [文字列] を表示 ::looks//3.0のペンテキストでは最下の表示になるため

()番目のコスチュームにする::looks//追加

<触れた色 ::sensing>

<[スプライト v] が表示されている ::sensing>

<[#f0f] 色が [sprite1 v] に触れた ::sensing>

(マウスホイールの速さ ::sensing)

(プロジェクト名 :: sensing)

(スプライトの [縦の大きさ v] :: sensing)

(スプライトの [横の大きさ v] :: sensing)

(スプライトの [面積 v] :: sensing)

([Sprite1 v] に触れた面積 :: sensing)

(マイクの音の高さ ::sound)

(押されたキー :: sensing)

<[コスチューム1 v]の[Sprite1 v]に触れた :: sensing>

[] と聞いて待つ（初期値[100]）:: sensing

(スプライト数::sensing)

<[Shift v] キーが押された>

<[Backspace v] キーが押された>

<[Enter v] キーが押された>

(マウスホイールの移動量 :: sensing)//追加

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

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

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

[マウスホイール上 v] が押されたとき :: events :: hat//追加

[マウスホイール下 v] が押されたとき :: events :: hat//追加

終わるまで [ v] の音を () 秒から鳴らす :: sound

[ v] の音を () 秒から鳴らす :: sound

(楽器::sound)

音の再生速度を () % にする::sound

<[文字列] に [文字] が含まれる ::operators>

([] の(1) 番目の文字以外::operators)

( [文字列]  :: operators)

<<> かつ <> かつ <> ::operators>//かつブロックの引数多数化

<[文字列] は大文字 ::operators>

(() ^ ()::operators)// 累乗および XOR のこと

<[] と [] が大文字小文字を含めて同じ::operators>

(もし <> なら [] でなければ [] :: operators)

(　() + (0))//ブロック端にスペースがあると格段に動かしやすくなるのでは※追加

変数 [変数 v] を作る ::variables

変数 [変数 v] を [#f5f] にする ::variables

(1 v) 番目 [リスト v] を (1) ずつ変える ::list

リスト [リスト v] を [A~Z v] の順に置き換える ::list

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

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

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

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

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

[変数 v] のスライダーの最小値を (0) にする :: variables

[変数 v] のスライダーの最大値を (0) にする :: variables

([変数 v] のスライダーの最小値 :: variables)

([変数 v] のスライダーの最大値 :: variables)

<変数 [ v] がクリックされた :: variables>

リスト[ v]の中身をシャッフル::list

リスト [ v] のx座標を () に、y座標を () にする ::list

リスト [ v] の縦幅を () に、横幅を () にする ::list

[このスプライト v] のペンを消す :: pen

(ペンの太さ ::pen)

(ペンの色 ::pen)

(ペンの濃さ ::pen)

<ペンが下りている ::pen>

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

<真偽値ブロックの定義::custom>

向きが (90 v) 度になったとき ::motion hat

inoking wrote:

見たうえで投稿しました。

目だけで探すから難しいのではないですか？
演算子は2つの引数の間に必ず存在します。
そう思って見るとおのずとつかむ場所は分かるはずです。


空白を入れると、私には間が抜けて見えます。

ブロックが多くなった場合、ただでさえ足りない場所を余計に消費しますし、
単独の場合、意味のない空白となります。

nankin wrote:

Modして作ってみました。
さすがにここまで広くはなくていいと思いますが…

(() ^ ()::operators)// 累乗および XOR のこと

(()の()乗::operators)

(()XOR()::operators)

(() AND ()::operators)//ビット操作

(() OR ()::operators)//ビット操作

(() NOT ()::operators)//ビット操作

<<>XOR<>::operators>

CommandSlash017 wrote:

ビット演算が実装されるのであれば、JavaScriptでいうNumberオブジェクトのtoStringのような、進数変換のブロックがあってもいいかもしれませんね。

inoking wrote:

nankin wrote:

Modして作ってみました。
さすがにここまで広くはなくていいと思いますが…

試してみたいのですがソースのどこを変更すればよいですか？
回答は「Scratch2.0をModする会」のほうでもかまいません。
お願いします。

["ブロック名", "ブロックの形", カテゴリ(数値), "実行した際に呼び出される関数名", 各引数の初期値]

inoking wrote:

この辺のサポートライブラリーのような処理をどこまで整備すればよいかは
https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2763585/ にも書きましたがなかなか難しいところですね。
要望を挙げだすときりがないですし。

inoking wrote:

ビット操作が要るのか？という話になりますがどうでしょうか？

inoking wrote:

nankin wrote:

(略)
Modして作ってみました。
さすがにここまで広くはなくていいと思いますが…

試してみたいのですがソースのどこを変更すればよいですか？
回答は「Scratch2.0をModする会」のほうでもかまいません。
お願いします。

		["　%n + %n",								"r", 8, "+",					"", ""],
		["　%n - %n",								"r", 8, "-",					"", ""],
		["　%n * %n",								"r", 8, "*",					"", ""],
		["　%n / %n",								"r", 8, "/",					"", ""],

abee wrote:

私はこのあたりはScratchXの領分かなと思います。あるいはmodか。
そうすると、公式サイトで作品を共有できないのが問題ですが、追加された機能が一般に受け入れられれば、Snap!のように独自のユーザーを獲得できると思います。
また、演算子の入れ子問題について、それを必要とするレベルの人はtoshを使ってテキストで書けるような気もします。

mochimochiking wrote:

Scratchは初心者でも簡単にできるように作られたものです（根拠）。ビット演算や排他的論理和は使わないでしょう。