Scratch への提案

j91322029

リスト名の打ち間違いを誘発するし、
リスト名に変更があったときの対処も手動でする必要が生まれます。
そして少し複雑です。
便利すぎるのも、Scratcherにはかえって害となってしまいそうです。

リスト名の打ち間違いを誘発するとはどういうことでしょうか？リスト名に変更があったときの対処も別にそう難しくはないと思います(スプライトがたくさんあれば面倒くさいかもしれませんが仕方ないですよね)

便利すぎると言っていますが、

もし <> なら

end

を繰り返して作らなければいけないのも不便すぎると思います。僕は便利すぎるとは思いません。逆にこれを実装してほしい人の方がたくさんいると思います

Last edited by j91322029 (Dec. 23, 2022 06:20:46)

inoking

まず、提案内容を明確にすると

( [list v] の( v) 番目 :: list)

[var v] を [] にする

のようなブロックで「list」や「var」の部分を選択式ではなく、以下のように自由入力にしたいということですよね。

( [list] の( v) 番目 :: list)

[var] を [] にする

これが選択式になっているということはミスがなくなるということを意味します。
リストや変数の名前を変えたときも自動で置き換わります。
これは（検索機能もない）Scratch でのブロックプログラミングを快適にしている要因の一つでしょう。
自由入力、つまり、テキストベースの一般的な言語では名前違いのエラーによく出くわします。

j91322029 wrote:
リスト名に変更があったときの対処も別にそう難しくはないと思います(スプライトがたくさんあれば面倒くさいかもしれませんが仕方ないですよね)

いえ、そこが大きな問題となります。
「スプライトやコードがたくさんあるプロジェクト」はたくさん存在します。

akinarin さんは「便利すぎる」と言っていますが、
私は逆に今の制限が外れてしまうと「不便すぎる」と思います。

akinarin

>> #3505
#3450で僕が述べたように
ある程度なら代用可能です。
これだとループ(というか再帰)を使っているので「もし～なら」を何度も使う必要がありません。

akinarin wrote:
#3439
dragon-computer wrote:
[　] を [何か] に追加する
文字列でリスト名を指定したい
についてです。
先ほど#3447で述べた通り、僕は反対です。
しかし、これが欲しい気持ちも解るので、
完全な代替方法とはなりませんが、動的生成リストの再現をここに示しておきます

多少複雑ではありますが、機能を絞ることでより実装が簡単になります。

>> #3508
僕が「便利すぎる」と言ったのは「今のシステムと併用したときに便利に使える」という意味です。
誤解を生んでしまいました。文章が少し不足していたかも知れませんね。

0034839

akinarin wrote:
｢どのようにまとめるか｣について詳しく教えてほしいです。
｢まとめる｣と言っても｢〇〇さんと■■さんがスタジオに、それぞれ～と～を入れました｣と表示するのか、
｢色々活動がありました｣と表示するのか、など色々考えられます。

また、｢スタジオの通知｣とは｢スタジオの活動内容｣であってますか？

伝わりにくくすみません活動内容であっています
スタジオで活動がありましたでコメントに表示したらいいと思います

j91322029

#3508

inoking wrote:
まず、提案内容を明確にすると
( [list v] の( v) 番目 :: list)
[var v] を [] にする
のようなブロックで「list」や「var」の部分を選択式ではなく、以下のように自由入力にしたいということですよね。
( [list] の( v) 番目 :: list)
[var] を [] にする
これが選択式になっているということはミスがなくなるということを意味します。
リストや変数の名前を変えたときも自動で置き換わります。
これは（検索機能もない）Scratch でのブロックプログラミングを快適にしている要因の一つでしょう。
自由入力、つまり、テキストベースの一般的な言語では名前違いのエラーによく出くわします。

自由入力ではなく、

[] を [list v] に追加する

これを

[] を (list v) に追加する

こんな感じです。これだと変数を入れることもでき、選択もできます最初からちゃんと伝えれてませんでした

Last edited by j91322029 (Dec. 23, 2022 09:41:14)

Atridott

今のScratchのブロックには自由入力はできないが変数は入れられる、といった場所は存在しません。
#3514で指摘を受けました。
リストだけ例外を作ってしまうと混乱を招かないでしょうか。

Last edited by Atridott (Dec. 23, 2022 09:55:04)

j91322029

Atridott wrote:
今のScratchのブロックには自由入力はできないが変数は入れられる、といった場所は存在しません。
リストだけ例外を作ってしまうと混乱を招かないでしょうか。

でも新機能ということでいいと思います

abee

#3512
たとえば、

(変数) を送る

ことは可能です。

inoking

自由入力ということは変数が入ることも含みます。
しかしポイントはそこではありません。

なお、変数のほうが、プログラムで動的に変更されるため
直接入力よりも存在しない名前を指定してしまう可能性が増えます。

yui0321

被ってたので削除

Last edited by yui0321 (Dec. 23, 2022 09:52:34)

inoking

abee wrote:
#3512
たとえば、
(変数) を送る
ことは可能です。

はい、その機能を使って「関数ポインタ」のようなことができるという話を
以前したことがあります。

akinarin

>> #3504
コスチュームを調整したいときに便利ですし、
既存のものに似た機能があるので賛成です。

Last edited by akinarin (Dec. 23, 2022 13:29:22)

kkk2z

審議の途中失礼
1 ブロックされたことの表示（アカウント主がチェックマークにチェックを入れるとＢＡＮされていますと表示される）
2公式チャットサーバー（サーバー維持には、寄付クラウドファンディングといったことで集めた資金を使用する＋データ‐等の負荷がかかるため1ヶ月でデータを古い順に削除）
3 スタジオでの返信制限回数を増やす（510〜600文字ぐらい）
4scratchでＳＴ以外の管理者を追加は、どうでしょうか？（ＳＴが選ぶ判断基準は、1年以上scratchを使用コメント停止等の規制を1週間以上受けていないなどの条件付きで）
を提案します
理由としては、1は、私の場合ブロックされていることを知らせたいからです
2は、より他のscratchユーザーと交流して意見や考えてscratchをもっとより良いものにするという目的
3は、長文を書いていて足りなくなってしまったりすることがあるから
4ＳＴやBOTだけでは、監視が行き届いていないかのうせいがあるから

Last edited by kkk2z (Dec. 23, 2022 23:33:52)

kyokyoro

ユーザーページが表示されない≒ブロックされたと考えていいでしょう。普通、唐突になんの知らせもなくアカウントを削除することはないと思いますし。
そのためにここ(フォーラム)があります
スタジオの本来の目的を考えれば何故返信制限があるかわかると思います
以前そのようなシステムがありましたが廃止されました

Last edited by kyokyoro (Dec. 24, 2022 00:26:11)

akinarin

>> #3519
3.はスパム防止の観点から反対です。
4.は #2Scratchチームにより却下された提案の8.2に当たると思います。

>> #3520
2.について、フォーラムは雑談の場所ではありません。
(>> #3524 確かにそうですね)

Last edited by akinarin (Dec. 24, 2022 06:03:12)

akinarin

>> #3511
リスト名の自由入力は、
前にも示した通りある程度なら代用可能ですし、
代用方法の複雑さも、｢値定義ブロック｣によって緩和されるはずです。

また、｢代用可能だが、代用方法が複雑｣といった機能の殆どは、
｢値定義ブロック｣によって緩和されると思います。
何故なら、現在のScratchでは
値ブロックを拡張機能を使わないと自分で作ることができず、
式がどんどん長くなったり、値の受け渡しに変数やリストが必要になったりしますが、
｢値定義ブロック｣によってこれらの問題が解決するからです。

j91322029

akinarin wrote:
>> #3511
リスト名の自由入力は、
前にも示した通りある程度なら代用可能ですし、
代用方法の複雑さも、｢値定義ブロック｣によって緩和されるはずです。

また、｢代用可能だが、代用方法が複雑｣といった機能の殆どは、
｢値定義ブロック｣によって緩和されると思います。
何故なら、現在のScratchでは
値ブロックを拡張機能を使わないと自分で作ることができず、
式がどんどん長くなったり、値の受け渡しに変数やリストが必要になったりしますが、
｢値定義ブロック｣によってこれらの問題が解決するからです。

わかりました

kyokyoro

>>#3521
kkk2zさんは雑談のために提案したわけではないようですが

kkk2z wrote:
scratchユーザーと交流して意見や考えてscratchをもっとより良いものにする

Last edited by kyokyoro (Dec. 24, 2022 02:37:37)

inoking

#3519:

kkk2z wrote:
1 ブロックされたことの表示（アカウント主がチェックマークにチェックを入れるとＢＡＮされていますと表示される）

Scratch チームにより却下された提案にあります。

8.4 ブロックされたことの表示

2公式チャットサーバー（サーバー維持には、寄付クラウドファンディングといったことで集めた資金を使用する＋データ‐等の負荷がかかるため1ヶ月でデータを古い順に削除）

「チャット」と言えば「雑談」に聞こえますが
「より他のscratchユーザーと交流して意見や考えてscratchをもっとより良いものにするという目的」
ということなので雑談ではないものと解釈します。
#3520 でも言われているとおり、そのためにフォーラムがあります。

3 スタジオでの返信制限回数を増やす（510〜600文字ぐらい）

これは昨年夏に入れられた制限なので緩和されることはないでしょう。

4scratchでＳＴ以外の管理者を追加は、どうでしょうか？（ＳＴが選ぶ判断基準は、1年以上scratchを使用コメント停止等の規制を1週間以上受けていないなどの条件付きで）

#3520 でも言われているとおりです。

h_team_x

再掲

h_team_x wrote:

提案

[コスチュームの　番号 v] を表示する ::looks //理由：アニメや,いろんな用度に使えるから
[コスチュームの　番号 v] を隠す ::looks

//代用
⚑ がクリックされたとき ::events hat
ずっと
[コスチューム番号 v] を (コスチューム #) にする
end

//と
変数 [コスチューム番号 v] を表示する
変数 [コスチューム番号 v] を隠す

代用が少々面倒だ（（殴。。。　し、ストップボタンを押すと止まってしまうから
(中身:コスチュームの(番号、名前)、背景の(番号、名前)、大きさ)

Last edited by h_team_x (Dec. 24, 2022 22:07:31)

Discuss Scratch