misskey-dev
通知を削除する方法を提供して欲しい
Summary
タイトル通りです。
Purpose
何らかの理由( https://github.com/misskey-dev/misskey/issues/13316 関連など?)で通知を消したい場合があります。 現状、発生した通知を消す方法は存在しないため、消せるようになると良いと思います。
Do you want to implement this feature yourself?
- [ ] Yes, I will implement this by myself and send a pull request
個別削除はできると嬉しい
- 特に反応が少ないアカウントだと嫌な通知が残り続ける場合がある
- 特定条件で削除するなどのスクリプトを組めるようになる
- 実績や嬉しいリアクションやメンションなどの通知が消えるのは悲しい
そもそも削除自体要らない気がするわね
特に反応が少ないアカウントだと嫌な通知が残り続ける場合がある
嫌な通知というのがあまり想像できないけど、我慢してもらう
特定条件で削除するなどのスクリプトを組めるようになる
それやるならそもそも通知を作成する前の段階でやれるようにするべき
実績や嬉しいリアクションやメンションなどの通知が消えるのは悲しい
通知は揮発的だからそういう通知が残ることは期待してはならない
嫌な通知というのがあまり想像できないけど
- ネガティブや弯曲的に嫌がらせとなりうるリアクション
- 関係を切るほどの人間じゃない人間から飛んできたメッセージ（これも嫌な通知には個人差がある）
- 管理者の対応が間に合わない場合のスパム
- etc...
通知を作成する前の段階でやれるべき
- 例えば #11772 があるが、これは一度通知が来たら消えないものだと思われる
- ブロックしたら通知が作成されないとしても通知が来た後からブロックしたら残る
- これはミュートなどを考慮すれば問題がないかも
- システムや規約的に問題ない投稿でも不快な通知というものはある（これにも個人差がある）
通知は揮発的だから
DBに保存されていないという意味ではそうだけどそれはあまりユーザーに伝わっている気がしないしその感覚はない Redisもバックアップとっているところがそこそこある気がする[要出典]
そのほか
- #13337 のように非表示にする手段をユーザー任せにするという方法もなくはない
ただ保存される数に制限を設けている
- #11227 のように数を増やしたいという要求もあり(私もそう思っています)、ユーザーと温度感が噛み合っていない気がします
まあ全削除ならキーを削除するだけなのでパフォーマンス面の懸念は落ちる（保存されているものを読みにいく必要がない） ただそれを踏まえても需要があるとは思っているし通知が個別削除できた方が利便性は高いと思う、天秤にかけてどちらが上になるかは完全に言い切れないけれど
管理者からするとそうではない場合がある
私個人としては、それを各サーバーの管理者が選べるように(optionalに)するために設定項目や機能が存在すると思っています…
管理者からするとそうではない場合がある
私個人としては、それを各サーバーの管理者が選べるように(optionalに)するために設定項目や機能が存在すると思っています…
それにもコストが発生するし、機能の設計思想がブレることになる
というよりはMisskey内での通知とスマートフォンやGitHubなどの通知の概念が少し違うから理解しずらい？（他での通知があまり揮発的なイメージがない）
設計思想というより利用者のメンタルモデルと言った方が近いかも 個別に削除することができると、逆に考えると「削除しなければ残り続ける」みたいな印象を与える可能性が高まる
通知は消えることがある認識はもちろんあるけど逆に一定期間は保持される認識もあるのでそれを全削除か全部残すかみたいなAll or Nothingな選択肢になるのは少し違和感はある
割とお知らせでアップデート時に通知が消えることがありますの表示が書かれるのもその認識が多いからだと思っている
