This can be done today in a theme component if one wishes. I know 100% that @codinghorror would be 100% against, by default, popping up a JIT every time an admin hits the delete button.
A JIT on every delete would heavily discourage admins and mods from pruning the garden cause there is constant added friction.
Quick mockup as a non-blocking reminder - thoughts?
Pop the composer filled with a DM to the person, official warning = yes.
(obviously the post itself would have a red background too from the moderator just now deleting it, I don’t have a test instance anymore to use for this!)
Unless we can include the original deleted message it’s not going to be particularly helpful.
Are we expecting the user to remember all of their posts in the topic and identify which was removed?
If it does include the original message then we’re still talking about rebranding delete as ‘move to PM’.
If it is a theme component that is fine but I would not ship this by default.
I also think that this added friction is not necessary and neither does it make sure that people get notified. There should be friction for not sending a notification, not the other way around.
いくつかのリンクを辿った結果、投稿が削除された際に、その投稿者が通知を受け取る仕組みがデフォルトでは存在しないことを知りました！??（理由が示されていない場合でも）。個人的には、これはその人々に対する敬意に欠ける行為だと思います（あくまで私の意見ですが）。
ユーザーが自身の投稿が削除されたことに気づいた場合、摩擦ははるかに大きくなります。そして、誰もが必ずある時点でそれに気づくでしょう。すると、「いったい何件の投稿が削除されたのか」と自問するはずです。彼らは怒り、特に通知さえ受け取れなかったことに強く怒るでしょう。この時、後から振り返れば、友好的な通知による「摩擦」が実に良いアイデアだったと実感するはずです 
一部のユーザーからのフィードバックです。私自身、初めてこの現象が起きました。コミュニティによって投稿がフラグ付けされたスレッドでの出来事で、そのステップに関する通知を受け取りましたが、通知のリンクをクリックして自分の投稿に移動すると、自分の投稿の次の投稿に飛ばされました。自分の投稿は消えており、スレッドから文脈が失われています。これは、管理者が基盤となるデータベースからレコードを削除したことを意味するのか、それともUIがそのような曖昧な削除を可能にしているのでしょうか？ご返信をお待ちしています。
後者です。このトピックはまさにその点について扱っています。ただし、データベースからデータが削除されるわけではありません。あなたの投稿は依然として「存在」していますが、表示されないだけです。
