사이드바의 '커뮤니티' 헤더를 그냥 제거하면 어떨까요? (간곡한 부탁입니다!)

Try out the new sidebar and notification menus!에서 이어서 진행 중인 토론입니다:

이 문제는 여전히 저를 불편하게 합니다. 좋은 범용 제목을想出하기가 어렵다는 것은 알고 있지만, “커뮤니티”라는 단어는 남용과 오용으로 인해 사실상 의미를 잃어버렸기 때문에 그냥 이걸 쓰자”는 식의 느낌이 들어서 꽤나 불쾌합니다. 제 사이트에서는 직접 변경할 수 있다는 것을 알고 있지만, 세상 다른 모든 곳에서 이 단어를 마주할 때마다 저를 괴롭힐 것입니다. :slight_smile:

다만, 현재 메뉴에서 섹션이 단순히 “Everything”, “My Posts”, “⋮ More”로 표시되는 경우, _레이블이 없는 상태_가 오히려 잘 작동한다고 생각합니다. 접기/축소 기능은 이미 More에서 처리하고 있으므로, 굳이 그런 레이블이 필요하지 않습니다. 그리고 이미 분명해지듯이, 포함되는 항목들 사이에 일관성이 거의 없으므로 의미 있는 그룹화라고 보기 어렵습니다.

이것이 또 다른 이상한 점을 해결할 수도 있습니다 — “Community” 헤더에 붙어 있는 New Topic의 :heavy_plus_sign:입니다. 대신 이를 “+ New Topic…”으로 대체할 수 있습니다. 현재와 동일한 전체 공간을 차지하며, 새 주제 링크가 명확해지고, 또한 제가 너무 슬퍼하지 않아도 됩니다.

19개의 좋아요

결국 사용자별로 텍스트를 변경할 수 있는 기능을 원하시는 건가요?

어쨌든 — 그 마음은 어느 정도 이해합니다. 커뮤니티라는 건 결국 또 하나의 유행에 불과한 것 같아요. 죄송하지만, 저는 디스코urses 포럼의 관리자라는 이유만으로 어떤 특별한 커뮤니티의 일원이 되고 싶지 않아요. 저는 그저 한 포럼의 회원일 뿐이니까요. :wink:

하키나 축구 같은 스포츠에 열중하는 사람들은 커뮤니티를 만들 수 있겠죠.

하지만… 텍스트를 전 세계적으로 변경해야 할까요? 아니요. 저는 배지도 크게 중요하게 생각하지 않지만, 여기저기 있는 배지들 때문에 불편해하지는 않아요.

죄송합니다. 제 유머가 제대로 전달되지 않았을 수도 있습니다. 기본적으로 이 텍스트를 제거하는 것이 옳다고 강력히 믿습니다.

4개의 좋아요

거기에 번들링되는 항목들에 대해선 약간 잘못된 명칭이라고 생각합니다. 이름을 어떻게 변경하는 것이 좋을까요?

1개의 좋아요

한 장의 사진은 천 마디 말보다 가치 있을 수 있습니다…

19개의 좋아요

내 답변에서 ‘no label’ 부분은 가볍게 넘겨버렸어요 (지금은 커뮤니티 모더레이터가 두 명이라, 나는 게시물의 절반만 읽으면 되거든요 :slight_smile:). 접을 수 있는 부분은 유지하는 쪽으로 생각했는데, 그것도 굳이 정해진 건 아닌 것 같네요.

4개의 좋아요

현재 상태:

  • 해당 그룹에 포함된 항목을 설명하지 않는 혼란스러운 라벨
  • 새 주제 버튼이 마치 숨겨진 이스터 에그처럼 느껴짐
  • 4줄을 1줄로 접어서 아주 작은 공간을 절약할 수 있음
  • 매튜는 슬픔

제안된 상태:

  • 라벨 불필요!
  • 새 주제 링크가 매우 편리함!
  • 4줄을 1줄로 접을 수 없음 (하지만 “더 보기” 항목은 이미 모두 접혀 있는 상태…)
  • 매튜는 행복함!
7개의 좋아요

접기 기능이 중요하다면, "단축키"가 하나의 대안이 될 수 있습니다. 다만, 거기 있는 모든 항목이 개별적으로 설정 가능해야 비로소 가장 합리적인 선택이 되겠지요.

개인적으로 그렇게 적은 양의 접기 기능이 그다지 큰 차이를 만든다고 생각하지 않습니다. 메뉴 맨 위에 올릴 만큼 중요한 것이라면, 최상위 레벨에 놓을 만큼 충분히 중요한 것입니다. 아니면, 전체 섹션을 메뉴 맨 아래로 이동시켜 공간이 얼마나 차지하는지는 크게 상관없는 곳으로 옮기는 것도 방법입니다. (어쨌든 "더 보기"를 전체 메뉴의 가장 마지막 항목으로 배치하는 것이 훨씬 더 자연스럽다고 느껴집니다.)

3개의 좋아요

개인적으로는 이 방식이 좋습니다. 동시에 현재 구현 방식에 대해 크게 불편함을 느끼지는 않습니다. 접을 수 있도록 만든 데에는 어떤 이유가 있을 수도 있으니까요.

7개의 좋아요

이 제안 좋습니다! 제 생각에는 커뮤니티 헤더 아래에 있는 항목들이 핵심 메뉴 항목이라고 봅니다. 커뮤니티 헤더는 불필요하다고 느끼며, 이 헤더를 제거하면 사이드바에 다른 항목들을 위한 더 많은 공간을 확보할 수 있을 것 같습니다. 다만, 적어도 저에게는 사소한 불만입니다. 헤더 제거가 말처럼 쉽지 않다면, 그 에너지를 다른 곳에 쓰는 것이 더 나을 수도 있습니다 :blush:

현재 설정은 그 외 모든 것(예: 카테고리, 태그 등)에 있어 아주 잘 작동한다고 생각합니다.

4개의 좋아요

와, 이 버튼이 있다는 걸 이제야 알았네요.
메뉴를 접어야 하는 이유를 모르겠고, 당신의 버전이 더 합리적인 것 같습니다.

2개의 좋아요

정말 정말 정말 큰 +1입니다. 거의 완벽에 가깝습니다.

1개의 좋아요

제안을 매우 좋아하지만, 그렇게 하면 사이드바의 새 메시지 버튼과 디자인이 달라질 것입니다:

두 버튼 모두 핵심 기능은 완전히 동일하므로, 매우 유사한 디자인을 공유해야 한다고 생각합니다.


다만 실제로 보고 사용해 볼 수 있다면 제 의견은 크게 달라질 수 있습니다. 현재 개인 메시지 버튼은 유지하되, 제안하신 방식도 충분히 좋을 수 있으니까요.

1개의 좋아요

네, 저는 "새 메시지"를 목록 항목으로 거기에 배치할 것 같습니다. 또는, + 버튼을 받은 편지함 옆으로 내려놓을 수도 있습니다. 이렇게 하면 모든 제목 옆의 아이콘(있다면)이 "이 섹션 편집"을 나타내는 연필 아이콘이 되어 일관성도 향상됩니다.

(개인 채팅은 약간 다릅니다 — 논리적으로 "새 채팅 추가"를 위한 + 버튼과 사이드바에 고정할 채팅을 편집하기 위한 연필 아이콘을 모두 가질 수 있을 것입니다.)

1개의 좋아요

현재로서는 사이드바 섹션의 동작과 구현 방식이 일관되도록 헤딩을 유지하는 쪽에 여전히 찬성합니다. 다른 분들도 커뮤니티 섹션에 기본적으로 표시되는 링크를 커스터마이징하는 방법에 대해 질문하고 계시므로, 접기 기능을 허용하는 것이 여전히 좋은 아이디어라고 생각합니다. + New Topic이 일종의 이스터 에그인 점은 당분간 괜찮습니다. 우리는 작성보다 읽기를 장려하고 있으니까요.

다만, 이 섹션의 이름인 "Community"에 집착하지는 않습니다. 명확히 더 나은 대안이 나온다면 변경할 수 있습니다.

2개의 좋아요

제목 없는(No Heading) 제안에 대해 마지막 한 번만 시도해 보고, 여기서 마무리하겠습니다. 이 섹션은 다른 섹션들과 본질적으로 다르기 때문에 다른 형식으로 제시되어야 한다고 생각합니다. 다른 섹션들은 기본적으로 동일한性质的 것들을 묶은 논리적 섹션들이지만, 이것은 잡동사니 모음(grab bag)입니다. 따라서 "제목 없음"이 개념적으로 가장 적합합니다. /시도 종료

이 부분은 더 강하게 주장하겠습니다. 유머로 포장했지만, 저는 메뉴 상단의 분류하기 어려운 항목들을 "커뮤니티"라고 라벨링하는 것이 적극적으로 해롭다고 진지하게 믿습니다.

이것은 이미 많은 오용을 겪었지만 저에게는 중요한 의미를 지닌 단어를 훼손하고 오용하는 것입니다 — 제 삶의 일大部分(알다시피 _드라마틱_하게 들릴 수 있지만, 진지합니다)을 차지해 온 중요한 가치입니다. 커뮤니티란 **사람들**을 의미하며, 단순히 무작위로 선택된 사람들이 아니라 **공통의 관심사를 가진 사람들**을 의미합니다. 이것은 정말로, 정말로 중요합니다.

"커뮤니티"라는 단어를 마케팅 세그먼트(만약 그런 것이라면)에 불과한 사람들을 가리키기 위해 사용할 때, 저는 눈을 굴리게 됩니다. 그들은 아예 커뮤니티가 아니죠 [1]. 사람들이 커뮤니티의 개념을 "사람들이 게시물을 올릴 수 있는 포럼이 있다"는 것과 혼동할 때, 저는 부드럽게 정정해 볼 수 있습니다. 또는 오픈소스 프로젝트에서 누군가 "커뮤니티"를 _사용자 기반(userbase)_으로 언급할 때, 실제 커뮤니티를 구성하는 사용자의 하위 집합이 무엇인지, 그리고 개발자(또는 기업 후원자)들이 그 커뮤니티의 _일부_인지에 대해 좋은 대화를 나눌 수 있습니다.

하지만 이것은 그 모든 것보다 더 나쁘다 — "커뮤니티"를 의도적으로 아무 의미도 없게 사용하는 것입니다. "기타"나 "잡다한 것들(Miscellaneous)"은 "이것을 뭐라고 불러야 할지 모른다"는 점을 솔직하게 드러내므로 더 나빠 보일 수 있지만, "커뮤니티"라는 단어를 가만히 바라보면 다음과 같은 것을 어떻게든 포괄하는 것으로 해석될 수 있습니다:

  1. 모든 게시물 [2]
  2. 내가 작성한 게시물[3]
  3. 그룹(접근 제어용? 기본값용? 아무것도 아님? 사이트마다 다름!)[^어쩌면 관련이 있을 수 있지만, 어떤 상황에서는 그룹이 그 자체로 "커뮤니티"가 되어야 할 수도 있습니다.]
  4. 모든 사용자 목록[4]
  5. 배지[5]
  6. 기념일과 생일[6]
  7. 문서[7]
  8. 소개(About)[8]
  9. FAQ(자주 묻는 질문)[9]

그런데 어째서 토론 카테고리, 채팅 채널, 태그는 포함되지 않는 것일까요?

"기타"나 "Misc(잡다한 것들)"와 같은 제안들이 너무 직설적이기 때문에 잘못되었다고 보이는 것 같습니다. 그런 이름을 상단에 두는 것은 좋지 않아 보입니다. "커뮤니티"는 그것이 무엇을 의미하는지 전혀 중요하지 않다는 듯이 그 반응을 피할 수 있습니다. 제발, 그렇게 하지 마세요.

그 위에, 이제 당신은 이 라벨을 소모하여 다른 용도로 사용할 수 없게 만들었습니다. 여기서 제가 볼 수 있는 주요한 세 가지 경우가 있습니다:

  • 언급했듯이, 많은 사이트가 _전체 포럼_을 "커뮤니티"라고 부릅니다. 저는 이것이 실수라고 믿습니다 [10], 하지만 이해할 만합니다: _전체 포럼_은 커뮤니티가 상호작용하기 위해 존재하니까요. 하지만 이제, 당신은 이 라벨을 기이한 하위 집합에 적용했습니다.
  • 다른 사이트의 경우, 다른 하위 집합이 실제로 커뮤니티라고 부르는 것이 적절할 수 있습니다. 예를 들어 개발자와 커뮤니티로 나뉘는 경우입니다. (이것은 정말로 흔합니다!) 또는 커뮤니티 관련 주제를 카테고리로 갖고 싶을 수 있습니다. 또는 _다른 지역 사회(local communities)_에 관한 포럼을 가질 수도 있습니다. 그리고 위에서 언급했듯이, _그룹_이 커뮤니티가 되는 Discourse 포럼을 구축하는 몇 가지 방법을 쉽게 생각해 낼 수 있습니다. 또는 태그! 하지만 이제, 다시 한 번, 라벨은 이미 사용되었습니다 — 가장 좋은 경우에도, 혼란스러운 중복이 생길 뿐입니다.
  • 포럼은 커뮤니티인 더 큰 것의 일부일 수 있습니다. 그 링크는 그 더 큰 것으로 “위로” 가해야 합니다.

물론, 이러한 사이트들은 자체 사용을 위해 텍스트를 변경할 수 있지만, 1) 이제 그들은 Discourse 유니버스의 나머지 부분과 일관성이 없게 되고, 2) 그것은 정말로 문제를 다른 모든 사람에게 떠넘기는 것에 불과합니다.

당신은 "명백히 더 나은 대안"을 요청했습니다. 저는 그것이 부당한 기준이라고 생각합니다. 또는, 더 정확히 말하면, 적극적으로 해롭지 않은 어떤 것도 그 기준을 충족한다고 생각합니다. 저는 여전히 첫 번째 아이디어[11]를 강력히 믿지만, 더 이상 논쟁하지 않겠다고 말했었습니다. 따라서, 건설적이라고 희망하는 몇 가지 대안을 제시하겠습니다:

  • Discourse
  • 메뉴(Menu)
  • 기타(Other)
  • 단축키(Shortcuts)[12]
  • 사이트(Site)
  • 기능(Functions)
  • 것들(Things)
  • 자료(Stuff)
  • 잡다한 것들(Miscellany)[13]
  • 혼합물(Mishmash)
  • 모음(Medley)

… 그리고 필요하면 그중 하나에 대해 사전(thesaurus)를 사용하세요. 저는 그것들이 모두 "명백히 더 낫다"고 생각합니다.

이 디자인에 대해 어떤 헤더 라벨을 고집하지만 _어떤 단어_도 작동하지 않는 것 같다면, 그것은 세 번째 가능성을 시사할 수 있습니다 — 근본적인 개념적 문제가 있으며, 디자인이 더 큰 재검토가 필요하다는 것입니다.

하지만 무엇을 선택하든: 제발, 제발, 지금처럼 하지 마세요.


  1. “안경 쓴 커뮤니티가 이 뉴스에 어떻게 반응할지 지켜봐야겠습니다!” ↩︎

  2. "모든 것"은 포럼 = 커뮤니티 진영에 속한다면 일리가 있습니다. 하지만 그렇게 하드코딩하지 마세요. Fedora와 같은 커뮤니티의 경우, "커뮤니티 모든 것"은 Discourse 게시물보다 훨씬 더 많은 것을 포함해야 합니다. 프로젝트 조직도나类似的 것이 기대될 수 있습니다. ↩︎

  3. 나는 나 자신의 커뮤니티인가? ↩︎

  4. 좋아요. 사람입니다! 이것도 그 자체로 "커뮤니티"가 될 수 있는 또 다른 항목입니다 — 그리고 부연 설명: 제 사이트에서는 이미 이것을 "People(사람들)"로 변경했습니다. "Users(사용자)"는 _Discourse 개발자의 관점_에서 완전히 타당합니다 — 사이트의 모든 계정은 _Discourse 사용자_를 대표하기 때문입니다 — 하지만 제품에 관한 사이트의 경우, "Users"는 _제품의 사용자_를 의미해야 하며, 이는 모든 Discourse 계정을 포함하지 않을 수 있습니다! ↩︎

  5. 이것이 커뮤니티와 관련이 있을 이유를 생각해 낼 수 없습니다. ↩︎

  6. 좋아요, 물론 — 사람들은 이런 것이 있죠. ↩︎

  7. 매우 잘못되었습니다. ↩︎

  8. “포럼 = 커뮤니티” 개념에서만 타당합니다. ↩︎

  9. 소개와 같지만 더 이상합니다. ↩︎

  10. 교조적이라서가 아니라 잠재력을 놓치고 있기 때문이죠 ↩︎

  11. 이 섹션은 개념적으로 헤더가 없어야 한다는 것 ↩︎

  12. 언급했듯이, 편집 가능할 때 가장 잘 작동합니다. ↩︎

  13. 또는 Miscellaneous 또는 Misc ↩︎

19개의 좋아요

말씀하신 모든 것에 동의하며, 특히 이 부분에 대해서는 강하게 공감합니다. 해당 섹션을 정말로 재구성해야 합니다.

17개의 좋아요

이 항목들에 찬성합니다…

…또는 도구.

결국 이 논의가 크게 필요하지 않을 것 같다는 느낌을 받습니다.

곧 커스텀 사이드바 섹션을 발표할 예정입니다! 장기적으로 모든 섹션이 커스텀 섹션이 된다면 어떨까요? … 각 버킷에 어떤 제목을 사용할지, 어떤 링크를 포함할지 직접 선택할 수 있습니다.

태그 3개, 카테고리 2개, 북마크를 한 섹션에 섞어 보고 싶다면… 해보세요.

다만, 여기서는 @awesomerobot의 의견을 강력히 지지합니다. 사이드바에 새로운 "엔티티"를 도입하고 싶지 않습니다. 접이식 섹션의 일관성은 여기서 큰 이점입니다. "제목이 없는 접을 수 없는 섹션"이라는 새로운 엔티티를 도입하는 것은 저를 불안하게 만듭니다.

9개의 좋아요

좋습니다. 기본값도 함께 변경되는 기회로 삼았으면 합니다. 변경 가능하도록만 하고 "커뮤니티"를 그대로 두면 제 우려를 실제로 해결하지 못하기 때문입니다.

3개의 좋아요