Scratch への提案

Mario-098

#4319
賛成です。
代用可能ではありますが、とても手間がかかるからです。
ペンで描画されたものを一つのスプライトとして考えて、最前面にするなどとしてもいいかもしれませんね。

Last edited by Mario-098 (July 30, 2023 04:29:09)

Arithmetic_

画像エディターのピクセル数値を、入力で変更できるようにしてほしいと思います。

inoking

syokaki wrote:
「ペンの描く層の指定」を提案します。
理由としては、
・現在は最背面にしか描画できないが、それが原因でペンの機能性をわずかながら低くしている　があります。
具体的な例を挙げれば、
・スプライトがある画面でペンテキストを最前面に表示したい
・100%penプロジェクトで、どうしても先に描画する必要があるが、前面に表示したい
などです。
ペンの描く層を (スプライトの後ろ v) にする::pen //最前面、最背面、スプライトの前、スプライトの後ろ から選べる
このブロックがあると層の指定がしやすくなると思います。

#4319:

syokaki wrote:
#4311
「前後関係を変更する機能は、慣れていないうちは使わない」で解決するはずです。
それにペンの層の変更は、以下のブロックを使って行うスプライトの層の変更とさほど変わらない気がします。
(1) 層[手前に出す v]::looks

[最前面 v]へ移動する::looks
僕の提案では、「最前面」と「最背面」以外ではスプライトの前後関係に依存することで混乱を防ごうとしています。
「最前面」と「最背面」も文字通りなので分かりやすいでしょう。
僕は「混乱が生じる」ことよりも現在の仕様の「ペンで描画したものは強制的に最背面に表示される」ことの方が問題だと思います。
ペンの前後関係を指定することができれば、特にスプライトと共存させる場合のペンの有用性を現在よりも高めることができるのではないでしょうか。

最前面、最背面というのは意味が分かりませんが
ペン（すべて）とスプライト（すべて）の上下関係を指定できるようにするというところは賛成です。
ペンをスプライトの上に描けないという制約でけっこう作品作りの幅が狭まっていると思います。

#4326:

Mario-098 wrote:
賛成です。
代用可能ではありますが、とても手間がかかるからです。

代用は不可能です。

Last edited by inoking (July 30, 2023 22:35:43)

inoking

#4320:

y_haruka wrote:
<このスプライトが押された>
のブロックがほしいです。

原理的に不可能です。
「スプライトが押された」というのは
1. スプライト上で
2. 押されていない状態から
3. 押された状態に変化する
という一連の動きが必要です。

<このスプライトが押された>

のような真偽値ブロックはその瞬間の状態しか表せないので原理的に不可能です。

このスプライトが押されたとき::events hat

のようにイベントで取得するのが正しいです。

なお、同じ理由で #4321 の方法では代用になりません。

taiyo_a

#4329
すみません。

<このスプライトが押された>

というのは、押された瞬間ではなく、触れているかつマウスが押されている状態だと思っていました。
ですが、

<マウスが押された>

というブロックもあるので、これはその瞬間を判定するブロックではないので、
それを触れている状態に限定するだけと考えたら、私の誤解も間違ってはいないのではないでしょうか。

inoking

taiyo_a wrote:
<このスプライトが押された>
というのは、押された瞬間ではなく、触れているかつマウスが押されている状態だと思っていました。

そうですね、#4320 がどういう意図かによります。

どちらにしても、提案としては却下となりますね。

newmomizi_txt

#4329

<<[マウスのポインター v] に触れた> かつ <マウスが押された>>

という意味であると解釈すると不可能ではありません。

…まあ、元々3ブロックあればできていたことを1ブロックに減らしたところで何の得があるのかという話になりますが。

tabakenn

syokaki wrote:
（略）
僕の提案では、「最前面」と「最背面」以外ではスプライトの前後関係に依存することで混乱を防ごうとしています。
「最前面」と「最背面」も文字通りなので分かりやすいでしょう。
僕は「混乱が生じる」ことよりも現在の仕様の「ペンで描画したものは強制的に最背面に表示される」ことの方が問題だと思います。
ペンの前後関係を指定することができれば、特にスプライトと共存させる場合のペンの有用性を現在よりも高めることができるのではないでしょうか。
（略）

これは、

syokaki wrote:

（略）

ペンの描く層を (スプライトの後ろ v) にする::pen //最前面、最背面、スプライトの前、スプライトの後ろ から選べる

（略）

のうち、スプライトの前か後ろをデフォルトにして、
（最前面、最背面も専用スプライト用意すればいけますが、）互換性の観点から最背面は必要で、最前面もあると良いという提案ですか？

いずれにしろ、スプライトにペンのレイヤーを紐づければ、全て消すではなく、「このスプライトで消す」のようなレイヤー消去も実現できます。

ペン第二世代として、ベクター対応でレイヤー機能と消しゴムあたりも盛り込んで、互換性無視して新しく拡張機能に出しても良いと思います。

syokaki

#4328
僕が提案したブロックにおける「最前面」は、「どのスプライトよりも前面にペンが描画される」状態のことです。
これが追加されればPTEなどの有用性がかなり上がります。

#4333
そうですね。過去のプロジェクトとの互換性の観点から、「最背面」も必要です。(最背面に描きたい場面もありますし)
デフォルトは現在と同じ「最背面」がいいと思います。

あと、最前面には現在の仕様ではどうやっても描けません。下の画像ではゴボはネコよりも前面にいますが、ペンで描いた線は最背面にあります。

Last edited by syokaki (July 31, 2023 02:36:36)

abee

似たような話は以前もありました。スタンプで回避できます。
ペンで描いた線とスタンプの下でスプライトを動かす
数が多くなっても問題ありません。
ペンで描いた線とスタンプの下でスプライトを動かす 300匹 remix remix

Last edited by abee (July 31, 2023 02:46:22)

syokaki

#4335
果たしてそれは「代用」といえるのでしょうか。スタンプとスプライトでは使い勝手が大きく違います。

abee

「最前面には現在の仕様ではどうやっても描けません」ということだったので、同じように使えることをこれらのプロジェクトで示しています。

Last edited by abee (July 31, 2023 03:28:37)

syokakl

#4337
確かに同じように使えますね。しかし、この方法は初心者には手軽にできるものではありません。画質の問題もあります。よって、ペンの層の指定機能は必要だと考えます。

aoino_

Scratchの機能提案について。

メッセージなどを送信したとき、TwitterやDiscord（あまり例として出すのはふさわしくないかもしれません。）のように、コメントをした相手側へ見たかどうかの既読表示、またはリアクション（絵文字）がつけられる機能が欲しいです。
絵文字をつけるとなると、絵文字荒らしがでてきたりScratchの運営が厳しくなるとは考えていますので、優先順位としては既読表示が欲しいです。

ぜひご検討をお願いします。

taiyo_a

既読機能やリアクションができるようにしたい具体的な理由を教えてください。

inoking

aoino_ wrote:
メッセージなどを送信したとき、TwitterやDiscord（あまり例として出すのはふさわしくないかもしれません。）のように、コメントをした相手側へ見たかどうかの既読表示、またはリアクション（絵文字）がつけられる機能が欲しいです。
絵文字をつけるとなると、絵文字荒らしがでてきたりScratchの運営が厳しくなるとは考えていますので、優先順位としては既読表示が欲しいです。

#4097 より：

inoking wrote:
Scratch は何をするところでしょうか？
LINE や YouTube など、他の SNS の機能をむやみに持ってくる理由が分かりません。

既読表示ひとつ取っても
「既読スルーされた」とか、他の SNS と同様のトラブルが発生することが目に見えています。

Last edited by inoking (Aug. 1, 2023 07:36:49)

aoino_

具体的な理由としては、「とても面白いですね！」や「あなたの作品はとてもいいです」、などのコメントを貰ったとき、またはどう返せばわからないコメントを貰ったときなどにスルーをしてしまうと誤解を招いたり、または返信をもらわない相手側が不安になると思ったからです。

また、これは過去に私があった事例なのですが、友人が長文なのでコメントをわけて投稿すると話した際に、全部の話を読み終えてから返事をしようと思ったら友人側から「返事や相槌がないと見てるかわからなくなる」と言われたことがあり、このような機能は円滑にコミュニケーションをすることに必要である機能ではないのかと考えました。

inoking

aoino_ wrote:
具体的な理由としては、「とても面白いですね！」や「あなたの作品はとてもいいです」、などのコメントを貰ったとき、またはどう返せばわからないコメントを貰ったときなどにスルーをしてしまうと誤解を招いたり、または返信をもらわない相手側が不安になると思ったからです。

現状でも通知が来ます。
相手側が不安になると思うなら、とりあえずでも返事をしておけばすみます。

また、これは過去に私があった事例なのですが、友人が長文なのでコメントをわけて投稿すると話した際に、全部の話を読み終えてから返事をしようと思ったら友人側から「返事や相槌がないと見てるかわからなくなる」と言われたことがあり、このような機能は円滑にコミュニケーションをすることに必要である機能ではないのかと考えました。

これも他の SNS と混同してしまっているからです。
Scratch はリアルタイムチャットをするようなところではありません。#4267

Last edited by inoking (Aug. 1, 2023 07:42:45)

aoino_

#4343
なるほど。
でしたら、Scratchでのコラボ、合作してゲームを作るなどの案はScratchではなく他SNSや話せるところで計画、話し合いをしてからScratchで行動に移す、としたほうがいいのでしょうか。

taiyo_a

#4342
@inoking さんも言っていますが、普通なら「既読か既読でないかわからない状態」であるのに、既読機能があれば「既読かどうかわかる状態」で、確実になり、「返事や相槌がないと見てるかわからなくなる」ではなく、「見ていない」ということがわかることになり、「無視された」とい感じる人が増えてしまい、逆効果になる可能性が高いです。

Last edited by taiyo_a (Aug. 1, 2023 07:48:48)

Discuss Scratch