Scratch への提案

31iisonat

使い方にこのように太くできる機能は作れないでしょうか？

kurosio-ZP

31iisonat wrote:
使い方にこのように太くできる機能は作れないでしょうか？

私的にはいらないと思います。
文字を強調したいならダイアクリティカルマークでも合成させればいいでしょう。
とにかく、強調したいなら括弧か何かで囲むなどしましょう。

inoking

そもそも、なぜそれが必要なのか？も示されていません。

#1 wrote:
守ってほしいこと：
★The Complete List of Rejected Suggestions（却下された提案）（日本語訳）に出ている内容は提案不可です。
★#3 ～ #6 をチェックし、すでに出ている提案を単にくり返さないようにお願いします。
★「欲しい」や「賛成」だけではなく、理由などを説明するようにお願いします。

「強調したい」だとしても
「なぜ使い方の中でカギかっこなどでなくフォントでやらないといけないか」といった事情が分かりません。
逆に、その理由をよく考えると本当に必要な機能かどうかも見えてくるでしょう。

gccxnondx

提案です。

 () 秒でx座標を (0) に、y座標を (0) に変える

の削除を提案します。
理由として、簡単に代用が可能であることや、使用頻度がかなり低いことが挙げられます。(私の経験上、使っているプロジェクトは全体の0.01%未満?)
そのため削除を提案します。
こちらを読んでの発言です。

Last edited by gccxnondx (Yesterday 09:32:14)

mashu_Official

#8886
どのように代用ができるのか教えていただけませんか？

aalaalscratcher

#8886
反対です
すでにあるプロジェクトが動作しなくなる可能性があります
そのブロックは一定間隔で別の場所やランダムな場所に移動させるなど
初心者のうちは大変便利なブロックです
そのため、初心者の作るプロジェクトには使われていることが多く
わたしも、最初の頃はよく使っていました(今でもたまに使います)
機能も簡単に想像でき、初心者が触って慣れるのには良いブロックだと思うので
残しておくべきだと思います
簡単に代用可能と言っても初心者のうちは30FPSのルールを知らない人も多く
何回繰り返せば1秒になるのかわからない人のほうが多いでしょう

inoking

gccxnondx wrote:
こちらを読んでの発言です。

このエッセイも読んでみてください。
Development is hard

Coming up with a high-level software design that is easy to understand and maintain while fitting in with the existing solution and is fully backwards-compatible

：

They also have to deal with concerns like accessibility, backwards compatibility, avoiding disruption, and much more that small communities don't have to deal with.

gccxnondx

#8885

 [目標のx座標] を [a] にする
 [目標のy座標] を [b] にする
 (繰り返したいフレーム数) 回繰り返す
x座標を ((a) / (繰り返したいフレーム数)) ずつ変える
y座標を ((b) / (繰り返したいフレーム数)) ずつ変える
end

#8886
「すでにあるプロジェクトが動作しなくなる可能性がある」は、以前のブロック削除では起こっていないはずです。例:これ
便利なブロックを使うだけではプログラミングの能力は上がりません。別に、難しい数学を使っているわけではないので、初心者でも作れると思います。30FPSのルールを知らなくても、試行錯誤してみれば、少しずつわかってくるはずです。
#8887

User:Jvvg/Essays/Development is hard wrote:
Once a feature is implemented, that is also a future commitment to maintaining that feature until the end of time. It's very rarely just ship the feature and forget about it, odds are there will be a bug that comes up in the future or there will be some change needed. As a result, they need to be careful about what to add since any feature they add now means more developer time will be taken up in the future.

開発者側の事情を全くというほど知りませんでした。提案を取り下げます。

newmomizi_txt

#8888
リンク先のJapanese Scratch-Wikiの記事をよく読むと分かると思いますが、削除されたブロックはどれも

・開発途中のベータ版でのみ存在した (例: 「ユーザーID」)
・ブロックパレットにはないが、データ上は存在しており機能する (例: 「うるさい」)
・完全な代替となるブロックが存在する (例: 「すべてを止める」)

の3つのいずれかに該当しています。ブロックの削除は、互換性を失わない、失ったとしても問題ない場合のみに限られるのでしょう。
(そのブロックが重大な問題を起こしていたりするのなら、この例外となり得るかもしれませんが)

1233458

スクラッチのUIが全体的にPC用な気がします
ディスカッションやプロフィールは2.0のUIだったり、
プロジェクト作るところ(なんていうかわからん)はスマホ対応してないじゃないですか。
ステージとスプリクトエディタで縦に分けたりするレスポンシブな仕組みって難しいんですかね？(HTMLﾜｶﾝﾅｲ)

e1bfd762321e409cee4a

#8890
FAQから引用します。

FAQ wrote:
Scratchの動作推奨環境は？
(ry
but Scratch does not currently support creating or editing projects on phones.
(ry

なぜか英語なので非公式訳(DeepL翻訳を手直し)も

非公式訳 wrote:
Scratchの動作推奨環境は？
(ry
携帯電話でのプロジェクトの作成や編集は現在サポートされていません。
(ry

Discuss Scratch