><https://twitter.com/orange_in_spacehttps://pawoo.net/@orange_in_space
slackやdiscordにフォロー機能があったらどうなるのかしらとこないだぼんやり
HTL/LTL/FTLで話題がぐちゃぐちゃになって困る(とした場合)のって、ぐちゃぐちゃでは無い話題ごとのTLが無いからとか、話題を遡るのが大変すぎるのがアレだからだしアレかも><
それはもう技術の話じゃなくマナー(だいたいうまく機能しない)の話になってるような・・・・><
返信とは別に文脈というか関連トゥート指定するのも、ってこれも似たような話だな(返信では公開範囲が制限されてしまう)(やっぱり鳥のようにメンションを基準に公開範囲を制限すべきなのでは🤔)
シームレスな話題の移行がLTLの面白さの一つだと思ってはいたけれど、まあそれが他の問題を置いてまで残すべきかと言われるとうーん
流れちゃってどんな話題があったのかわかんなくなっちゃうのをどうにかする方法のひとつがたぶん、ツイッターの大不評な『最近のハイライト』とか言う機能かも?><;
すごくそもそもでいうと、話題の単位とかカテゴリ分けのモデルって人それぞれなんだから、その各々の脳内モデルに完全に適応させるのはそのモデルを実用上有限の時間内で完全に説明できる超人じゃなければたぶん無理かも><
完全には機能しないかも><(キーワード式のBANがだいたい失敗するのと同じかも><(昨今のツイッターも><))
送信側でどうこうするのは限界もあるしマナー™やルール™にもつながりそうで面倒なやつですね
ていうか、キーワード式にしてもタグ式にしてもミュートにしても、完全に見る人が想定する通りにきれいに分けるのはどうやっても不可能かも・・・><
ミュートもできて便利そうだけど、しかし途中から雑談になったりすると文脈が足りなくなりそう…
LTLに関しては、 #末代鯖雑談 とかいうハッシュタグが主流になったら、unlisted でタグ実況したいという願いは消えてくれるかなという気がした。
67行目?>< https://github.com/tootsuite/mastodon/blob/master/app/lib/activitypub/tag_manager.rb
テスト><; #
それこそ土台から切り離してベンダーユニークメッセージ的発想で考えると、公開範囲の拡張フラグもハッシュタグでも良さそう><(ある程度決めておいてクライアント/WebUI側で適当にどうにかして的な><)
細かいニーズに合わせてやりだすと無駄に大変そうでほどほどの選択肢にまとめたくなるけど難しい
それよりキーワード・タグミュートを読み手で活用してもらうのが健全なのかしらね
規格の上の公開範囲のって、これのccとかbccとかいうのかも?><https://www.w3.org/TR/activitystreams-vocabulary/#dfn-object
個別指定できるようにしたら、もっと変な指定でも出来て便利かも?><;(拡張フラグは相手の鯖(クライアント?><)が実際にどう解釈するかあるいはフラグ読まないかは別として><)
まあとはいえ未収載でタグTLに載せられるとなると今度はHTLにも流さずにタグTLにだけ載せたいとか思うのは私だけですかね
思考の /dev/null