Discuss Scratch

fine316
Scratcher
1000+ posts

scratch2.0の提案

itnkmkw wrote:

fine316 wrote:

itnkmkw wrote:

(押されたキー::sensing)
についてですが、Scratch3.0で
<(変数) キーが押された>
のように標準でブロックをはめられるようになるようなので、押されたキーの機能は作品側で用意できると思います。
どういう風にやるんですか?
https://scratch-mit-edu.ezproxyberklee.flo.org/projects/170921471/
こういうことですか?
太字+下線の所をよく見てください。
2.0ではハッキング以外方法はありませんが、3.0でははめられるようになるようです。
https://llk.github.io/scratch-gui/
ええ,それは知っています。僕が言っているのは,はめられるかではなくて,リストを順番に検証している所です。これだと重いので,
(押されたキー::sensing)
か,
(何番目( [list v] )に[thing]が含まれるか :: list)
のどちらかがあった方がいいのです。
一度2.0でハッキングブロックを使ってやってみたことがありますが、そこまで重くなりませんでした。(今はハッキングブロックが正常に動作しなくなったので非共有)
nankin
Scratcher
500+ posts

scratch2.0の提案

itnkmkw wrote:

(何番目( [list v] )に[thing]が含まれるか :: list)
のどちらかがあった方がいいのです。
前にも言いましたが、これは3.0で追加されます。
mochimochiking
Scratcher
1000+ posts

scratch2.0の提案

nankin wrote:

itnkmkw wrote:

(何番目( [list v] )に[thing]が含まれるか :: list)
のどちらかがあった方がいいのです。
前にも言いましたが、これは3.0で追加されます。
おなじ要素が複数含まれる場合とその要素がない場合はどうなるのですか
nankin
Scratcher
500+ posts

scratch2.0の提案

mochimochiking wrote:

nankin wrote:

itnkmkw wrote:

(何番目( [list v] )に[thing]が含まれるか :: list)
のどちらかがあった方がいいのです。
前にも言いましたが、これは3.0で追加されます。
おなじ要素が複数含まれる場合とその要素がない場合はどうなるのですか
おなじ要素が複数含まれる場合:最初の要素の番号を返す
その要素がない場合:0を返す
(wikiより)
itnkmkw
Scratcher
1000+ posts

scratch2.0の提案

fine316 wrote:

itnkmkw wrote:

fine316 wrote:

itnkmkw wrote:

(押されたキー::sensing)
についてですが、Scratch3.0で
<(変数) キーが押された>
のように標準でブロックをはめられるようになるようなので、押されたキーの機能は作品側で用意できると思います。
どういう風にやるんですか?
https://scratch-mit-edu.ezproxyberklee.flo.org/projects/170921471/
こういうことですか?
太字+下線の所をよく見てください。
2.0ではハッキング以外方法はありませんが、3.0でははめられるようになるようです。
https://llk.github.io/scratch-gui/
ええ,それは知っています。僕が言っているのは,はめられるかではなくて,リストを順番に検証している所です。これだと重いので,
(押されたキー::sensing)
か,
(何番目( [list v] )に[thing]が含まれるか :: list)
のどちらかがあった方がいいのです。
一度2.0でハッキングブロックを使ってやってみたことがありますが、そこまで重くなりませんでした。(今はハッキングブロックが正常に動作しなくなったので非共有)
PCはなんですか?windows7では重かったです。(ノートパソコンではそもそも動きませんでした。)どういうシステムで作りましたか?
itnkmkw
Scratcher
1000+ posts

scratch2.0の提案

nankin wrote:

itnkmkw wrote:

(何番目( [list v] )に[thing]が含まれるか :: list)
のどちらかがあった方がいいのです。
前にも言いましたが、これは3.0で追加されます。
そうでしたね。
itnkmkw
Scratcher
1000+ posts

scratch2.0の提案

nankin wrote:

mochimochiking wrote:

nankin wrote:

itnkmkw wrote:

(何番目( [list v] )に[thing]が含まれるか :: list)
のどちらかがあった方がいいのです。
前にも言いましたが、これは3.0で追加されます。
おなじ要素が複数含まれる場合とその要素がない場合はどうなるのですか
おなじ要素が複数含まれる場合:最初の要素の番号を返す
その要素がない場合:0を返す
(wikiより)
そのとおり。
itnkmkw
Scratcher
1000+ posts

scratch2.0の提案

apple502j wrote:

inoking wrote:

kaaramochi wrote:

mochimochiking wrote:

itnkmkw wrote:

<[メッセージ1 v] を受け取った>
が欲しいですね。イベントだけだと。
これが存在しないのは、制度が低すぎるだからです。上の二つは、メッセージが終了したときの回避策で、緑の旗がクリックされている状態でのみ動きます。
このスクリプトでは、「メッセージ」は、0.5秒間送られます。
SWより
その翻訳は、僕がやりました。
 あまりにも曖昧というのの訳です。
もし不自然でしたら、曖昧に戻します。
https://jp.scratch-wiki.info/wiki/%E4%BB%A3%E7%94%A8%E3%83%96%E3%83%AD%E3%83%83%E3%82%AF%E4%B8%80%E8%A6%A7#.E5.AD.98.E5.9C.A8.E3.81.97.E3.81.AA.E3.81.84.E3.83.96.E3.83.AD.E3.83.83.E3.82.AF
を確認しました。
「これが存在しないのは」は
<[ v] を受け取った::events>
が存在しない理由の説明ではなく、
その上にある回避策では不十分な点の説明と思います。
※Wiki の内容ですがこの場をお借りして
・誤記:制度→精度
・緑の旗の記述はその下のブロックの説明です。
追記 たしかこのブロックSTから却下されていました
https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/topic/4789/
8. <broadcast received> boolean
There is way too much ambiguity to how this would work. Would it return true of the broadcast was fired at any point since the project was created, since the green flag was clicked, since something else was broadcasted, etc.? If you really want to do something like this, instead just make a variable and set it to 1 and use the equals block.
しかし,イベントって前に何もつけられないので不便なんですよね・・・。何とかできないかな。
inoking
Scratcher
1000+ posts

scratch2.0の提案

itnkmkw wrote:

しかし,イベントって前に何もつけられないので不便なんですよね・・・。何とかできないかな。
外部から不定期に発生するのがイベントなので、そういうものです。
変数を用いた回避方法を検討してもらえましたか?
fine316
Scratcher
1000+ posts

scratch2.0の提案

itnkmkw wrote:

fine316 wrote:

itnkmkw wrote:

fine316 wrote:

itnkmkw wrote:

(押されたキー::sensing)
についてですが、Scratch3.0で
<(変数) キーが押された>
のように標準でブロックをはめられるようになるようなので、押されたキーの機能は作品側で用意できると思います。
どういう風にやるんですか?
https://scratch-mit-edu.ezproxyberklee.flo.org/projects/170921471/
こういうことですか?
太字+下線の所をよく見てください。
2.0ではハッキング以外方法はありませんが、3.0でははめられるようになるようです。
https://llk.github.io/scratch-gui/
ええ,それは知っています。僕が言っているのは,はめられるかではなくて,リストを順番に検証している所です。これだと重いので,
(押されたキー::sensing)
か,
(何番目( [list v] )に[thing]が含まれるか :: list)
のどちらかがあった方がいいのです。
一度2.0でハッキングブロックを使ってやってみたことがありますが、そこまで重くなりませんでした。(今はハッキングブロックが正常に動作しなくなったので非共有)
PCはなんですか?windows7では重かったです。(ノートパソコンではそもそも動きませんでした。)どういうシステムで作りましたか?
https://scratch-mit-edu.ezproxyberklee.flo.org/projects/170396102/
(非共有のためgeneratorなどの外部サイトで見てください。http://scratchblocks.github.io/generator/#project=170396102
nankin
Scratcher
500+ posts

scratch2.0の提案

fine316 wrote:

https://scratch-mit-edu.ezproxyberklee.flo.org/projects/170396102/
(非共有のためgeneratorなどの外部サイトで見てください。http://scratchblocks.github.io/generator/#project=170396102
または、 https://codepen.io/MegaApuTurkUltra/full/pvYWRK でプロジェクトのダウンロードが可能です。
1227r
Scratcher
50 posts

scratch2.0の提案

1
([色 v])
と、
2
<shiftキーが押されたとき>
があればいいのに…
まあ、1は、変数のスライダーでできて、
2はハッキングでできるけど。
1227r
Scratcher
50 posts

scratch2.0の提案

下まで見てください

inoking wrote:

いったん整理しました。https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2839913/ で話している内容も追加しました(//newのタグ)。

以下を 却下された提案 に移動しました。
このスプライトの色を [#000000] にする ::looks

以下を 3.0で追加される提案 に移動しました。
(押されたキー :: sensing)

以下を 意見の分かれる提案 に移動しました。
(マウスホイールの速さ ::sensing)//移動量と重複していたので移動量に統合
(マウスホイールの移動量 :: sensing)
[マウスホイール上 v] が押されたとき :: events :: hat
[マウスホイール下 v] が押されたとき :: events :: hat

以下を 異論のない提案 に移動しました。
・トピックの連続建て不可
・リミックス時に過去の「メモと作品への貢献」が変更できないようにする
・私の作品で、昇順/降順の切り替え可能

以下をカテゴリー移動しました。
<ターボモード ::control>
<大画面 :: control>



これまでの提案のまとめ

仕分け前の提案
制御カテゴリ
・クローンの限界の増加
ターボモードを [オン v] にする ::control
(カウンター::control)//new
抜け出す::control cap//break のこと//new
始めに戻る::control cap//continue のこと//new
実行し、<>まで繰り返す{}::control//do while のこと//new

動きカテゴリ
・なし

見た目カテゴリ
横に () %伸びる ::looks
縦に () %伸びる ::looks
() 秒で大きさを () %にする ::looks
[白黒 v] の効果を (100) にする ::looks
このスプライトの [#000000] 色を [#ff0000] 色に変える ::looks
(コスチューム名 ::looks)
文字列 [文字列] を表示 ::looks//3.0のペンテキストでは最下の表示になるため
()番目のコスチュームにする::looks
<表示された::looks>//new

調べるカテゴリ
<触れた色 ::sensing>
<[スプライト v] が表示されている ::sensing>
<[#f0f] 色が [sprite1 v] に触れた ::sensing>
(スプライトの [縦の大きさ v] :: sensing)
(スプライトの [横の大きさ v] :: sensing)
(スプライトの [面積 v] :: sensing)
([Sprite1 v] に触れた面積 :: sensing)
(マイクの音の高さ ::sound)
<[コスチューム1 v]の[Sprite1 v]に触れた :: sensing>
[] と聞いて待つ(初期値[100]):: sensing
<[Shift v] キーが押された>
<[Backspace v] キーが押された>
<[Enter v] キーが押された>
<このスプライトがクリックされた::sensing>//new
<ターボモード::sensing>
<中を見ている::sensing>//new
<大画面::sensing>
(世界標準時との時差::sensing)//new
(現在の[ミリ秒 v]::sensing)//new
(使用言語::sensing)//new

イベントカテゴリ
[Shift v] キーが押されたとき :: events :: hat
[Backspace v] キーが押されたとき :: events :: hat
[Enter v] キーが押されたとき :: events :: hat
<>のとき::events hat//クラウド変数やマウスのクリックなどのスプライト内部でわかっていないことが対象 //new
中が見られたとき::events hat//new

音カテゴリ
・用意されている音の種類の増加
終わるまで [ v] の音を () 秒から鳴らす :: sound
[ v] の音を () 秒から鳴らす :: sound
(楽器::sound)
音の再生速度を () % にする::sound

演算カテゴリ
・かつとまたはの変換
<[文字列] は大文字 ::operators>
(()の()乗::operators)
<[] と [] が大文字小文字を含めて同じ::operators>
(もし <> なら [] でなければ [] :: operators)
<TRUE::operators>//https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2670867/
<FALSE::operators>//https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2670867/
([ v]をunicodeで[デコード v]::operators)//new(演算カテゴリにしました)
([]を計算::operators)//new
・≠、≦、≧ //new

変数カテゴリ
・「このスプライトのみ」に見た目上の区別
・クラウドリスト
・リストの名前変更
・他のプロジェクトとの変数共有
・ユーザーごとに保存される変数
・保存数するとリストの大きさが変わる仕様修正
変数 [変数 v] を作る ::variables
変数 [変数 v] を [#f5f] にする ::variables
(1 v) 番目 [リスト v] を (1) ずつ変える ::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] のx座標を () に、y座標を () にする ::list
リスト [ v] の縦幅を () に、横幅を () にする ::list
<変数::variables>//真偽値型 //new
・プログラム内での変数宣言 //new

ペンカテゴリ
・消しゴムの追加
消しゴムを下ろす::pen//new
消しゴムを上げる::pen//new
塗りつぶす::pen//new
・細筆(ペイントエディタでのペンにもう一段階細いものがほしい) //new

定義カテゴリ
・ハットブロックの定義
(値ブロックの定義::custom)
<真偽値ブロックの定義::custom>
・色や変数等の引数も定義に使用可能
・「再描画せずに実行」に見た目上の区別

その他 編集/実行
・スクリプトの検索機能
・自動保存のON、OFFの切り替え機能
・定義をスプライトを跨いでの使用可能
・一つ前に戻す(スクリプトの状態を)
・ペイントの日本語対応
・使用ブロック数を表示
・コメントをスプライトファイルに保存
・コスチュームにscratchblocksが使えるように
・バックパックに入れたものに名前やメモに付けることを可能に
・コスチュームエディターの大きさを変数のスライダーみたいな感じで細かく変更できるようにしてほしい
・Scratch 1.4のようなステップ実行

話す
・自分がオーナーのスタジオに投稿されたコメントの削除
・トピックへの投稿に画像のアップロード
・コメントの改行可能
・ブロックの前後での改行をなくす
・トピックのコメントで、ブロックと普通の文章を同じ行に書けるようにしてほしい // ブロックの前後での改行をなくす と同じ?
・sage機能(BBSなどにある機能で、レスしてもスレが上がらないという機能。要らないスレにいちいち注意しても無駄に上がるだけだがこの機能で改善される筈)

その他
・アカウントの2段階認証
・ユーザーアイコンに.svgを使用できる
サムネイルの設定機能
オフラインエディタへの、アカウントからのバックパックのインポート
・音声認識 //nwe
・exe出力//sb2->swf->exeの流れで現在も可 //new
・ボーカロイド //new
・3DSとの互換性(3DS上で実行できるScratch) //new
・cookie(使用例:簡易的なオートセーブ等) //new
・スタジオからぬけられるボタン
//new


異論のない提案
話す
・トピックへの投稿に画像のアップロード
背景:https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2803849/
・トピックの連続建て不可
時間は10分程度。背景:https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2840758/

その他
・リミックス時に過去の「メモと作品への貢献」が変更できないようにする
既存分の変更は不可とし追加ができるようにする。背景:https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2840788/
・私の作品で、昇順/降順の切り替え可能
私の作品の検索の中から検索する機能(例1:私の作品ページに検索ボックスを追加、例2:全体検索に「私の作品」に限定できる機能を追加)
背景:https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2840788/

その他 編集/実行
・一時停止
背景:https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2816376/

意見の分かれる提案
制御カテゴリ
[このスクリプト以外のすべて v] を止める ::control
状況:https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2816376/

動きカテゴリ
・x座標,y座標の右クリックでの変換

調べるカテゴリ
(マウスホイールの移動量 :: sensing)
状況:https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2840788/

イベントカテゴリ
[マウスホイール上 v] が押されたとき :: events :: hat
状況:https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2840788/
[マウスホイール下 v] が押されたとき :: events :: hat
状況:https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2840788/

演算カテゴリ
( () + (0))//ブロック端にスペースがあると格段に動かしやすくなるのでは

却下された提案
見た目カテゴリ
このスプライトの色を [#000000] にする ::looks
理由:https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2840758/

制御カテゴリ
() 番目に作られたクローンを削除する :: control
理由:https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2803849/
スプライトの他のクローンを削除 ::control
理由:https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2816376/

動きカテゴリ
[ v] のクローン (1) 番目へ向ける ::motion
理由:https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2803849/
向きが (90 v) 度になったとき ::motion hat
理由:https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2761553/

見た目カテゴリ
(画像効果 [幽霊 v] ::looks)
理由:https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2763615/
・加算合成機能
理由:https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2808893/
[#f9f] 色を隠す ::looks
理由:https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2808893/
[#f9f] 色を表示する ::looks
理由:https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2808893/

調べるカテゴリ
(プロジェクト名 :: sensing)
理由:https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2808893/
(スプライト数::sensing)
理由:https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2808893/
<Scratcher::sensing>//クラウド変数が使えるものとしての
理由:https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2808893/

演算カテゴリ
(()XOR()::operators)
理由:https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2808893/
([] の(1) 番目の文字以外::operators)
理由:https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2816376/
( [文字列]  :: operators)
理由:https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2816376/
<<> かつ <> かつ <> ::operators>//かつブロックの引数多数化
理由:https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2816376/

変数カテゴリ
リスト [リスト v] を [A~Z v] の順に置き換える ::list
理由:https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2816376/
リスト[ v]の中身をシャッフル::list
理由:https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2816376/

ペンカテゴリ
(ペンの太さ ::pen)
理由:https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2763615/
(ペンの色 ::pen)
理由:https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2763615/
(ペンの濃さ ::pen)
理由:https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2763615/
<ペンが下りている ::pen>
理由:https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2763615/
[このスプライト v] のペンを消す :: pen
理由:https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2808893/

その他 編集/実行
・スプライトどうしのレイヤー
理由:https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2808893/
・新着メッセージをメールで通知する機能
理由:https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2816376/

3.0で追加される提案
※3.0 で追加されるので 2.0 での追加要望はなし
<[]に[]が含まれる::operators>
(押されたキー :: sensing)
[]と喋る::sound
<[上の v]端にふれた::sensing>

1227r wrote:

[使用ブロック数を表示は、プロジェクトページで確認できます。
(スクリプト 5
スプライト 4)
等です

Last edited by 1227r (Oct. 1, 2017 11:38:51)

inoking
Scratcher
1000+ posts

scratch2.0の提案

1227r wrote:

[使用ブロック数を表示は、プロジェクトページで確認できます。
(スクリプト 5
スプライト 4)
等です
※おっしゃっているのは↑のことだけですね?

そのようなことをブロックで知りたいというのがこの提案です。
なお、ブロック数とスクリプト数は違います。
しかし何に使うのかがよく分からないため「仕分け前の提案 」に残っています。

このように一つずつ提案内容を確認していっているところです。
inoking
Scratcher
1000+ posts

scratch2.0の提案

1227r wrote:

1
([色 v])
と、
2
<shiftキーが押されたとき>
があればいいのに…
まあ、1は、変数のスライダーでできて、
2はハッキングでできるけど。
1.
これでは何の色を知りたいのかが分かりません。

2.
既にリストにあります。
<[Shift v] キーが押された>
[Shift v] キーが押されたとき :: events :: hat
itnkmkw
Scratcher
1000+ posts

scratch2.0の提案

inoking wrote:

itnkmkw wrote:

しかし,イベントって前に何もつけられないので不便なんですよね・・・。何とかできないかな。
外部から不定期に発生するのがイベントなので、そういうものです。
変数を用いた回避方法を検討してもらえましたか?
それは検討して,使用済みなんですが,やっぱりやりにくいですよね。
inoking
Scratcher
1000+ posts

scratch2.0の提案

mochimochiking さんからの削除対象案についての検討(残件)
赤文字がinokingのコメントです。
青文字がapple502jさんのコメントです。
橙文字がmochimochikingさんのコメントです。
緑文字がkaaramochiさんのコメントです。
オリーブ文字がfine316さんのコメントです。
灰文字がMMGISSさんのコメントです。
紫文字がkan217さんのコメントです。
草色文字がikntmkwさんのコメントです。

調べるカテゴリ
<触れた色 ::sensing>//複数あるときに疑問
→提案内容の分かる方、説明お願いします。
可能性として、スペース区切りがあります。ただし、技術上できるかは不明です。
(スプライトの [縦の大きさ v] :: sensing)//定数なので取得する用途不明
→定数とは限りません。必要性については要検討
(スプライトの [横の大きさ v] :: sensing)//定数なので取得する用途不明
→定数とは限りません。必要性については要検討
上の二つは縦に()伸びるなどのブロックと合わせて検討する方がいいと思います。
縦に()伸びる 等と一緒に検討ということで、ひとまずこの削除対象からは外すということでよいですか?

(スプライトの [面積 v] :: sensing)//定数なので取得する用途不明
→定数とは限りません。必要性については要検討
これも 縦に()伸びる 等と関係します。ひとまずこの削除対象からは外すということでよいですか?
(マイクの音の高さ ::sound)//音は複数の周波数で構成されているため何を返すのか疑問
→提案内容の分かる方、説明お願いします。
旧ブロック (note::sensing) のことでしょうか。
周波数の取得ということですかね。ひとまずこの削除対象からは外すということでよいですか?
<[コスチューム1 v]の[Sprite1 v]に触れた :: sensing>//簡単なスクリプトで実装可能
→簡単かどうかは分かりませんが汎用性がないと思います。
→汎用性がないということで却下でよいですか?

変数カテゴリ
変数 [ v] のx座標を () に、y座標を () にする ::variables//https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2800013/
→削除賛成。しかし議論中。
他にはどのような意見がありますか。
https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2803828/ が関係するかなと。
変数やリストの表示については https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2800013/ についても考慮お願いします。

(変数 [ v] のx座標 ::variables)//https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2800013/
→削除賛成。しかし議論中。
(変数 [ v] のy座標 ::variables)//https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2800013/
→削除賛成。しかし議論中。
上の三つは、実装されてもいいと思います。
上の三つの実装に賛成。
 なぜですか。
同じく、実装に賛成の理由を説明お願いします(変数については下の太字部分も見てください)。

変数 [ v] の表示形式を [スライダー v] にする :: variables//https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2800013/
→削除賛成。しかし議論中。
(変数 [ v] の表示形式::variables)//https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2800013/
→削除賛成。しかし議論中。
上の二つは、どんなときに使うんでしょうか。
同じく、どんなときに使うかを説明お願いします(変数については下の太字部分も見てください)。

[変数 v] のスライダーの最小値を (0) にする :: variables//https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2800013/
→削除賛成。しかし議論中。
[変数 v] のスライダーの最大値を (0) にする :: variables//https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2800013/
→削除賛成。しかし議論中。
([変数 v] のスライダーの最小値 :: variables)//https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2800013/
→削除賛成。しかし議論中。
([変数 v] のスライダーの最大値 :: variables)//https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2800013/
→削除賛成。しかし議論中。
上の四つは、そこまで汎用性があるでしょうか。
値を変更する場合が思い付かない。故に要らないと思う。

<変数 [ v] がクリックされた :: variables>//https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2800013/
→削除賛成。しかし議論中。

リスト [ v] のx座標を () に、y座標を () にする ::list//https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2800013/
→削除賛成。しかし議論中。
リスト [ v] の縦幅を () に、横幅を () にする ::list//https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2800013/
→削除賛成。しかし議論中。
上の二つは、実装されてもいいと思います。
リストの大きさなどが勝手に変わるから実装したいということだと思うので、それが変わらないようにすればいいと思います
紫に同意
変数・リストの見た目系ブロックは「表示する」「隠す」で充分と思います。座標や、クリックされたかどうかを判定する意図が不明ですし、そのために変数やリストがあるのではありません。
変数・リストの見た目系ブロックは 保存するとリストの大きさが変わる仕様修正 が既にリストにあるので却下ということでよいですか?

その他 編集/実行
・コスチュームエディターの大きさを変数のスライダーみたいな感じで細かく変更できるようにしてほしい//用途不明
→提案内容の分かる方、説明お願いします。
サイズを大きくするときに端のドラッグ以外にも、スライダーでできるようにするor数値入力。SVGを読み込んで大きすぎ、エディターをはみ出して端もつかめない場合(経験済み)などに役立つ。
再確認ですがこの提案はキャンバスの大きさ(現状 -, =, + アイコンで変更)をスライダーで変更できるようにすることではないのですか?

話す
・自分がオーナーのスタジオに投稿されたコメントの削除//コメントは皆のものだから、コメントはけせなくしたほうがよいとおもう。
→削除賛成。異論なければ却下に移動したいと思います。
削除賛成。他人のプロフィールのコメント削除はST却下。
それだとスタジオに関係ないコメントが来た時など、報告以外に消去方法がありません。
報告すればいいと思います。
報告の是非についてこれ以降話が止まっていますが、報告すればよいということでコメントの削除は却下でよいですか?
kan217
Scratcher
1000+ posts

scratch2.0の提案

削除

Last edited by kan217 (Oct. 4, 2017 14:16:03)

kan217
Scratcher
1000+ posts

scratch2.0の提案

mochimochiking さんからの削除対象案についての検討(残件)
赤文字がinokingのコメントです。
青文字がapple502jさんのコメントです。
橙文字がmochimochikingさんのコメントです。
緑文字がkaaramochiさんのコメントです。
オリーブ文字がfine316さんのコメントです。
灰文字がMMGISSさんのコメントです。
紫文字がkan217さんのコメントです。
草色文字がikntmkwさんのコメントです。

調べるカテゴリ
<触れた色 ::sensing>//複数あるときに疑問
→提案内容の分かる方、説明お願いします。
可能性として、スペース区切りがあります。ただし、技術上できるかは不明です。
(スプライトの [縦の大きさ v] :: sensing)//定数なので取得する用途不明
→定数とは限りません。必要性については要検討
(スプライトの [横の大きさ v] :: sensing)//定数なので取得する用途不明
→定数とは限りません。必要性については要検討
上の二つは縦に()伸びるなどのブロックと合わせて検討する方がいいと思います。
縦に()伸びる 等と一緒に検討ということで、ひとまずこの削除対象からは外すということでよいですか?
よいです

(スプライトの [面積 v] :: sensing)//定数なので取得する用途不明
→定数とは限りません。必要性については要検討
これも 縦に()伸びる 等と関係します。ひとまずこの削除対象からは外すということでよいですか?
(マイクの音の高さ ::sound)//音は複数の周波数で構成されているため何を返すのか疑問
→提案内容の分かる方、説明お願いします。
旧ブロック (note::sensing) のことでしょうか。
周波数の取得ということですかね。ひとまずこの削除対象からは外すということでよいですか?
<[コスチューム1 v]の[Sprite1 v]に触れた :: sensing>//簡単なスクリプトで実装可能
→簡単かどうかは分かりませんが汎用性がないと思います。
→汎用性がないということで却下でよいですか?
よいです

変数カテゴリ
変数 [ v] のx座標を () に、y座標を () にする ::variables//https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2800013/
→削除賛成。しかし議論中。
他にはどのような意見がありますか。
https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2803828/ が関係するかなと。
変数やリストの表示については https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2800013/ についても考慮お願いします。

(変数 [ v] のx座標 ::variables)//https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2800013/
→削除賛成。しかし議論中。
(変数 [ v] のy座標 ::variables)//https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2800013/
→削除賛成。しかし議論中。
上の三つは、実装されてもいいと思います。
上の三つの実装に賛成。
 なぜですか。
同じく、実装に賛成の理由を説明お願いします(変数については下の太字部分も見てください)。

変数 [ v] の表示形式を [スライダー v] にする :: variables//https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2800013/
→削除賛成。しかし議論中。
(変数 [ v] の表示形式::variables)//https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2800013/
→削除賛成。しかし議論中。
上の二つは、どんなときに使うんでしょうか。
同じく、どんなときに使うかを説明お願いします(変数については下の太字部分も見てください)。
用途不明

[変数 v] のスライダーの最小値を (0) にする :: variables//https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2800013/
→削除賛成。しかし議論中。
[変数 v] のスライダーの最大値を (0) にする :: variables//https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2800013/
→削除賛成。しかし議論中。
([変数 v] のスライダーの最小値 :: variables)//https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2800013/
→削除賛成。しかし議論中。
([変数 v] のスライダーの最大値 :: variables)//https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2800013/
→削除賛成。しかし議論中。
上の四つは、そこまで汎用性があるでしょうか。
値を変更する場合が思い付かない。故に要らないと思う。
用途不明

<変数 [ v] がクリックされた :: variables>//https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2800013/
→削除賛成。しかし議論中。

リスト [ v] のx座標を () に、y座標を () にする ::list//https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2800013/
→削除賛成。しかし議論中。
リスト [ v] の縦幅を () に、横幅を () にする ::list//https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/post/2800013/
→削除賛成。しかし議論中。
上の二つは、実装されてもいいと思います。
リストの大きさなどが勝手に変わるから実装したいということだと思うので、それが変わらないようにすればいいと思います
紫に同意
変数・リストの見た目系ブロックは「表示する」「隠す」で充分と思います。座標や、クリックされたかどうかを判定する意図が不明ですし、そのために変数やリストがあるのではありません。
変数・リストの見た目系ブロックは 保存するとリストの大きさが変わる仕様修正 が既にリストにあるので却下ということでよいですか?
いいです

その他 編集/実行
・コスチュームエディターの大きさを変数のスライダーみたいな感じで細かく変更できるようにしてほしい//用途不明
→提案内容の分かる方、説明お願いします。
サイズを大きくするときに端のドラッグ以外にも、スライダーでできるようにするor数値入力。SVGを読み込んで大きすぎ、エディターをはみ出して端もつかめない場合(経験済み)などに役立つ。
再確認ですがこの提案はキャンバスの大きさ(現状 -, =, + アイコンで変更)をスライダーで変更できるようにすることではないのですか?

話す
・自分がオーナーのスタジオに投稿されたコメントの削除//コメントは皆のものだから、コメントはけせなくしたほうがよいとおもう。
→削除賛成。異論なければ却下に移動したいと思います。
削除賛成。他人のプロフィールのコメント削除はST却下。
それだとスタジオに関係ないコメントが来た時など、報告以外に消去方法がありません。
報告すればいいと思います。
報告の是非についてこれ以降話が止まっていますが、報告すればよいということでコメントの削除は却下でよいですか?
却下でいいです
inoking
Scratcher
1000+ posts

scratch2.0の提案

kan217 wrote:

mochimochiking さんからの削除対象案についての検討(残件)
赤文字がinokingのコメントです。
青文字がapple502jさんのコメントです。
橙文字がmochimochikingさんのコメントです。
緑文字がkaaramochiさんのコメントです。
オリーブ文字がfine316さんのコメントです。
灰文字がMMGISSさんのコメントです。
紫文字がkan217さんのコメントです。
草色文字がikntmkwさんのコメントです。

中身は略
他にご意見ないですか(特に変数・リストの見た目系ブロック関係)?

Powered by DjangoBB