저도 동의합니다. 작성기(composer)는 여러 상태를 가질 수 있으며, 이 보고서를 유발한 답변 상태나 편집 상태에서는 ‘새 개인 메시지 작성’ 옵션을 표시해서는 안 됩니다. 그러나 작성기가 새 주제 생성 상태일 때는 ‘새 개인 메시지 작성’ 옵션이 충분히 의미 있고 어색하지 않습니다.
이 옵션을 완전히 제거하는 것이 올바른 해결책이라고 생각하지 않습니다. 작성기의 상태를 고려해야 합니다.
이 경우, 사이드바가 제대로 도입될 때까지 해당 옵션을 제거하는 것을 제안합니다. 사이드바 개발이 진행 중인 동안 tests-passed에서 모든 사용자에게 개인 메시지 생성을 어렵게 할 필요가 없다고 생각합니다. 옵션을 서둘러 제거할 필요는 없으며, 그렇게 하면 모든 사용자에게 개인 메시지 생성이 훨씬 어려워집니다.
여기에 도전 과제가 있다는 점은 이해합니다. 하지만 완벽한 세상에서 다른 것들을 고려하지 않아도 된다면, 다음 중 하나가 실제로 유용한 기능이며 일부 사용자들이 정기적으로 사용할 것이라는 사실은 변하지 않습니다:
새 PM에 인용(Quote)하거나
새 PM에 게시물 링크(Link to Post)를 넣는 것
일부 사용자는 이 기능이 사라질 때까지 그걸 잃게 될 것이라는 사실조차 인식하지 못하고 있을 것이라고 추측합니다.
임시 저장본과 카테고리 주제 템플릿의 작동 방식 내에서 이를 유지하는 것이 너무 어렵다면 괜찮지만, 안타까운 일입니다. 임시 저장본과 주제 템플릿이 여기에서 작동하도록 하는 데 필요한 추가 조치들을 찾아보는 것이 좋겠습니다:
이 작업을 수행할 때 주제 템플릿을 절대 채우지 않거나
이 작업을 수행할 때 사전에 시작되었거나 다른 경우를 위해 이 동작에 특화된 특수한 유형의 임시 저장본을 사용하거나, 아니면 단순히 새 PM을 생성하고 게시물 링크를 포함하거나, 아니면 이 동작에서 임시 저장본을 절대 사용하지 않거나? 그렇다면 여기서 임시 저장본을 호출하지 않으면서도 일반적인 답변 임시 저장본은 그대로 두는 것은 어떨까요? 아니면 현재 아키텍처에서는 그것이 작동하지 않나요?
하지만 저는 OP(원포스터)에게 링크를 걸고 싶지 않습니다. 특정 게시물에 링크를 걸고 싶어요.
그래서 해당 게시물에 답글을 쓴 다음, 제3자에게 PM을 보내는 방식을 선택합니다.
게시물 작성자의 카드(그 외 어떤 카드든)를 누른 뒤 PM 버튼을 누르는 방식은 완벽한 옵션이 아닙니다:
작성자를 의도적으로 삭제해야 합니다 (이를 잊는 것은 잠재적으로 "위험"할 수 있음)
더 중요한 것은, ‘답글’ 버튼을 누른 이후에 제가 내리는 이산적(discrete) 결정입니다. 바로 이 시점에서 제 마음을 약간 바꾸고 공개적으로 답글을 남기는 대신 PM을 보내기로 결정할 수 있습니다. 현재 기능은 저에게 그 여유를 주었습니다. 이 기능이 없다면 제가 하고 있는 일을 취소하고 완전히 다른 경로를 거쳐야 하며, 그러면 이미 진행한 일부 작업(참조할 게시물을 이미 선택해 둔 상태)을 되돌려야 합니다. 이 시점에서 경로를 전환할 수 있었던 능력은 진정으로 유용하고 _효율적_이었습니다. 물론 처음부터 PM으로 답글을 남기려는 의도였을 수도 있습니다.
'속삭임(Whisper)'은 근접하지만 이것도 완벽하지는 않을 것입니다:
이는 수신 대상이 모두 스태프라는 것을 가정하는데, 이는 가정할 수 없는 부분입니다.
이 기능을 처음 고안한 사람은 진정으로 유용한 워크플로우에 대한 통찰력을 가지고 있었습니다. 그 발명자는 아직 활동 중인가요?