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.
在点击了几个链接后，我现在了解到，默认情况下，当用户的帖子被删除时，并不会向他们发送通知！??（即使没有给出任何理由）。就我个人而言，我认为这对他们来说是不尊重的（当然，这只是我的观点）。
而当用户发现自己的某些帖子被删除时，摩擦实际上会大得多。而且，有些人最终一定会注意到这一点。届时，他们会自问究竟有多少帖子被删除了。他们会感到愤怒，尤其是因为甚至没有人通知他们。到那时，人们才会回过头来意识到，那些看似带来“摩擦”的友好通知其实是个非常好的主意。
一些用户反馈。这是我第一次遇到这种情况。当时在一个帖子被社区标记的讨论串中，我收到了相关通知，但点击通知链接前往我的帖子时，却跳转到了我帖子之后的那条内容。我的帖子不见了，现在整个讨论串都缺少上下文。这是否意味着管理员从底层数据库中删除了记录，还是界面允许进行这种模糊的删除操作？感谢任何回复。
是后者。这正是本主题所讨论的内容。不过，数据并未从数据库中删除，因此你的帖子仍然“存在”，只是不再显示。
