정말 놀랍네요, 디스커스 팀 감사합니다!!
이 기능이 게시글 투표 플러그인과 결합되거나 대체할 수 있을지 궁금합니다.
수정: 또한 "Top"은 좋아요 순으로 정렬되는 건가요? 이 기능은 어떻게 작동하나요?
2개의 좋아요
이러한 중첩을 구현하기 위해 검토한 옵션 중 하나는 Post Voting 플러그인을 개선하는 것이었지만, 우리는 그 방향으로 가지 않기로 결정했습니다. 이 방식은 유지보수가 훨씬 쉽고 사용자 경험도 더 좋습니다. 언젠가는 Post Voting을 완전히 대체할 수 있다고 생각합니다 — 혹은 일부 경우에는 이미 대체하고 있을지도 모릅니다.
8개의 좋아요
이것이 최선의 해결책은 아니라는 것을 알고 있지만, 여전히 CSS를 사용할 수 있습니다.
각 언어에 대해 올바른 선택자를 사용하여 규칙을 추가하기만 하면 됩니다:
/* 이 선택자를 사용하는 대신 ... */
nav.post-controls .actions button.reply pan.d-button-label:after {
}
/* ... 선택자를 언어로 시작합니다 */
html[lang=pt-BR] nav.post-controls .actions button.reply pan.d-button-label:after {
content: " text in Portuguese";
}
이미 더 나은 해결책을 게시했습니다: Reply Button Labels 이 해결책에는 포르투갈어 및 기타 번역이 포함되어 있습니다.
3개의 좋아요
중첩된 뷰를 추가한다고 해서 이 문제가 사라진다고 보기는 어렵지 않나요?
사실 중첩된 뷰는 사용자에게 더 높은 기본 인지 부하를 유발한다고 생각합니다. (하지만 제가 잘 알겠습니까, 오랜 경력의 레딧 유저가 아니니까요)
다만 선택지가 있는 것은 좋아하니까, 그렇게 하시는 게 좋겠습니다!
3개의 좋아요
방금 내 포럼에서 이 기능을 시험적으로 도입했는데, 지금까지 모두가 싫어하고 있습니다.
저는 그렇게 싫어하진 않지만, 확실히 많이 다르고 때로는 파악하기가 어렵습니다.
업데이트: /t 엔드포인트가 /n으로 바뀌면서 에러 500을 포함한 수많은 문제가 발생해서 되돌려야 했습니다.
되돌리니 해결되었습니다.
추가 업데이트: 이 기능은 아직 프로덕션에 사용할 준비가 되어 있지 않습니다. 알림에서 스레드로 연결되는 링크가 여러 개 깨져 있습니다. 다행히도 새로운 알림에서는 이 문제가 해결된 것 같지만, 기존에 있는 링크들은 404 에러(이전에는 500 에러였음)를 반환합니다.
이 외에도 모바일 인터페이스가 매우 나쁘고(게시자 아바타 아래에 쓸모없는 여백이 있음), 데스크톱 인터페이스도 자체적인 문제가 있으며, 급진적인 UI 변경 때문에 많은 테마 구성 요소(목차 등)와 완전히 호환되지 않습니다.
요약 - 이 기능은 과잉 설계되었으며, 내 포럼에 영구적인 손상을 거의 입혔습니다. 활성화 전에 경고가 필요하고, 안정화하려면 더 많은 작업이 필요합니다.
6개의 좋아요
왜 중첩된 뷰가 제목을 제거하나요? 여러 탭이 열려 있을 때 모든 탭에 사이트 이름만 표시되면 탭 간 탐색이 어려워집니다.
2개의 좋아요
기본 정렬 옵션(최상단, 최신, 오래된) 각각이 어떻게 동작하는지 정확히 이해하지 못하겠습니다.
또한 이를 테스트하는 가장 좋은 방법도 모르겠습니다. 주제를 중첩으로 만들 수 있는 옵션을 찾을 수 없거든요.
관리자/사이트 설정에서 "Nested"를 검색하세요
1개의 좋아요
다른 사람들에게 활성화하지 않고 나만 테스트해 보고 싶었는데, 불가능한가요?
기본값으로 설정하지 않으면 활성화한 다음, 토픽 렌치 메뉴를 사용하여 특정 토픽을 중첩 상태로 만들 수 있습니다.
4개의 좋아요
이 기능이 제대로 작동하는지 확신할 수 없습니다. 적어도 Fakebook 테마를 사용할 때는 작동하지 않는 것 같습니다. 테스트 주제를 만들고, 주제를 중첩 구조로 변경한 후, 주제와 게시글에 대한 답글을 시도해 보았습니다.
모든 답글이 동일한 형태로 표시됩니다. 또한 (아마도 사소한 문제일 수 있지만) 내 아바타 렌더링이 조금 이상합니다.
1개의 좋아요
네, 플러그인이나 테마가 이 기능에 맞춰 조정되었을 것이라고 가정하지 마세요.
4개의 좋아요
정말 멋진 기능이고, 오랫동안 기다려 온 기능입니다!!!
우리 커뮤니티가 아직 기다리고 있는 것은, 주제 작성자만 루트 레벨 게시글을 올릴 수 있고, 다른 모든 사용자는 개별 루트 레벨 게시글에만 답글을 달 수 있는 적절한 저널/로그 기능입니다.
현재 우리는 사용자별 필터 뷰와 각 게시글 아래 접이식 답글을 사용하여 이러한 기능을 구현하기 위해 매우 어색한 CSS와 JS를 사용하고 있습니다.
3개의 좋아요
그러니까… 꽤 멋지네요. 우리 팀은 규모가 작은 편이에요. 개인 인터페이스 설정에서 이걸 선택할 기회가 왜 없는지 궁금했어요.
2개의 좋아요
마크는 이미 이 부분에 대해 다음과 같이 언급했습니다:
저도 이에 덧붙이고자 합니다:
핵심 문제는 다음과 같습니다: 공유되는 콘텐츠, 그러나 상이한 정신 모델. 두 사용자가 동일한 주제를 서로 다른 구조로 보게 되는 순간, 대화에 필수적인 공유된 기준점이 깨집니다.
답글 달기(Reply-to)는 다르게 작동합니다: 사용자 A(중첩형)가 "이전 댓글에서 언급했듯이…"라고 작성하면, 사용자 B(선형형)는 이전 댓글을 볼 수 없습니다. 왜냐하면 그것은 포스트가 3칸 위이거나, 접힌 분기에 따라 15칸 위일 수 있기 때문입니다. 이는 또한 작성자가 자신의 포스트가 다른 사람들에게 어떻게 보이는지 확신할 수 없게 됨을 의미합니다.
영구 링크(Permalinks)와 포스트 번호가 달라집니다: 포스트 순서가 보기 모드에 따라 달라진다면, /t/topic/123/47은 사용자마다 서로 다른 포스트를 가리키거나, 동일한 포스트를 가리키지만 극단적으로 다른 위치에 나타납니다. (현재 구현 방식이 어떻게 되는지는 정확히 모르겠지만, 어느 쪽이든 이상적입니다.)
그리고 더 많은 문제가 있을 것이라고 확신합니다.
결국 이것은 다음으로 귀결됩니다: 대화는 공유된 공간이므로, 좋은 소통을 촉진하기 위해 모든 사람에게 동일하게 구조화되어야 합니다.
6개의 좋아요
되돌리면 어떤 일이 벌어질지 궁금합니다. 일주일 동안 시험해 보고 있습니다. 시스템이 크래시되지 않고 되돌릴 수 있기를 바랍니다.
아직도 개인의 경험에 기반한 다른 인터페이스가 있으면 좋겠다고 생각합니다. 참여도가 통일된 경험보다 우선합니다. 따라서 참여도가 더 높다면 허용되어야 합니다. 링크 문제를 해결할 방법이 있을 수도 있습니다. 이것은 사회적 문제보다는 프로그래밍 문제처럼 보입니다.
참여도가 좋은 소통보다 중요한가요?
Discourse가 항상 강조해 온 가치이며, 참여도를 최우선으로 삼아 다른 모든 것을 희생시키는 다른 플랫폼들도 있습니다.
2개의 좋아요
제 경험상 원하는 대로 앞뒤로 자유롭게 전환할 수 있습니다. 저는 몇 가지 주제를 새 레이아웃으로 옮긴 후 전체 사이트로 전환했습니다.
제 사용자들에게 이는 게임체인저와도 같은 변화입니다.
그들이 언급한 유일한 점은 슈퍼 스크롤 바가 더 이상 없다는 것입니다. 게시물이 더 이상 시간 순서대로 정렬되지 않을 수 있기 때문에 그 이유를 이해할 수 있습니다.
1개의 좋아요
로드맵에 이미 "더 나은 모바일 경험"이 올라와서 기쁩니다 — 리트처럼 들여쓰기한 스레드가 모바일에 적용되는 것을 정말 기대하고 있습니다.
중첩된 답글에 관한 간단한 SEO 질문입니다: 중첩된 토픽이 /n/ URL을 사용한다는 것을 알게 되었는데, JS 없이 이를 가져오면 빈 셸이 반환되고, canonical 태그가 일반 /t/ 토픽 URL이 아닌 /n/ URL 자체를 가리키고 있습니다. 크롤러가 /n/ 경로에서 서버 렌더링된 게시물의 전체 콘텐츠를 여전히 가져올 수 있나요, 아니면 canonical이 /t/로 되돌아가야 하나요? 중첩 기능을 활성화하면 인덱싱에 해가 되지 않는지 확인하고 싶을 뿐입니다. 감사합니다!
upd
2026.5.0 + Horizon에서 테스트해 보았습니다: 토픽을 중첩 방식으로 전환하고 Googlebot UA로 확인해 보니, 크롤러는 여전히 /n/에서 전체 플랫 HTML(모든 게시물, 마이크로데이터 유지, canonical → /t/, noindex 없음)을 가져옵니다. 또한 /n/는 사이트맵에서 제외되어 있습니다. 유일한 리다이렉트는 /t/ → /n/이며, 이는 302 상태码로 JS 사용자에게만 적용됩니다 — 봇은 리다이렉트되지 않습니다. 따라서 SEO 관점에서는 문제가 되지 않으며, 인덱싱 측면에서는 아무것도 변하지 않습니다.
3개의 좋아요