Discuss Scratch

mnop321
Scratcher
98 posts

Scratch への提案

hrt4 wrote:

わかりやすくお願いします
scratchのこと

hrt4 wrote:

わかりやすくお願いします
scratchのこと

https://scratch.mit.edu/discuss/topic/541359/
これを読みましたか?
読むことをおすすめしますよ。


tomo119
Scratcher
73 posts

Scratch への提案

「コンピューターに保存」を「私の作品」からでも出来るようにしてほしいですね、作品のバックアップとかも面倒臭くなるので。
33MARU
Scratcher
48 posts

Scratch への提案

間違い投稿のため削除

Last edited by 33MARU (June 26, 2022 03:26:09)

33MARU
Scratcher
48 posts

Scratch への提案

間違い投稿のため削除

Last edited by 33MARU (June 26, 2022 03:25:45)

Atridott
Scratcher
500+ posts

Scratch への提案

「よくある質問コーナー」の感じで「既知のバグコーナー」的な役割のトピックはどうですか? 質問と同じで、何度も報告されているバグや先日のようなバグもあります。対処法または対処法がないということなどを書いておくと良いと思います。
inoking
Scratcher
1000+ posts

Scratch への提案

Atridott wrote:

「よくある質問コーナー」の感じで「既知のバグコーナー」的な役割のトピックはどうですか? 質問と同じで、何度も報告されているバグや先日のようなバグもあります。対処法または対処法がないということなどを書いておくと良いと思います。
まず、ここはシステムに対する提案について話す場所なので
この話題は 新・Scratch のコミュニティをより良い所にするために 辺りがよいと思います。
もし続ける場合は移動をお願いします。

本題については、
ブロックの動作関係だけでも問題点として報告されているものは数百件あります。
しかし、その中でもフォーラムなどで情報共有されているものはあまりありません。
つまり、Scratch 3.0用: バグ報告コーナー で十分で、
既知のバグを列挙するにしても、この提案トピックのようにトピック先頭に記載しておけばいいだけだと思います。
※バグ報告コーナーはトピ主がもうおフォーラムで活動していないのでトピックの作り直しが必要になりますが

なお、「先日のようなバグ」がこれ関係のことであれば
先日もそうであったように、騒ぐようなユーザーは既知の情報を見るはずもなく、まとめたところで無意味と思われます。
※あれだけで3ページ (60投稿) ほど消費されました。大半が削除されましたが
あのような場合の対策は、最近の経験上、これが効果的であることが分かってきています。
Atridott
Scratcher
500+ posts

Scratch への提案

返答だけこちらでしておきますね。
例えば、とっっても多く寄せられている「ゆくもは使えますか?」については、極論誘導すべきは「著作権について〜」の#2及びその先のリンクですよね。
そのように既知のバグをまとめて置ける場所があれば便利と思ったということです。
移動するかどうかはinokingさん及びみている方々にお任せします。
p_nuts
Scratcher
1000+ posts

Scratch への提案

乗っ取り被害が急激に増加しているので再提案です。
Scratchでの多要素認証を提案します。(二段階認証とは違います。)ただ単に負担を増やすだけのものではないです。
使うか使わないかは選べるようにして、それによってアカウントにアクセスできなくなることはないです。

方法は、新しい端末でログインしようとしたら(ipアドレスの違いやUAの違いなど)、Scratchの認証に使用したメールアドレスに確認メールが送信され、そこで受け取った6桁のセキュリティコードを入力するという方法です。
一度その端末を認証したら全ての端末の認証をリセット(設定に追加するなど)しない限り入力する必要はないので、面倒になることもありません

また、botを使用している可能性が高いので、新しい端末の場合はreCAPTCHAを導入してもいいと思います。

Last edited by p_nuts (June 27, 2022 11:36:33)

inoking
Scratcher
1000+ posts

Scratch への提案

#1400:

p_nuts wrote:

乗っ取り被害が急激に増加しているので再提案です。
Scratchでの多要素認証を提案します。(二段階認証とは違います。)
使うか使わないかは選べるようにして、それによってアカウントにアクセスできなくなることはないです。

方法は、新しい端末でログインしようとしたら(ipアドレスの違いやUAの違いなど)、Scratchの認証に使用したメールアドレスに確認メールが送信され、そこで受け取った6桁のセキュリティコードを入力するという方法です。
一度その端末を認証したら全ての端末の認証をリセット(設定に追加するなど)しない限り入力する必要はないので、面倒になることもありません

また、botを使用している可能性が高いので、新しい端末の場合はreCAPTCHAを導入してもいいと思います。
それはどちらかというと二段階認証ではないですか?
単に蒸し返すのではなく、この辺の話の延長でお願いします。
inoking
Scratcher
1000+ posts

Scratch への提案

#1107 を読み返して、、

abee wrote:

#1116
それを行った場合、Scratchの登録利用者の大部分が16歳未満であることから、サインインのたびに保護者が確認することになると思います。もし実現すれば効果は絶大だと思いますが、16歳未満なのに保護者のメールアドレスを使っていない人たちには大打撃になると思われます。
(下線部を追記しました)
16歳未満なのに保護者のメールアドレスを使っていない人たちには大打撃になる」
のはなぜでしょう?

保護者のアドレスを使うことが必然となる、のなら分かるのですが
勝手なアドレスで登録しているなら、特に打撃もないように思います。
p_nuts
Scratcher
1000+ posts

Scratch への提案

inoking wrote:

・アカウントの2段階認証
2段階認証は前から欲しいと思っています。
現在のパスワード方式で十分です。
「乗っ取られた」などと言っている人を見かけますが
パスワードの管理をきちんとしていないだけだと思われます。
という理由で却下されていましたが、最近はそれ以上に色々起きているのと、2段階認証はパスワードを二つ以上使うようなものだと解釈していたので、(ネットの記事でそう見かけたような)そう書きました。また、wikipediaによると、2つの要素を使う多要素認証が2段階認証とも呼ばれると言われていたので、多要素認証と書きました。
深い意味はないです
tabakenn
Scratcher
100+ posts

Scratch への提案

制約を6字から8字にするというのは?
(意味あるのかは知らないけど)
abee
Scratcher
1000+ posts

Scratch への提案

文字数を増やしたとしても、パスワードを登録する人が、単純な数字や文字、単語で設定すれば簡単に突破されます。
つまり、自分のパスワードを安全に管理する意味と、どうすれば安全になるかをユーザーが理解して実行しない限り変わりません。
a-bc-def-g
Scratcher
15 posts

Scratch への提案

これがほしいです。
リスト[... v]の平均::list
ですが、
定義 平均を求める
[平均をもとめる順番 v] を [0] にする
([... v] の長さ :: list) 回繰り返す
[平均をもとめる順番 v] を (1) ずつ変える
[平均求め用 v] を ([... v]の(平均をもとめるidx)番目::list) ずつ変える
end
[平均 v] を ((平均求め用) / ([... v] の長さ :: list)) にする
でできますがブロックを作るのがめんどくさい…

Last edited by a-bc-def-g (Sept. 23, 2022 22:09:15)

tabakenn
Scratcher
100+ posts

Scratch への提案

((リスト) の [和 v] ::sensing)
とかあれば実行時間的に速そうですね
p_nuts
Scratcher
1000+ posts

Scratch への提案

Scratchのリストはオブジェクトではないので、残念ながら厳しそうです。
やるとしてもこうですね
([list v]の合計 :: list)
ですが使い道が限定され過ぎている気がします。
やるとしたら、[ v]の部分を引数として渡せれば一気に改善できると思うのですが。
定義 (引数[ v] ::custom)
[ほげ] を(引数[ v] ::custom) に追加する
newhiroki1110
Scratcher
500+ posts

Scratch への提案

#1407
和って足した合計じゃなかったっけ?
一瞬いらないと思ったけどリストに数字入れて勝手に全部足してくれるのはなかなかいいですね
newmomizi_txt
Scratcher
1000+ posts

Scratch への提案

a-bc-def-gさんが言っているように、簡単に代用が可能です。
代用が難しいならまだしも、この程度のプログラムなら「自分で書けばいいじゃん」と私は思います。
また、提案する前に、これを一度読んでみることをお勧めします。

inoking wrote:

Scratch doesn't always have to be super simple, and, for that matter, shouldn't be. For example, if you suggested a “physics” block, which made a sprite follow the laws of physics, this would probably be rejected. Why? It would certainly be useful! The problem is (beyond the difficulties in making such a block) that it makes Scratch too easy. It is kind of taking the “program” out of “Imagine, program, share”. We don't want to be able to make anything in five minutes; that ruins the point of programming, having fun, and putting effort into your projects. However, you can always feel free to make your own physics tutorial, and share it with the community, so that those who don't know how to program physics could learn to program physics.
↓ざっと訳
スクラッチはいつも超シンプルである必要はありません。
例えば、物理学の法則に従ったスプライトを作成した「物理学」ブロックを提案した場合、これはおそらく却下されます。
どうして?それは確かに便利でしょう。
問題は Scratch をあまりにも簡単にすることです。それは、「想像、プログラム、共有」から「プログラム」を取り去っているようなものです。
私たちは5分で何かを作れるようにすることを望んでいません。
それはプログラミングする、楽しい時間を費やす、作品に力を注いだりする、ということを損ないます。
しかし、あなたはいつでも自分の物理学チュートリアルを作成し、コミュニティと共有することができます。
それによって、物理学のプログラミムを知らない人が物理学のプログラムを学ぶことができます。
p_nuts
Scratcher
1000+ posts

Scratch への提案

#1408の強化です。
定義 ああ(a[list v]) (b[sprite v] ) (c[コスチューム v])
        ↑のやつは取り出すものではない ::grey
[ほげ] を[\[\[引数:a\]\] v] に追加する
[\[\[引数:b\]\] v] へ向ける
コスチュームを [\[\[引数:c\]\] v] にする
@greenflag がクリックされたとき
ああ[リスト1 v] [スプライト1 v] [コスチューム2 v]
こんな形の引数を提案します。理由は、柔軟に対応できた方が便利だからです。コスチュームやスプライトなどは含まれなくてもいいですが、代用できないものもあります。(変数やリストのドロップダウンには値ブロックが入りません。)

Last edited by p_nuts (June 28, 2022 08:51:06)

mitaku115
Scratcher
500+ posts

Scratch への提案

スプライトが端っこで詰まる現象をON/OFFできるようにしたいです。
特に100%Penの作品(例えばこれ)を作る時に邪魔になります。

Powered by DjangoBB