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.
몇 가지 링크를 따라가다 보니, 기본적으로 게시물이 삭제된 사용자에게 통지가 발송되지 않는다는 사실을 알게 되었습니다!?! (사유가 명시되지 않은 경우에도요). 개인적으로 이는 해당 사용자에게 불경스러운 행위라고 생각합니다 (물론 제 개인적인 의견일 뿐입니다).
사용자들이 자신의 일부 게시물이 삭제된 사실을 알게 될 때의 마찰은 훨씬 더 클 것입니다. 그리고 일부 사용자는 언젠가 이를 반드시 알게 될 것입니다. 그때 그들은 자신의 게시물이 몇 개나 삭제되었을지 궁금해할 것입니다. 그들은 화를 낼 것이며, 특히 통지조차 받지 못했다는 사실에 더욱 화를 낼 것입니다. 그때가 되면, 친절한 통지가 초래하는 supposedly "마찰"이 사후적으로 정말 좋은 아이디어였다는 것이 드러날 것입니다 
사용자 피드백입니다. 방금 처음 이런 일이 발생했습니다. 해당 스레드에서 게시글이 커뮤니티 플래그(신고) 처리되었고, 그 단계에 대한 알림을 받았는데, 알림의 링크를 클릭해 내 게시글로 이동하려고 했더니 내 글 바로 다음에 있는 게시글로 연결되었습니다. 제 글은 사라졌고, 이제 스레드의 맥락이 끊겨 있습니다. 이는 관리자가 기존 데이터베이스에서 기록을 삭제한 것을 의미하는 건가요, 아니면 UI에서 이런 모호한 삭제가 가능한 건가요? 답변 주시면 감사하겠습니다.
후자입니다. 이 토픽의 주제가 바로 그것입니다. 다만 데이터베이스에서 데이터가 삭제되는 것은 아니므로, 작성하신 게시글은 여전히 "존재"하며 단지 표시되지 않을 뿐입니다.
