Discourse를 사용하고 싶고, 이미 성공적으로 설정했습니다. 하지만 의사결정권자들은 너무 복잡하다며 별로 좋아하지 않습니다(다만 대안들이 기술적으로 상당히 열등하므로, 여전히 이것이 우리의 최선의 선택입니다). 그들이 혼란스럽다고 생각하는 요소를 시각적으로 제거할 계획이지만, 불가능하다고 믿는 몇 가지 요구 사항이 있었습니다(제 수정 스킬은 CSS를 다루지만, 제 생각이 틀렸다면 알려주세요).
주제 내 게시글 순서를 반전시켜 최신 글이 맨 위에 오도록 하려면 → 여기서 빠르게 검색해 보니 불가능하다고 합니다.
플로팅 컴포저 대신, 첫 번째 게시글(OP) 아래, 마지막 게시글 위(순서 반전이 가능할 경우)에 고정하고, 미리보기 기능도 비활성화하려면.
특정 게시글에 대한 답글이 최상위 레벨에 나타나지 않고, 인용된 게시글 아래에만 나타나도록 Reddit처럼 만들고, "X개의 답글"이 기본적으로 열려 있도록 하려면. → 이것은 단순히 커스텀 CSS로 표시/숨기는 문제가 아니라, 해당 요소가 열리기 전에는 DOM에 존재하지 않기 때문입니다. 페이지 로드 시 JS를 통해 자동으로 이 버튼들을 클릭하는 것은 다소 해킹처럼 느껴집니다. 최상위 레벨에서 숨기는 것은 CSS :has()로 가능하지만, 다시 한번 코어를 남용하는 것처럼 느껴집니다. 흥미롭게도 Post Voting 플러그인은 비슷한 일을 하고 있습니다.
각 답글 버튼이 무엇을 하는지, 답글이 누구에게 가는지 더 명확하게 하려면. 그들은 답글 버튼의 숲을 계속 보고 있었고, 이제 생각해보니 실제로 버튼이 정말 많다는 것을 이해할 수 있습니다.
많은 우려가 Discourse에 익숙하지 않거나, 사람들이 포럼을 어떻게 사용하게 될지에 대한 오해나 가정에서 비롯된다고 생각합니다. 이것이 Discourse의 핵심 철학에 반한다는 것을 알고 있지만, 그들은 기본 UX가 포럼에 익숙하지 않은 비기술적 사용자들을 deter(억제)한다고 주장합니다(그들은 소셜 미디어에 더 익숙합니다). 현재 상태가 괜찮다고 설득하는 것 외에 제가 무엇을 해야 할까요?
참고로, 제 포럼 활동에서는 누가 무엇을 답글로 남겼는지에 대해 크게 집착한 적이 없었습니다(맥락이 정말 중요하다면 인용이 있으니), 그리고 플랫 뷰(평면형 보기)는 항상 논리적이라고 생각했습니다. 답글 기능은 제게는 강제로 서브스레드를 만들게 하는 방식보다는 맛을 더해주는 양념 같은 존재입니다.
네, 고객 피드백을 통해 이 효과를 직접 체감하고 있습니다. 사람들이 일반적으로 가장 익숙한 인터페이스가 소셜 미디어이기 때문에, 인터페이스를 소셜 미디어와 더 유사하게 만들려는 명확한 경향이 있습니다.
Discourse를 작동시키려는 노력을 높이 평가하지만, 이것이 모든 사람에게 항상 최적의 선택지는 아닙니다.
Reddit과 같은 중첩된 답글에 대한 요청은 특히 복잡합니다. 이전에 이러한 요청을 받은 적이 있으며, 안정적으로 구현하는 데 수개월의 작업이 필요할 것으로 내부적으로 추정했습니다… 그리고 이는 현재 진행 중인 주제 레이아웃 현대화 작업(ember 컴포넌트를 لصالح으로 독점 위젯 시스템을 제거)을 포함하지 않은 것입니다.
간소화하기 위해 다음을 고려해 볼 수 있습니다:
임베디드 답글을 완전히 숨기는 것… 일부 사용자는 이것이 스레딩(중첩 구조)인 것으로 오해하고 혼란을 겪습니다. CSS를 사용하여 “N개의 답글” 버튼을 숨기는 것은 쉬운 일입니다.
주제 콘텐츠 오른쪽의 타임라인에 있는 답글 버튼을 숨기는 것을 고려해 보세요. 이는 게시물의 어디에서나 "주제에 답하기"를 쉽게 하도록 설계된 것인데, "주제에 답하기"와 "게시물에 답하기"의 차이를 모르면 추가적인 노이즈가 될 수 있습니다.
각 주제 하단의 일부 버튼을 숨기는 것을 고려해 보세요. 여기에는 중복된 요소가 몇 가지 있습니다. 예를 들어, 북마크, 플래그, 공유(이것들은 모든 게시물에도 존재) 등이 있습니다.
구체적인 질문에 대해 더 도움이 되지 못해 죄송합니다 — 하지만 상당한 개발 시간 없이 현재 할 수 있는 일은 한계가 있습니다. 좋은 결과 있으시길 바랍니다!
의사결정권자들이 현재 무엇을 사용하고 있는지 궁금합니다. 아마도 포럼 시스템을 선정하고 구현하는 업무를 맡으셨을 텐데요. 처음부터 당신을 신뢰한 그 결정 자체를 믿어야 하지 않을까 싶습니다.
가끔, 특히 의사결정권자들은 특정 시스템의 구현에 대해 의견을 내거나 이의를 제기해야 할 필요가 있습니다. 이는 그들의 의견이 중요하게 여겨지고 있다는 느낌을 주기에 도움이 된다고 생각합니다.
아, 제가 당신의 요청에 대해 기술적인 도움을 주지 못했네요. 죄송합니다.
휴, 투덜거림을 마치겠습니다. 조직 내 무의미한 일들을 처리하던 직장 생활로 돌아가는 것 같네요. 끔찍하네요
결정권자들에게 디스코urs의 설계에 상당한 고민이 들어갔다는 점을 설득해 보는 것이 가치가 있을 수 있습니다. 디스코urs는 각 댓글이 독립적으로 존재하도록 기대되는 일회성 댓글 시스템과는 달리, _대화의 개념_을 장려하도록 의도되어 있습니다. 바로 그래서 역순 게시글 정렬이나 가장 인기 있는 댓글을 스레드 상단으로 올리는 것과 같은 기능들이 구현되지 않은 것입니다.
아무것도 없습니다. 처음부터 시작하고 있습니다. WP 안에서 wpForo를 잠시 시도해 보았지만, 모든 작업을 서버 1대만 처리한다는 아이디어가 마음에 들지 않았습니다.
저는 그 점을 느끼고 있으며, 그것이 제가 지향하는 바입니다. 역순 정렬과 스레드 뷰를 디자인에 강제로 적용하지는 못했지만, 평탄한 구조(flattened structure)를 받아들이기로 했습니다.
그들은 “답글” 버튼을 사용하여 답글을 열었을 때 동일한 게시물이 seemingly 두 번 나타나는 것에 가장 큰 문제를 제기했습니다. 그 곳에서 그들이 혼란스럽다는 아이디어가 나왔습니다. 저는 그 부분을 제거했습니다.
또한 "이 게시물은 x에 대한 답글입니다"라는 부분의 스크롤 이동이 혼란스럽다고 판단되어, 클릭할 수 없게 만들었습니다. 사용자가 오래된 게시물에 답글을 달 때 인용 기능을 사용하도록 안내할 것입니다. 이 기능은 해당 단일 게시물을 답글 안에 실제로 임베드(embed)하며, 그렇게 하면 모호함이 사라집니다.
첫 번째 게시물은 시각적으로 눈에 띄어야 했으며, 답글 버튼은 답글을 누구에게(주제 전체에, 또는 특정 개인에게) 게시하는지 전달해야 했습니다.
Graceful 테마를 기반으로 시작하여, 우리 필요에 맞게 조정하기 위해 CSS를 약 500줄 작성했습니다.
동의합니다. 저는 심지어 북마크 기능도 제거했습니다(관심 표시와 브라우저 북마크가 충분히 좋기 때문에). 그리고 플래깅(신고) 기능도 제거했는데, 이는 마치 마스터마인드 그룹처럼 행동할 가능성이 높고, 어차피 관리자로서 저는 모든 것을 읽을 것이기 때문입니다. 하지만 필요하다고 느끼면 다시 가져올 것입니다.
네, "노이즈"가 가장 큰 불만이었죠. 하지만 저는 주제 전체에 대한 답글 버튼이 OP(첫 번째 게시물)와 하단에만 있는 것을 꽤 좋아합니다. 특히 첫 번째 읽지 않은 게시물로 자동 스크롤되는 기능과 함께, 사용자들이 실제로 대화를 읽도록 유도합니다.
사설 포럼이므로 공유 기능조차 필요하지 않습니다. 완전히 새로운 포럼에서는 플래깅 기능이 또한 위협적으로 느껴질 수 있습니다. 이 작은 커뮤니티가 얼마나 난폭한지 지켜보겠습니다.