離合、ローカル用語なので毎回意味を調べてしまう。
主に、Fediverseへの関心に基づいた投稿を行うアカウントです。DTP・印刷に関する話をしたり、同人の話をしたり、カレーをブーストしたりします。
Mastodonのcollaborator(開発者の一員)です。また、独自機能を盛り込んだFedibirdを管理・開発しています!
Mastodonサーバ『fedibird.com』の管理者アカウントでもあります。ご連絡は当アカウントへ、サーバインフォメーションについては https://fedibird.com/about/more と @info を参照してください。
This account is not set to public on notestock.
This account is not set to public on notestock.
@tell_me_fedi_jp @ishii00141 現在の主要なActivityPub実装においては、返信となる投稿に返信先の投稿へのポインタinReplyToが定義されていて、この情報を元にそれぞれのサーバがリプライツリー(スレッド)を構築しています。
特定の実装において、このリプライツリー(スレッド)構築に介入し、切断を行うことは可能です。
ただし、それを統一的に行う仕組みが現在のところないため、連合することができません。
Mastodonで提案中の方式としては、canReply, replyApproval, ApproveReply, RejectReply を使った返信元と返信先との返信許可の状態管理があります。
・投稿にあらかじめ返信を許可する範囲を定義しておきます canReply
・投稿に返信が来たら、許可する場合はApproveReply、拒否する場合はRejectReplyを返信側に返します
・許可済みの返信を、投稿のreplyApprovalに追加します。これを見て各実装はinReplyToを処理してスレッドをつなげてよいか判断します
・あとで返信に拒否を送ることで解除できるようになります。replyApprovalの更新により連合します。
@tell_me_fedi_jp @ishii00141 また、投稿にrepliesコレクションを持たせ、返信された際に、された側が受理するかどうかを決め、コレクションへの追加・削除を関係者にAdd, Removeで伝達する方式も提案されています。
返信する前に返信可能かどうかを伝える方法は特に考慮されていないようです。
従来通りの投稿に対しての返信は即座にリプライツリー(スレッド)を構築する一方で、
対象がrepliesコレクションを持つ投稿の場合、Addされるまで返信としてリプライツリー構築しないように実装する必要がありますね。
@feather_users 公式Discordとの役割分担としてはやはり、
・Fediverse上で語れる → みてもらう機会が多い
・ちょっとしたつぶやきを受け入れやすい
というあたりかな。
こっちで拾った話は、必要だと思ったら、誰かがDiscordにフィードバックすればいいと思うよ。
「feather for Mastodon」の情報交換用グループアカウントが開設されたよ〜!!(非公式だけど開発元公認だよ)
featherユーザーはもちろん、興味あるという人もぜひ参加して欲しいです
参加はグループアカウント @feather_users をフォローするだけ!
このアカウントのメンションを付けて「公開」または「未収載(しずかな公開/控えめな公開/ホーム)」で投稿することでブーストされ、メンバーに届きます
FediMovieの利用規約では、
> 不特定多数に公開する権利をもたない動画を、公開動画としてアップロードしないでください。(URLを不特定多数に公開した未収載の動画は、公開動画とみなされます)
という言い方をしています。
ここでいう未収載はFediMovie上の公開範囲のことで、YouTubeでいうところの限定公開です。
SNSの鍵垢はXを想定していると思われますので、Fediverseではフォロー承認制+フォロワー限定投稿のみと解釈しますが、
フォロワー限定投稿でURLを知らせる行為は不特定多数への公開と見做します。
なお、公開する権利があるかどうかの判断は通常は困難です。……困難なハズなんですが、判断が難しいものは少なく、だいたい見るからにわかりやすく駄目です……。
@tell_me_fedi_jp @ishii00141 ブロックは当事者間にのみ影響を与えるもので、無関係のBには何も影響を及ぼしません。
また、ActivityPub全体で言うと、ブロックが相手のサーバに伝わって、相手方で作用すること自体も期待できません。
ブロックはそうした目的には不向きです。