이미 CSS를 통해 이를 수행할 수 있습니다:
// 사이드바의 태그 섹션을 숨깁니다
div.sidebar-section-wrapper.sidebar-section-tags {
display: none;
}
5개의 좋아요
계정이 있는 사람은 이미 커뮤니티가 어떤 곳인지 알고 있을 거라는 이론인 것 같습니다.
7개의 좋아요
이 주제에 게시물이 많아서 이미 언급된 내용을 반복하고 있다면 죄송합니다…
새로운 알림 구조에 대해 몇 가지 의견을 남깁니다:
- 이전에 누군가가 “전체” 섹션을 제거하자고 제안했습니다. 저는 이에 강하게 반대합니다. 모든 알림을 확인하기 위해 여러 하위 섹션을 거쳐야 한다면 이는 큰 퇴보가 될 것입니다.
- 또한 “전체” 섹션을 알림 유형별로 정렬/그룹화하자는 제안에도 반대합니다. 그 목적을 위해 하위 섹션이 이미 존재하니까요… “전체” 섹션은 항상 최신순으로 표시되어야 합니다.
- 이와 관련하여, 더 최근의 알림을 먼저 읽은 경우 읽은 알림이 재배열되는 것처럼 보이나요? 저는 여기서 알림을 자주 받지 않아 다시 확인하기 어렵지만, 어제 그렇게 보였습니다. 이는 최우선 정렬 기준이 ‘읽지 않음’ 상태인 것 같지만, 여전히 그렇게 좋은지 모르겠습니다. “전체” 섹션은 특히 항상 최신순으로 정렬되어야 한다고 생각합니다. 알림을 매우 많이 받는 사람들을 위해 “읽지 않음” 섹션을 따로 두는 것이 더 합리적일 수 있습니다.
- 하위 섹션의 순서에 대해 강한 선호도는 없습니다(아무튼 그 정도 알림을 받지 않아서 사용할 필요가 없거든요), 하지만 인용이 “기타” 섹션에 표시되는 것은 다소 이상하게 느껴집니다. 저만의 생각일 수 있지만, 저는 인용을 답글과 동일하게 생각합니다. (언급도 거의 답글과 비슷하죠.) 누군가가 저를 인용하면 99%의 확률로 저에게 답글을 남기는 것이지만, Discourse의 기본 설정은 같은 사용자가 인용된 경우 답글을 제거합니다. 이러한 설정을 고려할 때 인용을 "기타"로 취급하는 것은 이상해 보입니다.
- 답글, 인용, 언급을 하나로 합쳐 섹션을 단순화하는 것이 유익할 수 있다고 생각합니다. 모든 커뮤니티에 이것이 적합한지는 모르겠지만, 그룹화된다면 그 하위 섹션을 더 자주 사용할 것 같습니다.
- 순서를 한 가지 변경하고 싶습니다. 북마크는 (현재처럼 단순히 나열되는 경우) 진정한 알림이 아니므로, 다른 알림들과 함께 묶여서는 안 된다고 생각합니다. 그래서 북마크 섹션을 프로필 섹션 아래로 옮기고, 필요 시 북마크 알림은 따로 처리하는 방식을 제안합니다. 또는 북마크, PM, 프로필 아이콘을 먼저( “전체” 알림 다음에) 표시하고, 그 다음에 hr(수평선)을 표시한 뒤 알림 필터를 표시하는 것도 좋습니다. 이는 구버전에서 표시되던 방식을 모방한 것이며, 필터는 단순히 끝에 추가된 기능으로 남게 됩니다.
- 알림 하위 섹션 목록은 스크롤 가능해야 합니다. 이 답글을 작성하던 중 모바일에서 편집기를 완전히 숨기지 않고는 전체 메뉴를 볼 수 없었습니다. 손가락으로 위/아래로 탭하고 드래그하면 메뉴가 슬라이드되도록 변경되어야 합니다.
6개의 좋아요
첫인상은 다소 압도당하고 혼란스럽다는 느낌이었어요. 첫 페이지에 갑자기 정말 많은 요소들이 들어차 있더라고요. 그리고 아, 사실은 동일한 햄버거 메뉴를 기본적으로 펼쳐 놓고, 왼쪽으로 옮긴 채 더 많은 기능을 추가한 거구나 하는 걸 깨닫는 데 몇 분이나 걸렸죠.
그래서 금방 익숙해질 수 있을 것 같아요. 
다만 디자인이 좀 거슬리는 부분이 있어요. 크기가 제각각이고, 대문자로 된 헤더가 메인 디자인과 너무 대비가 강하게 느껴지는데, 색상은 그 차이를 충분히 살려주지 못하는 것 같아요. 하지만 이 모든 건 충분히 다듬을 수 있는 부분이죠.
제 사이트들은 기본적으로 첫 페이지에 “카테고리와 최신” 뷰를 사용하는데, 이 부분은 꽤 마음에 들어요. 다만 사이드바 메뉴와 내용이 좀 중복되는 느낌이 있네요. 어떻게 조화롭게 맞출지 고민해 봐야 할 것 같아요.
10개의 좋아요
저도 이 의견에 동의합니다. 이 방식은 두 가지 효과를 냅니다. 혼란스러운 인터페이스를 단순화하는 동시에, 감시/추적 대상 카테고리와 태그라는 개념을 더 쉽게 발견할 수 있게 만듭니다. Fedora Discussion에서는 사람들이 태그를[1] 전통적인 메일링 리스트의 대체재로 생각하도록 유도하고 있습니다. 사실 꽤 좋은 대응 관계이지만, 사람들은 소셜 미디어나 전통적인 포럼에서 사용되는 방식처럼 태그를 그렇게 생각하는데 익숙하지 않습니다.[2]. 이 기능이 있다면 정말 큰 도움이 될 것 같습니다.
보너스로, 이 방식을 통해 "추적(Tracked)"이라는 개념이 태그와 카테고리에 대해 실제로 의미를 갖게 됩니다.[3].
6개의 좋아요
세 가지를 모두 통합하는 것도 좋지만, 출발점으로서 인용을 답변 하위 메뉴에 포함하는 것이 합리적이라고 생각합니다.
5개의 좋아요
원래는 이런 방식으로 작동했습니다 – 사이드바에 항목을 추가하려면 해당 항목을 추적하거나 관찰해야 했습니다.
하지만 사용자가 사이드바에서 항목에 쉽게 접근하되, 추가적인 알림은 원하지 않는 경우가 여러 번 발견되었습니다. 이로 인해 사용자는 훨씬 더 많은 알림 노이즈를 감수하거나, 원했던 항목을 사이드바에 추가하지 않는 쪽을 선택하게 되었습니다.
그래서 우리는 이 두 가지를 분리하기로 결정했습니다.
다만 현재 디자인은 중간 단계에 있다고 생각합니다.
사이드바에 항목을 넣기 위해 반드시 추적해야 한다는 의무가 없는 것은 좋지만, 만약 제가 항목을 _추적_한다면 사이드바에 표시되는 것이 합리적이라고 생각합니다. 아마도 우리는 향후 이 방향으로 변경을 진행할 가능성이 높습니다.
5개의 좋아요
COMMUNITY 외에 다른 표현을 고려해 본 적이 있나요? 이 단어에 대해 좀 더 민감한 편이라, 비유하자면 풍차에 맞서 싸우거나 자전거 창고의 페인트 색을 정하는 일처럼 사소한 문제일 수 있지만… 다른 표현을 사용하는 것이 더 나을 것 같습니다. 해당 섹션이 "커뮤니티"라면, 왜 _메시지_는 "커뮤니티"가 아닌가요? 그리고 여기에는 이름이 #community-building인 카테고리가 있어 더 이상합니다. 또한 _Docs_와 _FAQ_도 "커뮤니티"인가요?
사이트 메뉴는 어떨까요? 아니면 Everything, Tracked, _My Posts_를 **주제(TOPICS)**로 나누고 나머지는 내비게이션(NAVIGATION) 또는 … 무엇으로 넣는 것이 좋을까요?
5개의 좋아요
하지만 “추적(tracked)” 상태가 알림을 발생시키지는 않나요? 그것은 단순히 읽지 않음 상태로 표시하는 것뿐입니다. 사실, 방금 테스트해 본 결과, 이러한 구분은 사람들이 놀라게 될 수 있는 동작을 유발합니다: 관찰(watched)하거나 추적하지 않는 카테고리를 사이드바에 추가하면 아무것도 표시되지 않습니다 — 실제로 모든 내용을 확인한 추적 대상과 동일한 방식으로요.
아직 생각하지 못한 사용 방법이 있을 수도 있지만, 그것이 거의 혼란을 유발하는 것 아닌가요? 어느 쪽인지에 대한 표시조차 없습니다.
완전히 다른 이야기지만: "5개의 읽지 않은 항목"을 단순히 숫자(원 안에 스타일링된 등)로 변경할 수 있는 테마 옵션이 있기를 바랍니다. 이것을 보고 있는 동안, 이것이 제 과부하 감각에 기여하는 부분이라고 생각합니다. 단어 수가 적으면 도움이 될 것입니다.
4개의 좋아요
다른 스타일을 적용하려면 테마 컴포넌트가 필요하지만, 문자열을 커스터마이징하여 "%{count} something"을 "%{count}"로 교체하면 해당 복사본 변경은 가능합니다:
js.sidebar.unread_count.one
js.sidebar.unread_count.other
js.sidebar.new_count.one
js.sidebar.new_count.other
이렇게 할 때 읽지 않은 메시지와 새 메시지를 구분하는 방법을 마련하는 것이 좋은 아이디어일 것입니다.
별개의 사항으로, 이를 테스트하면서 읽지 않은 메시지나 새 메시지가 있는지 확인하려면 메시지 받은 편지함 섹션을 열어야 한다는 것을 알게 되었습니다. “Inbox” 행에 어떤 지시기가 있으면 좋겠습니다.
5개의 좋아요
한때 이 기능을 시도해 보았지만, 새 주제와 읽지 않은 주제의 숫자가 달라지는 것에 대해 사용자들이 혼란을 겪어 전반적으로 반응이 좋지 않았습니다. 새 항목과 읽지 않은 항목을 결합하여 숫자만으로 의미가 명확하도록 하는 실험을 해볼 수 있을 때까지 재고를 결정했습니다.
네, 다른 섹션의 경우에도 섹션 헤더로 정보를 통합하는 방식을 고려하고 있습니다. 따라서 메시지(Messages) 자체에 표시기를 넣을 수도 있을 것입니다.
5개의 좋아요
아, 헤더에 대해 말인데: COMMUNITY 옆의 
이 새로운 메시지를 시작한다는 사실에 정말 당황했습니다.
5개의 좋아요
좋은 지적입니다. 그 섹션은 처음에 “토픽”(Topics)이라고 불렸기 때문에(제안하신 대로) 그때는 더 직관적이었습니다. 그러나 너무 많은 다른 섹션이 생기는 것을 방지하기 위해 관리자/그룹/사용자 등을 새로 이름 붙인 “커뮤니티” 섹션으로 통합했습니다.
5개의 좋아요
정말 좋습니다. 깔끔해 보이고 “환영하는” 느낌이 듭니다. 활성화한 후로는 이전 햄버거 메뉴로 돌아가고 싶지 않습니다.
많은 제안과 댓글을 볼 수 있지만, 솔직히 정말 마음에 듭니다.
시간이 지나면서 더 다듬어질 것이라고 확신합니다. 하지만 디스코urs 인스턴스를 운영하는 모든 분, 특히 저처럼 자체 호스팅(또는 관리형)을 사용하는 분들에게는, 그렇지 않았다면 상당한 비용이 들었을 새 메뉴를 손에 넣은 셈입니다.
정말 훌륭합니다.
9개의 좋아요
사용자들도 비슷한 생각을 하는 걸까요? 결국 포럼은 관리자용이 아니라 사용자용이니까요(자체 호스팅 여부와 관계없이) 
4개의 좋아요
제 글을 인용해서 죄송합니다. 하지만 이 문제에 대해 계속 생각하고 있었습니다. 정말로 개선이 될 것입니다.
또는 현재와 같은 형태(조금 더 좁게)로 유지하되, 채팅창처럼 ‘X’ 버튼을 클릭할 때까지 화면에 남아 있도록 하는 것도 방법입니다.
2개의 좋아요
햄버거 버튼을 누르면 아름답게 사라집니다 (솔직히 직관적이지는 않습니다). 왜 제 화면 녹화가 노란색/주황색인지 모르겠네요, 죄송합니다!
기본적으로 최소화되어 있기를 원합니다 (사용자별 기본 설정도 포함하여).
2개의 좋아요
감사합니다. 하지만 우리는 서로 다른 부분을 이야기하고 있는 것 같습니다. 사이드바가 햄버거 버튼을 클릭하면 사라지는 방식은 알고 있습니다(사이드바를 기본적으로 숨겨두면, 사용자가 놀라지 않고 직관적으로 햄버거 버튼의 기능을 파악할 수 있을 것이라고 여기에서 제안한 적이 있습니다). 위 게시글에서는 알림 패널/메뉴가 링크를 클릭하는 즉시 사라지지 않아야 한다는 의미였습니다. 이상적으로는 오른쪽 사이드바 형태가 되면 좋겠습니다
2개의 좋아요
아, 좋은 지적이네요! 제가 너무 꼼꼼히 읽지 않은 것 같습니다 
.
동의하기 어렵습니다. 항상 눈에 띄게 보이는 것이 너무 많거든요. 그리고 콘텐츠를 더 오래 열어두고 싶다면, 아이콘 중 아무거나 더블클릭하면 메인 컨테이너에 표시되니까요.
2개의 좋아요