현재 제가 겪는 가장 큰 문제는 이 기능이 아직 버그가 많아 사용하기 어렵다는 점입니다. 페이지를 스크롤하면 이유 없이 화면이 랜덤하게 다른 위치로 점프합니다. 그리고 이 뷰가 활성화되어 있을 때 스크롤링 그리고 심지어 타이핑까지 어딘가 이상하게 매우 느리다는 사람들이 꽤 많다는 것도 봤습니다. 제 M4 Pro MacBook Pro에서는 그런 현상을 느끼지 못했는데, 아마 제가 좀 특권 의식에 젖어 있는 것 같습니다.
지금 제 포럼에서 테스트 토픽을 둘러보며 마침 이런 기능이 존재하는 것을 발견했습니다(타임스탬프 옆에 점으로 표시되는 형태). 하지만 이 표시는 너무 은은한 것 같고, 무엇보다 스크롤할 때 너무 빨리 사라집니다. 저는 그 점이 토픽을 완전히 떠났다가 나중에 다시 올 때까지 유지되기를 원할 것 같습니다.
토픽에 돌아왔을 때 하단에 떠 있는 “다음 안 읽은 댓글로 이동” 버튼은 어떨지 궁금합니다. 하지만 그게 너무 혼란스러울 수도 있겠네요.
긍정적인 측면을 하나 말씀드리자면, 삭제된 댓글 처리 방식이 정말 마음에 듭니다. 일반 스레드에서도 이와 비슷하게 작동하기를 바랍니다. 현재 시스템에 대해 모더레이션이 충분히 투명하지 않다는 불만이 꽤 있습니다.
솔직히, 이 중첩 답글 시스템에서 제가 가장 좋아하는 것 중 하나는 사람들이 게시물을 제대로 답글 달도록 강제한다는 점입니다. 중첩 답글은 이렇게 하는 것을…
…훨씬 쉽게 만들어 줍니다. 제 생각에는 훨씬 더 쉽습니다. 현재 제 포럼에서는 사람들이 답글을 달려는 게시물에 답글 버튼을 누르는 경우가 70% 정도인 것 같고, 그렇지 않으면 특정 답글에 답하는 것인데도 토픽의 답글 버튼을 누르는 경우가 많습니다. 반면 중첩 스레드에서는 그런 일이 거의 일어나지 않습니다. 저는 모더레이션 도구로서 게시물을 다른 게시물의 답글로 표시할 수 있는 옵션이 정말 있으면 좋겠습니다.
또한, 제 포럼에서는 여러 게시물에 동시에 답하기 위해 인용 기능을 사용하는 경우가 흔한데, 이로 인해 게시물을 새 토픽으로 분리하는 작업이 매우 번거로워집니다.
예를 들어 제가 여기서 작성한 이 답글을 1) 토픽 내 새 안 읽은 게시물, 2) 삭제된 게시물 및 모더레이션, 3) 중첩 스레드의 장점을 현재 형식과 비교한 내용으로 나누어 새 토픽으로 이동시키고 싶다면, 이를 실행하기가 어려울 것입니다. 특히 우리가 분리를 결정하기 전에 많은 사람들이 이 게시물에 답글을 다는 경우라면 더더욱 그렇습니다.
중첩 답글을 사용하면 메시지 체인이 충분히 길어지면 문제없이 고유한 제목 등을 가진 자체 토픽으로 분리할 수 있고, “게시물 + 답글 선택” 버튼은 항상 의도된 대로 작동합니다.
실제로 제 포럼에서 가장 많이 보는 피드백은 중첩 답글로 인해 게시물을 실시간으로 따라가기 거의 불가능하다는 것입니다: