솔직히 이 주장이 이해가 되지 않습니다. 게시물에 답글을 달는 선형적 방식은 중첩된 답글 방식과 정확히 동일합니다. 현재 중첩형과 선형형으로 문제를 일으키지 않고 자유롭게 전환할 수 있다는 사실이 이를 증명합니다.
중첩된 답글 뷰는 익숙하지 않은 토픽에 처음 진입하여 사람들이 어떤 이야기를 나누고 있는지 파악하거나, 특정 대화에 집중하거나, 새로운 토픽으로 분리할 수 있는 게시물을 식별할 때 (위 참조) 매우 유용하다고 느낍니다. 반면, 시간 순서 뷰는 실시간으로 활발하게 참여 중인 토픽에 좋습니다. 따라서 저는 제 개인적인 활동에 따라 제가 볼 뷰만 변경할 수 있는 옵션을 가지는 것이 더 좋습니다.
다만, 위 내용을 작동시키려면 아마도 다음 기능이 필요할 것입니다:
자, 이제 세 번이나 게시물을 올렸으니 당분간 여기서 더 답글을 달지 않겠습니다.
그 기능에 매우 근접해 있습니다. Enable new composer actions[1]라는 예정된 변경 사항에서 사용자가 답변한 대상이 아닌 다른 답변을 선택할 수 있도록 지원이 추가되었습니다. 또한 다른 게시글에 대한 참조를 제거할 수도 있습니다. 하지만 참조가 없는 상태에서 새로 추가하는 것이 아직 지원되는지는 확실하지 않습니다. 아마도 그 기능을 수행하는 장소를 아직 찾지 못한 것일 수도 있습니다.
좋은 아이디어네요.. 구현이 그렇게 쉽지는 않을 것 같지만.. 머릿속에 남겨둘게요.
다음 게시글에서 언급했듯이, 스크롤하여 해당 답변이 화면에 들어오면 사라지는 작은 점이 이미 존재합니다. 중첩된 답변에 대해 이를 더 눈에 띄게 만드는 것은 훌륭한 아이디어입니다. 좋네요.
네, 좋은 아이디어입니다.
그럴 리가 없는데, 버그일 수도 있고.. 아니면 앞뒤로 이동하다가 현재 위치를 잊어버린 것일 수도 있습니다. 중첩된 답변을 위해 공격적인 모델 캐싱을 구현했기 때문에 앞뒤로 이동해도 스크롤 위치와 열려/접힌 상태가 정확히 그대로 유지됩니다. 캐시가 10번의 토픽 뷰 동안 유지되므로, 재방문했을 때 캐시가 로드되어 원래 있던 위치가 아닌 맨 위를 기대했던 것은 아닐까요?
흥미롭네요, 이 부분을 살펴볼게요.
이런 말씀을 듣게 되어 놀랍네요. 현재 중첩 답변을 사용하는 꽤 큰 커뮤니티들이 있는데, 이런 피드백은 처음 듣습니다. 그래도 계속 주시하겠습니다.
의도는 이해합니다. 하지만 예를 들어 체인이 10단계 깊이로 내려가고, 각 단계가 모두 깊게 이어진다면, 토론이 매우 깊게 중첩된 대화에서 계속 진행되고 있다면 그 기준으로 정렬하는 것은 가치를 더하지 못할 것입니다. 새로운 모드에서 가장 최신 스레드를 최신 콘텐츠까지 완전히 자동 로드하는 경우를 제외하면요. 아이디어는 마음에 들지만, 어떻게 구현할지 확실하지 않습니다.
아, 모든 피드백에 감사드리고, 당신과 사용자들이 해당 기능을 이야기하는 당신의 포럼을 볼 수 있어서 정말 좋았습니다. 현실 세계에서 볼 수 있는 매우 멋진 모습이었습니다. 이것이 옵션이 되어야 한다는 생각으로 거의 설득당하고 있습니다. 내부적으로 논의해 보겠습니다.
제가 당신이 쓴 모든 것에 답하지는 못했지만, 모두 잘 들었습니다. 테스트해 주시고, 사용자와 대화하며 여기에서 피드백을 주셔서 감사합니다. 정말 감사드립니다 
. 버그에 대한 확실한 재현 방법을 찾으시면 여기에 보내주세요.
아마도? 실제로 일어나는 일은 내가 스레드에서 10개 이상의 깊은 게시글까지 내려간 후, 해당 주제를 떠났다가 다시 주제를 열었을 때 내가 읽던 마지막 스레드의 첫 번째 게시글로 이동하는 것일 수 있습니다.
제가 제대로 이해하고 있다면 말입니다. 이게 꽤 당황스럽습니다. 제 머릿속에서는 Reddit처럼 맨 위 OP(첫 번째 게시글)가 항상 열리도록 작동한다고 기대하는 것 같습니다. 제 읽기 위치가 재개되는 방식이 아니라요.
하지만 확신은 없습니다. 정확히 제가 있던 위치로 돌아오지는 않았던 것 같습니다. 더 주의 깊게 살펴보고 이것이 실제로 일어나는 일인지 확인해 보겠습니다.
또 다른 유사한 경험(관련이 있을 수 있음)은 제가 위나 아래로 스크롤할 때 같은 게시글로 다시 점프하는 현상입니다. 마치 그 게시글에 고정된 것처럼요. 저는 종종 새로고침을 하거나, 떠났다가 다시 돌아와야 합니다.
이것이 언제/왜 일어나는지 모르겠습니다. 더 일관되게 재현해 보겠습니다.
제가 본 유일한 버그는 아니지만, 일부 사용자가 보고한 “지연(lag)” 문제에 관해서는, 이것이 주로 Tor Browser나 GrapheneOS의 Vanadium을 사용하는 사람들에게서 발생한다는 것을 알아차렸습니다. 이 두 브라우저 모두 JavaScript JIT 컴파일을 비활성화합니다.
iOS의 Lockdown Mode도 JIT를 비활성화하므로, 유사하게 영향을 받을지 궁금합니다. 조금 실험해 볼 예정입니다.
JIT가 비활성화되면 성능 저하는 분명히 예상되지만, 이것이 일반 스레드에서는 발생하지 않고 이 스레드에서만 일어난다면, 최적화할 수 있는 더 복잡한 JavaScript 기능을 사용하고 계신 건 아닌지 궁금합니다. 저는 JIT가 비활성화된 상태에서 복잡한 암호화 계산 시에만 지연을 경험해 봤고, 포럼 같은 기본적인 작업에서 눈에 띄는 성능 저하를 경험한 적은 없습니다.
솔직히 저도 좋은 제안이 없습니다. 하지만 “최신” 목록 맨 위에 주제가 올라와 있는데, 실제로 최신 게시글이 무엇인지 볼 방법이 없는 것은 매우 짜증납니다. 저는 홈페이지에서 최신 댓글 작성자의 프로필을 클릭한 후 그 사용자의 최신 게시글을 찾아보는 방법을 사용하게 되었습니다 (또 다른 사용자가 독립적으로 이 우회 방법을 사용한다는 글을 보고 있기도 합니다 lol)
빠르게 스크롤을 하면 이 문제를 상당히 일관되게 재현할 수 있습니다:
(녹화 마지막에 보이는 게시물은 시작 부분의 게시물과 동일합니다)
이러한 행동은 빠르게 스크롤하지 않을 때, 모바일 기기가 아닐 때, 그리고 스크롤을 많이 하지 않았을 때도 가끔 발생합니다. (예를 들어, 해당 녹화에서는 문제가 발생하기 전에 페이지 하단까지 도달했지만, 때로는 다른 게시물 2~3개만 넘겨 스크롤했을 때도 이런 일이 일어나며, 다만 일관성은 떨어집니다.)
내가 이전에 본 또 다른 버그를 기억한다. 바로 중첩된 답글 토픽에 완전히 다른 토픽에서 온 답글이 포함되는 경우가 있다는 것이다. 새로고침하면 해결되므로 클라이언트 측 캐시 버그라고 생각한다.
다른 사용자도 이 문제를 경험했다:
해당 사용자의 스크린샷에서 세 번째 답글은 완전히 다른 토픽에서 온 것이다. 하지만 나도 다른 맥락에서 동일한 현상을 직접 확인한 바 있다.
이 문제는 주로 다른 토픽에서 중첩 답글 기능을 처음 활성화할 때 발생하는 것 같다.
오늘 2개의 커밋을 푸시했습니다:
관리자 화면에서 보면 완전히 명확하지는 않지만, 이 기능을 활성화하면 기본적으로 Discourse의 모든 토픽이 중첩(nested) 방식으로 표시되나요, 아니면 적용 시 세밀한 설정 옵션이 있나요?
중첩된 답변 활성화 설정을 켜면, 관리자 도구에서 개별 주제를 중첩 보기로 전환할 수 있습니다. 또한 카테고리 설정에서 개별 카테고리를 중첩 보기로 설정할 수도 있습니다. 당연히 중첩된 답변 기본값을 설정하면 전체 사이트가 중첩 보기로 전환됩니다.