メディアの閲覧注意の理由を提示できるようにする

[kakkokari-gtyih]

Summary

メディアのみが添付されたノートの場合、それが性的にセンシティブな画像なのか、ネタバレ注意なのか、はたまた飯テロ画像なのかがわからず、誤クリックして精神的ダメージを食らう可能性があるためほしい気がする

[Sayamame-beans]

同じく、文字列で送るイメージですが、最低限、プリセットがローカライズされていれば良いのでは…と感じます。 プリセット以外はローカライズしなくて良い気も… あるとして、各サーバーでローカライズ設定可能にするぐらいで、ローカライズまで連合するのは流石に厳しい気がします(2,3言語ならまだしも)

追記: 各サーバーでローカライズ設定可能な場合、エクスポート/インポートが出来ると共有出来て良いのかもしれません。

[YTJVDCM]

https://github.com/misskey-dev/misskey/issues/11031#issuecomment-1643482683 閲覧注意理由別にIDで管理して、その他の場合は"その他"に該当するIDになり、その場合は追加で文字列情報として閲覧注意理由が送受信されるものっていう解釈の元での言及でした

[syuilo]

どれを表示してどれを非表示にするか設定するためには選択肢を表示する必要がある(自由入力はいろいろな言語があるし表記ゆれとかあるしイケてないため)けど、選択肢を表示するためには予めどんな分類があるのか把握できている必要がある 各々のサーバーが独自に分類を持っているとその前提が崩れるから実装できない

[Sayamame-beans]

UIならこういうところは送られてきた文字列ないしそのローカライズを表示する

理由の表示なら、その部分(画像で示されている箇所)はそのままに、閲覧注意が表示されている部分(このissueの初めの方でキャプションを表示しようとしていた部分)に表示出来れば十分な気がします?

[Narazaka]

選択肢はデフォルトプリセット＋管理者が設定したもの＋「その他（当サーバーで判別出来ないもの）」でいくイメージです。

issueの最初からしても、各人が自由入力というよりかは分類出来るとよいねという話だと思うので、管理者が設定したフラグのような文字列を添付出来るというので整理出来るのではないでしょうか。

[syuilo]

ほむん

[tamaina]

デフォルトプリセットが充実していれば管理者が設定する必要はなさそうな気もする

[tamaina]

微エロ, エロ, 微グロ, グロ, ネタバレ, 飯テロ, その他の7つあたりでいいのでは（クソ適当

[Narazaka]

でもvrchat_swimsuit_morning_picture（？）とかは設定したい気はする（サーバーによって別の微エロとは区別される気がする）

[syuilo]

飯に独立した分類を与える動機があんま分かってない

[Narazaka]

飯というかネタですかね（というのがあるので飯テロ分類をやるつもりの有る鯖がmeshiteroを管理設定すれば良いというスタンス）

[YTJVDCM]

デフォルトプリセットが充実していれば管理者が設定する必要はなさそうな気もする

趣味趣向の異なるサーバーが存在するという分散型の仕組み上、各サーバー側である程度細分化すべき項目を制御できる需要はあるかと

[tamaina]

飯に独立した分類を与える動機

半分ジョークだけど実際健康上の理由で見たくない人はいそう

vrchat_swimsuit_morning_picture

そんなもん微エロでええやろと思ってしまった

[tamaina]

サーバーで設定できるようにすると収拾がつかなくなることが証明された

[acid-chicken]

これ収拾つかないから今かなり嫌な顔になった

[syuilo]

自分でも脱線しといてアレだけどここでは「メディアの閲覧注意の理由を提示できるようにする」だけ取り扱いたい

[syuilo]

そしてそれは https://github.com/misskey-dev/misskey/issues/11031#issuecomment-1641767324 で達成できると思うけど反対意見とかあるかしら

[Narazaka]

そんなもん微エロでええやろ

度合い問題ではあるが分類するならそういうとこもさせて欲しいとは思い

むしろ故に事前定義は難しいとも言えるというか

まあこれは別issueに……

[futchitwo]

エロ、グロ、ネタバレ、その他に分けて詳細はCWなり本文で補完してもらうのでいい気がする

[acid-chicken]

収拾がつかなくて議論が追いづらくなるから続けないでほしい

[Narazaka]

サーバーで設定できるようにすると収拾がつかなくなることが証明された

事前定義では収拾がつかなくなることが証明された

では無いかとも思ったが……

[Sayamame-beans]

サーバーで設定できるようにすると収拾がつかなくなることが証明された

その他としてフォールバックされる訳なので、分けたいサーバーが分けるだけで問題にはならない気がしていますが…そうでもないのでしょうか?

[tamaina]

そしてそれは https://github.com/misskey-dev/misskey/issues/11031#issuecomment-1641767324 で達成できると思うけど反対意見とかあるかしら

ファイルのキャプション(comment)の最大長は512文字であり、それを表示する良いUIが思いつかないため反対

[YTJVDCM]

サーバーで設定できるようにすると収拾がつかなくなることが証明された

MisskeyがOSSであるという都合上、むしろ逆にソフトウェアとしてある程度制御できる設計にしておかないと、サーバーごとに独自の実装をし始めて収集がつかなくなる恐れの方がある。

[tamaina]

vrchat_swimsuit_morning_pictureがその他としてフォールバックされるというのは収拾がついているとは言えなさそう

（大分類は固定で小分類で好きなこと書くようにすればいいと思う）

[acid-chicken]

ファイルのキャプション(comment)の最大長は512文字であり、それを表示する良いUIが思いつかないため反対

単純に入れるだけじゃダメなんか

[Narazaka]

大分類は固定で小分類で好きなこと

たしかに妥当かも

[tamaina]

単純に入れるだけ

？？？？？？？

[syuilo]

単純に入れるだけ

？？？？？？？

これだとたとえ16文字とかに制限してもどのみち表示できないから何らかの改修を考える必要がある

[acid-chicken]

git commit message みたいに最初の行（かつ 72 字以内推奨）とかなら幾分かマシか

[tamaina]

そしてそれは https://github.com/misskey-dev/misskey/issues/11031#issuecomment-1641767324 で達成できると思うけど反対意見とかあるかしら

翻訳はどうするの

最初の行

こういう挙動はプログラマ以外には馴染みがなさそうなのでやっぱりCWか専用の項目がいいと思っている

[futchitwo]

そしてそれは #11031 (comment) で達成できると思うけど反対意見とかあるかしら

重箱の隅をつつくような指摘だけど、キャプション使うとキャプション芸的なものが増えてしまいそう あとネタバレ対策的にNSFWを使うことが難しくなるかも（本来の使い方ではないかも？そもそもそんな使い方してる人いないかも？）

[tamaina]

あ、でも連合のこと考えるとキャプションの最初の行の方が面倒くさくないな

[Narazaka]

理想的にはファイルに紐付いたキャプションでない項目があるとうれしそうではあると思います（がキャプションの先頭とかを特殊扱いするみたいなのでも達成可能でもあると思っています）

[tamaina]

？？？？？？？

https://github.com/misskey-dev/misskey/issues/11212

を実装してキャプションは文字数制限すればいいと思った

[syuilo]

そしてそれは #11031 (comment) で達成できると思うけど反対意見とかあるかしら

重箱の隅をつつくような指摘だけど、キャプション使うとキャプション芸的なものが増えてしまいそう あとネタバレ対策的にNSFWを使うことが難しくなるかも（本来の使い方ではないかも？そもそもそんな使い方してる人いないかも？）

これはキャプションを使った場合というより自由入力にした場合かも

[kakkokari-gtyih]

理由提示ではなく、#12488 のように、そのノートの対象年齢が出せるようにする、という解決法もありそう

[kakkokari-gtyih]

age（ioサポートで改めて起票されたため）