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.
After following a few links, I am now learning that there isn’t by default a notification sent to people having one of their post deleted !?? (even if no reason is given). Personally, I find it disrespectful towards them (let’s say it’s only my opinion).
Friction will be far higher when the users notice some of their posts have been deleted. And some will inevitably notice at one point. Then they will ask themselves how many posts have been deleted. They will get angry, and especially angry to not even have been informed. This is the moment where the supposed “friction” of friendly notices will appear in retrospect as a really good idea 
一些用户反馈。这是我第一次遇到这种情况。当时在一个帖子被社区标记的讨论串中，我收到了相关通知，但点击通知链接前往我的帖子时，却跳转到了我帖子之后的那条内容。我的帖子不见了，现在整个讨论串都缺少上下文。这是否意味着管理员从底层数据库中删除了记录，还是界面允许进行这种模糊的删除操作？感谢任何回复。
是后者。这正是本主题所讨论的内容。不过，数据并未从数据库中删除，因此你的帖子仍然“存在”，只是不再显示。
