K-ver wrote:

このスタジオの所有者が活動をしていません。どうすればいいですか？
編集をしたいです

kaki_jp wrote:

#12977
あなたの画面からはどのように見えているのかを、スクリーンショットなどで共有してもらえれば嬉しいです。
また、この投稿にもある線から下に書いてあるものは署名と言って、いちいち手入力していません。
https://scratch.mit.edu/discuss/settings/DSTscratchTV ←このURLより設定できます。

kouryou118103 wrote:

1. 傾向が動きません
動いていないように見えるだけで、常に更新されています。
こちらを読んでみてください。

kokutetuOqll wrote:

>>12983
それは傾向と言います。
選考基準は不明ですがあるST内でのある一定の基準はあると思われます。

見れる作品が古いのはたまたまでしょう。

どちらにしろバグ報告コーナーの#2より

kouryou118103 wrote:

1. 傾向が動きません
動いていないように見えるだけで、常に更新されています。
こちらを読んでみてください。

とあります。

気長に動くことを待ちましょう

yugo1006 wrote:

見るから見れる作品が古いです。なぜですか？あと選考基準はなんですか？

abee wrote:

MODで作成したプロジェクトをScratchのサイトにアップロードすることは旧利用規約4.4で明確に禁止されていました。
新利用規約でこの項目はなくなりましたが、これだけに限らず、6.2cでサービスに影響を与える行為が禁止されています。MODで作成されたsb3には通常のsb3にはないブロックや機能が含まれており、これらによってエディターがクラッシュする、正常にプロジェクトが動作しないなど、サービスに影響を与える可能性があります。
したがって、引き続きMODで作成したプロジェクトをScratchのサイトにアップロードすることは禁止されていると考えられます。

Ke0 wrote:

(#12991)
低確率ならば許可されるべきだと考えること自体が危険です。

omokai-f wrote:

低確率にも度合いがあります。極めて低い確率なのであれば、許可されるべきだと考えることは危険ではありません。
昼に外に出て普通に歩いてるだけで通り魔に遭う可能性がありますが、昼に外に出て普通に歩くことを危険だと考えるべきではありません。
私の質問である「悪意を持たずに普通にTurboWarpで作品を作ってそれをScratchにアップロードするだけで、サービスに影響を与えてしまう可能性が、それを考慮しなければならないほどあるのですか？」の半分は反語ですが、半分は純粋な疑問です。

GarboMuffin wrote:

If this is about the tos not allowing modified editors, they don't enforce that
We do change project.json: block ID compression, hardcoded version number, hardcoded empty user agent

inoking wrote:

#12988 からのリンク先でも当時議論がありましたが、
「悪意を持たずに普通にTurboWarpで作品を作ってそれをScratchにアップロードするだけで、サービスに影響を与えてしまう可能性が、それを考慮しなければならないほどあるのですか？」については
例えばこのようなこともあります。
普通に TurboWarp で保存しただけで以下のようなことが行われます。

GarboMuffin wrote:

If this is about the tos not allowing modified editors, they don't enforce that
We do change project.json: block ID compression, hardcoded version number, hardcoded empty user agent

このことからすると、「サービスに影響を与えてしまう可能性が、それを考慮しなければならないほどある」と思います。
現象として皆が気づけるかは別で、「何だかよく動かないが水面下でシステムに巣食う」とかのレベルだと思います。

inoking wrote:

しかし論点はそこではなく、
動作保証できるか？という話です。
規約としては「純正」ツールしか認めない、というのはごく自然なことです。

新利用規約 6.2c は Mod に限らず、「サービスに影響を与える行為」を包括的に禁止したものだと考えられます。
新利用規約はあらゆる面において Scratch 財団の権限を強めることを明言した形であることからしても「緩和」されるとは考えにくいです。

denshaneko wrote:

クレジットについての質問です。
Scratchでは作品内で使った全ての作品のクレジットを記載する必要があるため、（コミュニティーガイドラインより）
通常はクレジットを「メモとクレジット」欄に記載するものだと思います。

しかし、このプロジェクト（自作の解説用）のように
作品内”のみ”にクレジットを記載し「メモとクレジット」欄にクレジットを記載しないこともできると思います。

コミュニティーガイドラインにはクレジットの記載場所に指定があるようには見えませんでしたが、
そのような行為は禁止されているのでしょうか？
また、クレジットの記載場所を指定している規約、投稿などはありますか？

We also consider the remix attribution tag (pictured below), which thanks the person who made the original project and appears above the ‘Instructions’ field in remix chains, to be sufficient credit, although we hope that remixers will also give credit in their project notes.

Google 翻訳 wrote:

また、リミックスチェーンの「手順」フィールドの上に表示される、オリジナルプロジェクトを作成した人物に感謝を示すリミックス帰属タグ（下図参照）は、十分なクレジットであると考えていますが、リミキサーの方々にはプロジェクトノートにもクレジットを記載していただくことを期待しています。

omokai-f wrote:

「動作保証できるか？」という話だったのですか？
私はこれまで、「サービスに影響を与えてしまう可能性が、それを考慮しなければならないほどあるかどうか」という話をしているつもりでしたが、「動作保証できるかどうか」で、利用規約で許可されているかどうか決まるという事ですか？

私は、「TurboWarpで作成した作品をScratchにアップロードすると、『サービスに影響を与えてしまう可能性が、それを考慮しなければならないほどある』から、利用規約6.2cに照らし合わせて、TurboWarpの作品をScratchにアップロードすることはできない」と解釈したのですが、これは論点がずれていますか？

「動作保証ができる」という言葉についても確認したいです。「Scratch teamがTurboWarpの作品をScratchにアップロードしたときの正常動作を保証できない」という意味でしょうか。

補足について、
「低確率だからと言って許可するのは危険」という主張がある→しかし低確率のリスクは、十分に低ければ許容することはある→よって「低確率だからと言って許可するのは危険」だとは限らない
という主張をするためのたとえだったため、外的要因か内的要因かを正確にしているかどうかはあまり重要ではないと思います。
「昼に外に出て普通に歩く」ということがリスクがあるのにもかかわらず許容されている理由は、「それが外的理由であるから」ではなく、「そのリスクが現実となる可能性が低すぎるから」です。

inoking wrote:

#12992 では「半分は反語」とのことだったのですが
「それを考慮しなければならないほどある」と納得のうえ、アップロードすることはできないと解釈しなおした
ということでしょうか。

inoking wrote:

一般的に、利用規約を設定する際には
「動作保証できるかどうか」だけで決まるわけではないですが、重要な観点になります。
（omokai-fによる中略）
確率論の話でしたら、私の意図からは ずれています。
私の意図は、確率の大小にかかわらず、です。
一般に、リスク管理は発生確率と影響度合いの両方が考慮されます。

inoking wrote:

例え話をするにはその構造が一致している必要があります。
今回、確率の話ではないという話が出ているので
確率だけに着目しても適切な例え話になりません。

omokai-f wrote:

「もしScratchのサービスに影響を与える可能性が、それを考慮しなければならないほどはないとしても、動作保証がされていないなら、そのMODを使用した作品をScratchにアップロードするのは利用規約に違反する、もしくはSTの方針に反する」

abee wrote:

MODで作成したプロジェクトをScratchのサイトにアップロードすることは旧利用規約4.4で明確に禁止されていました。
新利用規約でこの項目はなくなりましたが、これだけに限らず、6.2cでサービスに影響を与える行為が禁止されています。MODで作成されたsb3には通常のsb3にはないブロックや機能が含まれており、これらによってエディターがクラッシュする、正常にプロジェクトが動作しないなど、サービスに影響を与える可能性があります。
したがって、引き続きMODで作成したプロジェクトをScratchのサイトにアップロードすることは禁止されていると考えられます。

inoking wrote:

新利用規約 6.2c は Mod に限らず、「サービスに影響を与える行為」を包括的に禁止したものだと考えられます。
新利用規約はあらゆる面において Scratch 財団の権限を強めることを明言した形であることからしても「緩和」されるとは考えにくいです。