/activity/pending 페이지에는 현재 모든 대기 중인 주제/게시물이 나열됩니다. 하지만 현재는 주제를 들어가서 “승인 대기 중” 박스 아래의 “삭제” 버튼을 클릭해야만 게시물만 삭제할 수 있으며, 사용자는 스태프에게 문의하지 않고는 자신의 대기 중인 주제를 직접 삭제할 수 없습니다.
이 커밋에서는 이전의 대기 중인 게시물 삭제와 유사한 로직을 따라, 사용자가 자신의 대기 중인 주제를 직접 삭제할 수 있도록 /activity/pending 페이지에 유사한 “삭제” 버튼을 직접 추가했습니다.
변경 전:
변경 후:
또한 이 기능을 테스트하기 위한 몇 가지 스펙(spec)도 추가했습니다.
멋지네요! 몇 가지 생각들이 있습니다..
스크린샷처럼 삭제된 토픽이 큐에 남아 있는 이유는 무엇인가요? 그냥 취소되지 않나요?
논리는 게시글과 동일하게 유지됩니다. 즉, 스태프가 조치하기 전에 사용자가 게시글을 삭제하면 위와 같이 큐에 남아 있게 됩니다(상태가 "토픽 또는 게시글 삭제"이므로 대기 상태에는 영향을 미치지 않습니다).
또한, 사용자가 대기 중인 토픽을 실수로 삭제한 경우 스태프에게 복구를 요청할 수 있으므로 이 방식이 합리적이라고 생각합니다.
파괴적인 작업을 한 번의 클릭으로 처리하는 것보다 확인 프롬프트를 표시하는 것이 더 합리적이라고 생각합니다.
좋아요, 사용자가 확인할 수 있도록 팝업을 추가하겠습니다.
일단 팝업을 추가하고 데모 영상을 업데이트했습니다.
Discourse가 비슷한 상황에서 확인 프롬프트를 표시하는 경우는 어떤 경우가 있나요?
내가 게시한 글이나 주제를 삭제할 때도 확인 단계가 없습니다. 북마크 목록에서 "북마크 삭제"를 선택해도 다시 묻지 않고 바로 삭제됩니다.
초안을 폐기하는 것처럼 정보가 영구적으로 사라지는 경우에는 다시 확인하는 것이 이해가 가지만, 그런 경우가 너무 많으면 중요한 동작들이 덜 중요하게 느껴질 수 있으므로 과하지 않아야 한다고 생각합니다. (이 맥락에서 여기의 토론도 흥미로울 수 있습니다.)
스태프가 주제를 복원할 수 있는 한, 이 동작에는 확인이 필요 없다고 생각합니다.
정말 최고네요, @small-lovely-cat!
나도 그렇게 생각해요
와, 그게 좀 이상하네요. 방금 주제를 삭제하려고 했을 때 표준 사용자임에도 불구하고 아무 경고도 나오지 않았습니다. 이렇게 해버리니 이제야 이해가 되긴 하는데, 아마도 관리자 UX에 너무 익숙해져서 일반 사용자에게는 프롬프트가 뜨지 않는다는 사실을 잊어버린 것 같습니다. 솔직히 일반 사용자일 때도 프롬프트가 뜬다고 생각했거든요. 하지만 답글 팝업에서는 확인 창이 뜨긴 하는데, 이 경우는 이 상황과 대략 비슷하다고 느낍니다.
결국 개인 취향의 문제라고 생각하는데, 저는 실수로 클릭하거나 탭하는 것을 방지하기 위해 빠른 확인 절차를 선호합니다.
그러나 이 경우, 그렇지 않으면 게시물의 내용이 손실되므로 다른 예시들과는 상황이 다릅니다. 저는 일반적으로 Discourse가 사용자가 자신의 행동을 알고 있다는 전제 하에 구축되었으며, 결과가 심각할 때만 경고를 표시하도록 설계되었다고 생각합니다.
이것이 바로 핵심입니다. 그리고 이는 반드시 Discourse에만 국한된 것이 아니라 일반적인 UX 모범 사례입니다. 모달/다이얼로그는 사용자 흐름에 마찰을 일으키는 요소이므로, 행동이 진정으로 파괴적일 때만 사용해야 합니다. 쉽게 복구하거나 되돌릴 수 있는 작업이라면 이를 거치지 않고 진행해도 됩니다.
저는 이 의견에 분명히 동의합니다. 문제는 이 기능이 직원 개입 없이는 되돌릴 수 없는 것 같다는 점입니다. 만약 제가 사용자로서 실수로 “게시물 취소” 버튼을 누른다면, 직원이 이를 확인하지 못할 수도 있는 상황에서 승인 요청을 하는 것보다, 모달 창이 저를 막아주는 편이 훨씬 낫습니다.
네, '쉽다’의 정의는 논쟁의 여지가 있습니다.
보류 중인 게시물을 삭제하는 원래 방법은 해당 주제를 방문한 후 아래로 스크롤하여 “삭제” 버튼을 클릭하는 것이었습니다. 이 과정은 의도치 않은 작업을 방지하기에 충분히 복잡했습니다.
보류 목록은 리스트 형태이므로, 실수로 잘못된 행의 삭제 버튼을 클릭할 수 있습니다. 그렇게 되면 복구를 위해 스태프에게 문의해야 하며, 이는 시간과 노력을 요구할 수 있습니다. 사용자 입장에서 보면, 여기에는 확인 다이얼로그가 필요하다고 생각합니다.
P.S. 원래 아이디어는 주제에서 보류 중인 게시물을 삭제하는 것과 동일한 로직을 유지하는 것이었습니다.
승인 및 병합 @small-lovely-cat
다시 한번 감사합니다!
