얼전 이 주제에 대해 질문을 했었고, 시스템이 어떻게 작동하는지 설명을 들었습니다.
솔직히 말해서, 작동 방식 자체는 이해하지만, 이것이 기본 설정이어야 한다는 점에는 여전히 동의하지 않습니다.
이 주제를 보십시오:
이 경우 puridator의 답변 아래에 더 많은 맥락이 있었지만, 답변이 매우 모호할 수 있는 사례를 보여주기 위해 잘라냈습니다. 만약 이것이 실제 답변이었다면, 원본 주제에서 말한 내용에 반대하는 것일까요? 아니면 mohammad 사용자가 말한 내용에 반대하는 것일까요?
누군가 이 특정 사례에서는 무슨 말인지 이해한다고 끼어들기 전에, 이것은 당연히 그냥 예시일 뿐입니다. 답변이 단순히 "존중하는 마음으로 이의가 있습니다"로만 끝나면 모호성이 더 커질 수 있습니다.
제가 들은 바로는, 내가 답글을 남긴 사람 바로 아래에 답글이 있으면 그것이 사용자에게 대한 답글이라는 표시가 표시되지 않는다고 합니다. 하지만 중간에 다른 답글이 하나 이상 있으면 표시가 나타나는데, 우리가 mohammad가 cpradio에게 답글을 남긴 것을 볼 수 있는 방식과 같습니다.
혼란을 피하기 위해 어떤 경우든 항상 답글 표시가 보였으면 합니다. 몇 줄을 읽어야 비로소 답글의 맥락을 이해할 수 있는 경우가 처음이 아닙니다. 한 맥락이라고 생각하며 읽다가 다른 맥락이었다고 깨닫는 과정에서 앞뒤로 다시 읽는 것은 "시간"과 에너지 낭비입니다.
원본 바로 아래에 있더라도 답글 표시가 보인다면 독자에게 더 명확한 이해를 줄 수 있다고 생각합니다.
이 기능을 추가해 주시기를 고려해 주셨으면 합니다. 추가하면 상황이 나빠지는 일은 없겠지만, 없으면 상황이 나빠진다고 생각합니다.
5개의 좋아요
이 동작은 다음 설정으로 제어할 수 있습니다:
3개의 좋아요
정말 감사해요!!! 항상 큰 도움이 돼요!
어떻게 작동하는지 설명해 준 사람이 이 설정에 대해 알려줬더라면 좋았을 텐데 
: thinking:
이 설정들을 전부 켜고, 다시 끄면서 어떤 모습인지 테스트해 볼 거예요.
정말 감사해요!
2개의 좋아요
여기서 좀 헷갈립니다…
아래의 답글에 표시를 보이려면 이렇게 설정해야 했습니다.
기본값이 원본 게시물 아래의 답글에 표시를 숨기는 것이라면, 왜 above(위)라고 적힌 옵션을 해제해야 하는 건가요?
또한, 두 옵션 모두 "title"이 정확히 동일하고, 유일한 차이점이 below(아래) 또는 above(위)라는 단어뿐이며, 설명도 사실상 동일하여 단 두 곳만 다릅니다. 위 옵션에는 reply count(답글 수)가 있고, 아래 옵션에는 in-reply-to(답글 대상)가 있습니다. 이 차이점을 알아차리는 데 시간이 좀 걸렸네요(물론 below와 above라는 단어 차이는 제외하고요).
그렇다면 이 두 가지, Reply Count(답글 수)와 In-Reply-To(답글 대상)는 무엇을 의미하는 건가요?
수정: 네, above(위)와 below(아래)는 이제 이해한 것 같습니다. 그래도 표현 방식이 여전히 좀 혼란스럽긴 합니다. 명확히 하기 위해 게시물을 게시 A와 게시 B(게시 A에 대한 답글)라고 부르겠습니다.
“Suppress reply directly above”(바로 위의 답글 숨기기)를 “게시 A에서 표시를 숨긴다”(답글이 게시 B이므로 이는 이상할 것입니다)로 읽었지, "게시 B에서, 바로 위에 있는 게시 A에 대한 답글이라는 표시를 숨긴다"로 읽지 않았습니다.
그러면 Reply Count(답글 수)와 In-Reply-To(답글 대상)가 남습니다. 그런데 이 경우, “Suppress reply directly above”(바로 위의 답글 숨기기)는 이제 의미가 명확해졌는데, 다른 옵션인 “Suppress reply directly above”(바로 위의 답글 숨기기)는 왜 이해가 안 되는 건가요?
2개의 좋아요
“아래에 직접 답변”은 다음을 가리킵니다:
이 기능을 활성화하면, 해당 게시물 바로 아래에 단 하나의 답변만 있는 경우 표시되지 않습니다.
3개의 좋아요
말씀해 주셔서 감사하지만, 얼마 전 이곳과 메타에 답글을 남겼는데 답글 목록에 표시되지 않아서 혹시 잘못된 답글 버튼을 눌렀나 하고 당황한 적이 있습니다.
이것이 변경 가능하다는 것을 알게 되어 다행입니다. 다만 기본 설정이 정말 좋은 아이디어인지는 확신이 서지 않습니다.
2개의 좋아요
대부분의 경우 기본 설정이 합리적이라고 생각하지만, 가끔은 혼란을 줄 수 있죠.
답글 버튼을 누를 때 항상 인용하도록 설정하는 방법도 있습니다:
1개의 좋아요
활성화를 해제했을 때 답글 수가 표시되었지만, 활성화했을 때는 아래에 있는 답글 수와 관계없이 수가 표시되지 않습니다. 그래서 이 기능이 무엇인지, 아니면 뭔가 고장 난 건지 이해가 되지 않습니다.
어쨌든, 저는 활성화하지 않고 답글 표시기만 사용할 것입니다.
이 문제로 도움을 주셔서 감사합니다. 이제 제 눈에 아주 좋습니다.
UX/UI 관점에서 볼 때, 사용자가 가끔이라도 혼란을 느낄 수 있는 요소라면, 사용자가 켜고 끌 수 있는 기능이더라도 추가해서는 안 됩니다.
이 기능이 혼란을 야기합니까? 아닙니다. 이 답글은 사용자에게 대한 답글이므로, 화면이 더 복잡해지더라도 좋은 지표가 됩니다. 하지만 우리는 이미 다른 답글들에 "잡음(clutter)"을 추가하고 있으므로, 이것이 또 다른 지표가 되어 화면이 복잡하게 느껴지지는 않을 것입니다. 또한 제가 공유한 예시처럼 모호함을 피하는 데 항상 좋은 방법입니다.
2개의 좋아요
이 방식이 특히 긴 답글에서 많은 혼란을 야기할 것 같네요.
원하는 경우 수동으로 인용할 수 있는 옵션도 이미 있으니까요.
현재와 같이 답글 표시기를 사용하는 방식이 제게는 더 적절해 보입니다 
2개의 좋아요
이 문제에 대해 조금 생각해 봤지만, 저는 동의하기 어렵습니다. 그 이유는 a) 게시글에 답글을 남기는 것과 스레드에 답글을 남기는 것 사이의 투명성이 부족하고, b) 단일 답글과 여러 답글 간에 동작이 일관되지 않기 때문입니다. 또한 위에서 언급했듯이, 저는 이러한 동작이 의외로 느껴진다고 생각하며, 이는 제 생각에 UX 측면에서 좋은 일이 아닙니다.
따라서 저는 기본 설정을 반대로 변경하고, 단일 답글에도 답글 표시를 보여주되, 원할 경우 이를 끄는 옵션을 제공해야 한다고 주장합니다.
하지만 Quick Quote 테마 컴포넌트를 링크해 주신 점은 감사히 생각합니다. 다만 제 주요 우려는 Discourse가 전체 인용을 지양하고 답글(필요 시 선택적 인용)을 장려하는 것이 이점이라고 생각한다는 것입니다. 이는 기존 콘텐츠의 (시각적) 중복을 방지하기 때문입니다.
3개의 좋아요
동의합니다. 특히 인용되는 전체 게시물이 거대할 때는 더 그렇습니다.
전체 게시물을 인용하고 "답글"을 기본적으로 숨기는 방식의 이점은 보이지 않습니다.
적어도 이 기능들을 켜고 끌 수 있는 옵션이 있다는 점은 좋은 점입니다.
여기서 여러 좋은 지적이 있었고, 앞서 언급했듯이 이 기능들 뒤에는 혼란과 반복을 줄이려는 원래의 아이디어가 있었습니다.
가장 초기의 생각 중 하나는 특정 사람들 간의 긴밀한 추적을 필요로 하는 이 같은 왕복 대화 체인보다는, 모든 주제에 대한 답글이 주제에 가치 있는 내용이어야 한다는 것이었습니다.
실제로 이를 피하는 것은 어려울 수 있으며, 모든 곳에서 이 같은 세심함을 기대하는 것은 무리일 수 있습니다… 특히 다른 주요 플랫폼들이 스레딩(주제 내 대화 구조화)을 사용하는 환경에서는 더욱 그렇습니다(저는 이것이 너무 많은 사람이 관여하기 때문에 오히려 논의를 억제하려는 의도라고 주장합니다).
문제는 무엇인가요?
이러한 억제되지 않은 중복이 야기하는 문제들을 다시 보여드리겠습니다:
-
게시물 뒤에 전체 인용을 붙이는 것은 어리석어 보입니다
-
"1개의 답글"을 확장하면 더 어리석어 보입니다
-
그리고 "1개의 답글"과 "답글 대상"을 확장하면… 순전한 어리석음입니다:
저에게 이것은 그저 혼란스럽게 보입니다.
억제는 새로운 문제를 만든다
이 동작은 사용자에게 완전히 불투명하므로, @schneeland가 언급했듯이 "내가 잘못 답글을 쓴 건가?"라고 궁금해할 수 있고, 명확한 답이 없습니다.
어떻게 해결할 수 있을까요?
개인적으로는 억제 옵션을 완전히 제거하고, 모두에게 충분히 잘 작동하는 기본 동작을 찾는 목표로 이 문제를 재접근해야 한다고 생각합니다.
위쪽 답글
이처럼 연속된 답글이 있는 경우, 동작을 변경해야 할지도 모릅니다. 이러한 경우 중복된 답글을 보기 위해 확장하는 것은 가치가 제로라는 것을 우리는 알고 있습니다… 하지만 “답글 대상” 표시는 이 상황에서도 가치 있는 맥락을 제공할 수 있습니다:
저는 거기에 있는 주제에 동의하는 것이 아닙니다 
저는 domenic에게 직접 답글을 남기는 것입니다. 이제, 저는 그것을 확장해서 볼 필요가 없지만… "음, 이건 바로 위에 있는 게시물에 대한 답글인가… 아니면 domenic이 만든 다른 게시물인가?"라고 궁금해질 수 있습니다. 아마도 여기서 우리는 단순히 해당 게시물로 이동하고 일시적으로 강조 표시하여 명확히 할 수 있습니다(우리는 이미 모바일에서 게시물 점프 기능을 제공합니다)
게시물 사이의 간격이 더 커지면, 클릭 시 확장하여 위치를 잃지 않도록 할 수 있습니다. 저에게 이것은 양쪽의 장점을 모두 갖춘 가장 좋은 방법처럼 느껴집니다.
아래쪽 답글
이것은 조금 더 까다로워 보입니다… 많은 답글이 있을 수 있기 때문입니다.
근접한 곳에 답글이 하나만 있는 경우, 위의 동작과 일치하도록 변경할 수 있다고 생각합니다: 스크롤 및 강조 표시. 아마도 그것이 충분할 것이며, 여러 답글 동작은 그대로 유지될 수 있습니다:
이 뷰에는 다른 문제가 하나 더 있지만, 약간 벗어난 이야기입니다
이 기능은 때때로 혼란을 초래해 왔습니다… 적어도 몇몇 사람들이 이것을 보고 "에이, Discourse가 스레딩을 지원하는구나!"라고 생각합니다.
우리는 이것을 위한 덜 사용되는 별도의 모드도 가지고 있습니다: Enable filtered replies view(필터링된 답글 보기 활성화): Optional filtered replies view
활성화하면, 스레드처럼 보이는 내장 답글을 표시하는 대신 관련 없는 게시물을 접어서 답글만 표시합니다:
제 생각에는 이것이 "스레드처럼 보인다"는 문제를 해결하고 주제의 평탄한 구조를 더 잘 표현합니다. 하지만 저에게는 기본값으로 사용하기에는 경험이 충분히 좋지 않게 느껴집니다… 아마도 우리는 몇 가지 기능을 강화하고 "스레드처럼 보인다"는 문제를 피하고 싶다면 재고해 볼 수 있을까요?
2개의 좋아요
