Discuss Scratch
- Discussion Forums
- » 日本語
- » scratch2.0の提案
- apple502j
-
1000+ posts
scratch2.0の提案
最近の改定で追加されました。コミュニティガイドラインにはそのようなことは書いていません。初心者はこの機能を望むと思いますか?上級者しか使えなさそうな提案ではないですか? 私はこのトピックすべてを把握しているわけではないので、もしかしたら既出かもしれませんが、
これらは個人的にあったら良いなと思うブロックです([]match[string v]::operators) // regular expression. string:return strings only, number:return number only and other:return not strings and numbers.
[list v]forEach(element)(index)(list){
}::control // forEach method. element,index and list are arguments. these arguments change dynamically.
(item(1 v)(1 v)of[list v]::list) // 2-dimension array. return item of (x,y)
replace item (1 v)(1 v)of[list v]with[thing]::list // set any element for 2-dimension list use (x,y)
width(100)[% v]::looks // set width or height of costume. can select in 2 types. % or px.
height(100)[% v]::looks
(width::looks) // return width
(height::looks) // return height
全て何かしらの形で必ず代用可能なのは言語仕様上当たり前ですが
標準搭載されれば直接ベースで実行されるので早く・軽くなる利点があります
その他にも、他言語で搭載されている機能のため、他言語サポートも兼ねています
無くて損がないなら、あっても良いのではと思うブロックです
能力に関係なく使えないといけない、コミュニティーガイドラインに明記されています。
二次元配列やforEachはその点で不要であると思います。あと、コスチュームの幅と高さはすでにあります。
- abee
-
1000+ posts
scratch2.0の提案
オフトピなので、なるべく手短に書きますが、それはコミュニティガイドラインの曲解です。最近の改定で追加されました。コミュニティガイドラインにはそのようなことは書いていません。 能力に関係なく使えないといけない、コミュニティーガイドラインに明記されています。
二次元配列やforEachはその点で不要であると思います。あと、コスチュームの幅と高さはすでにあります。
Scratch welcomes people of all ages, races, ethnicities, religions, abilities, sexual orientations, and gender identities.新しく追加されたのは、abilitiesで、これは才能や能力と訳されます。
これは、才能や能力の違いに関わらず、Scratchへの参加を歓迎するという意味であって、個別のブロックの難易度を制限するものではありません。
もし、難易度を言うのであれば、sinやクラウド変数など、高度なものもすでにあります。
Scratchの理念は、low floor(入りやすく), high ceiling(高度なこともでき), wide walls(色々なものが作れる)です。
low foorなものだけがあればよいわけではありません。
- fine316
-
1000+ posts
scratch2.0の提案
(押されたキー::sensing)についてですが、Scratch3.0で
<(変数) キーが押された>のように標準でブロックをはめられるようになるようなので、押されたキーの機能は作品側で用意できると思います。
また、
([]の()番目の文字以外::operators)については、
([]の()番目から()番目の文字::operators)のほうが汎用性が高いと思います。
文字列の一部を抽出できる機能はぜひ欲しいところです。
- youkaiwatch
-
1000+ posts
scratch2.0の提案
私は冒頭で「全て把握してないので既出かもしれないですが」と述べています…
確認する時間が特に無いので読めていないだけでした
コミュニティガイドラインに確実に真意で明記されていないのであれば
私の提案は別に問題ないですよね
確認する時間が特に無いので読めていないだけでした
コミュニティガイドラインに確実に真意で明記されていないのであれば
私の提案は別に問題ないですよね
Last edited by youkaiwatch (Sept. 4, 2017 12:07:56)
- abee
-
1000+ posts
scratch2.0の提案
皆が議論している中で、自分の都合を優先したと言うことなので、それ自体は、あまり褒められたものでもないと思います。 確認する時間が特に無いので読めていないだけでした
Last edited by abee (Sept. 4, 2017 12:25:11)
- inoking
-
1000+ posts
scratch2.0の提案
先日からリストをまとめています。
本トピック全体から可能な限り拾ったリストの最新版が以下です。
https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2808979/
複数まとめて議論しているリストが以下です。
https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2808989/
本トピック全体から可能な限り拾ったリストの最新版が以下です。
https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2808979/
複数まとめて議論しているリストが以下です。
https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2808989/
- youkaiwatch
-
1000+ posts
scratch2.0の提案
そうですか皆が議論している中で、自分の都合を優先したと言うことなので、それ自体は、あまり褒められたものでもないと思います。 確認する時間が特に無いので読めていないだけでした
あまり自由に書き込めないんですね
もし何かアレでしたら投稿を消しておきますが…
先日からリストをまとめています。
本トピック全体から可能な限り拾ったリストの最新版が以下です。
https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2808979/
複数まとめて議論しているリストが以下です。
https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2808989/
ありがとうございます
次に何か投稿する際に確認しておきます
Last edited by youkaiwatch (Sept. 4, 2017 12:28:46)
- abee
-
1000+ posts
scratch2.0の提案
書くのは自由です。既出かもしれないけど、自分は確認する時間がないからチェックするのはよろしくね、というのは、他の人の負担を増やすことなので、提案者の態度としてどうかなという感想です。
- inoking
-
1000+ posts
scratch2.0の提案
賛成です。 変数を選択するときの順番をアルファベット順(unicode順の方が適切?)にしてほしい。
なぜなら、画像の様に、似ている名前の変数が探しにくくなるためです。
~画像略~
パレットの方では名前順なのに
メニューでは作った順というのは使いにくいし一貫性もないですね。
- inoking
-
1000+ posts
scratch2.0の提案
いわゆる MID 関数ですね。([]の()番目の文字以外::operators)については、([]の()番目から()番目の文字::operators)のほうが汎用性が高いと思います。
文字列の一部を抽出できる機能はぜひ欲しいところです。
この手のサポート関数を含める前提でいうと、有用なのは確かだと思います。
- inoking
-
1000+ posts
scratch2.0の提案
youkaiwatch さんの案について
赤文字がinokingのコメントです。
以下は最新リストに既に含まれています。
赤文字がinokingのコメントです。
([]match[string v]::operators) // regular expression. string:return strings only, number:return number only and other:return not strings and numbers.→すみません、どのように使いますか?
[list v]forEeach(element)(index)(list){→まあ便利ですが、引数が多いので使い方が難しいのと、ループ系は既に3種類あるので増えても混乱する気がします。
}end::control // forEach method. element,index and list are arguments. these arguments change dynamically.
(item(1 v)(1 v)of[list v]::list) // 2-dimension array. return item of (x,y)
replace item (1 v)(1 v)of[list v]with[thing]::list // set any element for 2-dimension list use (x,y)→2次元配列に対する私の考えはこうです。https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2807399/
以下は最新リストに既に含まれています。
width(100)[% v]::looks // set width or height of costume. can select in 2 types. % or px.
height(100)[% v]::looks
(width::looks) // return width
(height::looks) // return height
- youkaiwatch
-
1000+ posts
scratch2.0の提案
youkaiwatch さんの案について一応詳細を書いておきます。
赤文字がinokingのコメントです。([]match[string v]::operators) // regular expression. string:return strings only, number:return number only and other:return not strings and numbers.→すみません、どのように使いますか?[list v]forEeach(element)(index)(list){→まあ便利ですが、引数が多いので使い方が難しいのと、ループ系は既に3種類あるので増えても混乱する気がします。
}end::control // forEach method. element,index and list are arguments. these arguments change dynamically.(item(1 v)(1 v)of[list v]::list) // 2-dimension array. return item of (x,y)replace item (1 v)(1 v)of[list v]with[thing]::list // set any element for 2-dimension list use (x,y)→2次元配列に対する私の考えはこうです。https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2807399/
以下は最新リストに既に含まれています。width(100)[% v]::looks // set width or height of costume. can select in 2 types. % or px.
height(100)[% v]::looks
(width::looks) // return width
(height::looks) // return height
1つ目のブロックについて
([]match[string v]::operators)これは第1引数に入力された値に対し、[string v][number v][other v]の3種類に対応した値を返します。
具体的に説明すると
([!"#abc012d3ef45g678h9i]match[string v]::operators)このブロックは「abcdefghi」が返されます。
([!"#abc012d3ef45g678h9i]match[number v]::operators)このブロックは「0123456789」を返します。
([!"#abc012d3ef45g678h9i]match[other v]::operators)このブロックは「!"#」を返します。
正規表現をかんたんにしたイメージです(厳密には、正規表現ではないですが)
forEachに関しては便利ですが複雑かもしれません。
Last edited by youkaiwatch (Sept. 4, 2017 15:07:55)
- inoking
-
1000+ posts
scratch2.0の提案
この機能なら([]match[string v]::operators)これは第1引数に入力された値に対し、[string v][number v][other v]の3種類に対応した値を返します。
具体的に説明すると([!"#abc012d3ef45g678h9i]match[string v]::operators)このブロックは「abcdefghi」が返されます。([!"#abc012d3ef45g678h9i]match[number v]::operators)このブロックは「0123456789」を返します。([!"#abc012d3ef45g678h9i]match[other v]::operators)このブロックは「!"#」を返します。
正規表現をかんたんにしたイメージです(厳密には、正規表現ではないですが)
C系言語でいうところの isalpha() ファミリーのように
指定した文字が指定した種類であるかどうかを調べられるようにしたほうがより汎用的な気がします。
<(文字) が [アルファベット v] か::operators >
<(文字) が [数字 v] か::operators >
<(文字) が [記号 v] か::operators >
- mochimochiking
-
1000+ posts
scratch2.0の提案
Scratchは「型」をきにせず使えるようにするべきだと思います。この機能なら([]match[string v]::operators)これは第1引数に入力された値に対し、[string v][number v][other v]の3種類に対応した値を返します。
具体的に説明すると([!"#abc012d3ef45g678h9i]match[string v]::operators)このブロックは「abcdefghi」が返されます。([!"#abc012d3ef45g678h9i]match[number v]::operators)このブロックは「0123456789」を返します。([!"#abc012d3ef45g678h9i]match[other v]::operators)このブロックは「!"#」を返します。
正規表現をかんたんにしたイメージです(厳密には、正規表現ではないですが)
C系言語でいうところの isalpha() ファミリーのように
指定した文字が指定した種類であるかどうかを調べられるようにしたほうがより汎用的な気がします。<(文字) が [アルファベット v] か::operators ><(文字) が [数字 v] か::operators ><(文字) が [記号 v] か::operators >
なぜならば初心者にはその概念は難しいからです。
また、Scratch上では同じ「2」でも文字の「2」と数値の「2」があります。
そういう点で、ふさわしくないと思います。
- inoking
-
1000+ posts
scratch2.0の提案
型はこの場合関係ありません。Scratchは「型」をきにせず使えるようにするべきだと思います。この機能なら([]match[string v]::operators)これは第1引数に入力された値に対し、[string v][number v][other v]の3種類に対応した値を返します。
具体的に説明すると([!"#abc012d3ef45g678h9i]match[string v]::operators)このブロックは「abcdefghi」が返されます。([!"#abc012d3ef45g678h9i]match[number v]::operators)このブロックは「0123456789」を返します。([!"#abc012d3ef45g678h9i]match[other v]::operators)このブロックは「!"#」を返します。
正規表現をかんたんにしたイメージです(厳密には、正規表現ではないですが)
C系言語でいうところの isalpha() ファミリーのように
指定した文字が指定した種類であるかどうかを調べられるようにしたほうがより汎用的な気がします。<(文字) が [アルファベット v] か::operators ><(文字) が [数字 v] か::operators ><(文字) が [記号 v] か::operators >
なぜならば初心者にはその概念は難しいからです。
また、Scratch上では同じ「2」でも文字の「2」と数値の「2」があります。
そういう点で、ふさわしくないと思います。
「文字」の種類の判定です。
- hhayyatto
-
1000+ posts
scratch2.0の提案
「ある場合に」「赤信号で、止まらない。」無理矢理しようとしても、ちょっとは不可だから。それにかんたんに代用できます。いや、いるよ。#2,063と同じく、不要だと思います。コスチュームが[ v]になったとき::events hat[タイマー v] > (0.01) のときでは駄目ですか?
もし <(コスチューム #) = []> なら
end
Last edited by hhayyatto (Sept. 6, 2017 09:18:38)
- fine316
-
1000+ posts
scratch2.0の提案
そもそも、どのスプライトのコスチュームについて判定するのですか? 略
背景が [ v] になったときなら、背景は1個しかないのでわかりますが。
- gettwo
-
100+ posts
scratch2.0の提案
文をよく読んでなかったので削除
Last edited by gettwo (Sept. 6, 2017 09:48:52)
- mochimochiking
-
1000+ posts
scratch2.0の提案
そもそも、どのスプライトのコスチュームについて判定するのですか? 略背景が [ v] になったときなら、背景は1個しかないのでわかりますが。
次のコスチュームにするなども自分自身のことをさしていますから、これもそうでしょう。
そもそも使用するときが局所的過ぎます。 「ある場合に」「赤信号で、止まらない。」
どうしても入れたいのであれば、
<(コスチューム名::looks)=[hoge]>のとき::events hatのほうが合意が得られやすいです。
- inoking
-
1000+ posts
scratch2.0の提案
停止ボタンが効かなくなるトリックのことを言っているのだと思いますが「ある場合に」「赤信号で、止まらない。」無理矢理しようとしても、ちょっとは不可だから。それにかんたんに代用できます。いや、いるよ。#2,063と同じく、不要だと思います。コスチュームが[ v]になったとき::events hat[タイマー v] > (0.01) のときでは駄目ですか?
もし <(コスチューム #) = []> なら
end
#2,063 でも触れている https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2751087/ のようにすれば
そんな問題は発生しません。
そもそも、この種類のイベントについては #2,063 にある理由で合意がとれ既に却下されています。
Scratch を休止していたならいざ知らず、
1ヶ月も前の話をさしたる理由もなく持ち出されても話し合いになりません。