게시물이 새 주제로 분리되었습니다: 사이드바의 배지 링크를 숨기는 방법은 무엇인가요?
Discourse를 업그레이드했지만, 새 기능이 보통 표시되고 설명되는 관리자 패널에서 사이드바에 대한 언급이 없습니다:
업데이트 후에도 여기에 아무것도 없습니다:
아직 실험적 기능이기 때문인 것 같습니다.
6개의 좋아요
오늘 저도 같은 작업을 했습니다.
검색 설정에서 "사이드바"를 검색해 보세요. 그중 하나(어떤 건지 기억이 안 나는데)가 기본적으로 체크되어 있지 않습니다.
또한 모든 요소가 제대로 표시되려면 페이지를 새로고침해야 할 수도 있습니다(예: 햄버거 아이콘이 오른쪽이 아닌 왼쪽에 표시됨, 새로운 알림 패널 등).
4개의 좋아요
그것은 제가 거기에 추가하는 것을 잊었기 때문입니다 
. 릴리스 노트를 게시한 직후 바로 자리를 비워야 했고, 새 기능 섹션을 업데이트하는 데 실패했습니다. 지금 바로 처리하겠습니다.
…완료
13개의 좋아요
이 스레드에서 이전에 논의되었을 수도 있지만, 햄버거 메뉴의 주요 변경 사항(아이콘이 왼쪽으로 이동, 사이드바 레이아웃)이 궁극적으로 Discourse의 새로운 햄버거 메뉴가 될 예정인가요, 아니면 커뮤니티의 의견에 따라 개발 팀이 기존 버전으로 되돌리는 것을 고려할 수도 있나요?
어떤 큰 변경 사항이 Discourse에 확정적으로 반영될 예정이면, 사용자들이 더 빨리 적응할 수 있도록 제 커뮤니티에 미리 적용하는 경향이 있기 때문에 이렇게 질문합니다.
다만 아직 진행 중인 작업이므로 지금은 바로 활성화하지 않을 예정입니다.
5개의 좋아요
네, 그것이 우리의 의도입니다. 궁극적으로 말이죠.
6개의 좋아요
이게 더 좋습니다. 감사합니다.
2개의 좋아요
내 포럼에서 사이드바 카테고리가 사라졌어요! 모바일에서는 여전히 표시되지만, 데스크톱에서는 다시 “카테고리를 추가하지 않았습니다” 상태로 돌아갔습니다.
업데이트: 모바일로 가서 “카테고리” 옆의 연필 아이콘을 클릭한 뒤 "변경 사항 저장"을 누르니, 이제 데스크톱에서도 카테고리가 다시 표시됩니다.
2개의 좋아요
특정 이유로 추가된 것은 아닌지 확실하지 않습니다(하지만 실수인 것 같습니다).
사이드바의 CSS 코드에서:
body.has-sidebar-page #main-outlet-wrapper {
grid-template-columns: var(--d-sidebar-width) minmax(0, 1fr);
gap: 0 2em;
padding-left: 0;
}
불필요한 padding-left: 0이 있습니다. 10px를 유지해야 하므로 이를 제거해야 합니다.
현재 상태:
제거 후:
4개의 좋아요
메뉴를 열어야 이 작은 버그를 볼 수 있습니다.
2개의 좋아요
아직도 이해가 안 돼요 
수정.
이제야 무슨 말인지 알겠어요 :
네, 맞아요. 하지만… 취향의 문제인 것 같아요. 저는 지금 상태가 더 마음에 들어요. 그러면 모든 컴포넌트가 깔끔하게 정렬되니까요.
3개의 좋아요
사이드바에 대해 다음과 같은 옵션이 필요하다고 생각합니다:
-
기본적으로 사이드바를 열지 않는 옵션. (사용자가 메뉴를 클릭할 때만 열기)
사이드바는 상당한 시각적 노이즈를 추가하여 포럼의 첫 화면을 신규 사용자에게 압도적으로 보이게 만듭니다. 첫 화면을 카테고리 목록으로 설정해 둔 상태이므로, 추가 정보는 중복되며 신규 사용자에게는 순수한 노이즈에 불과합니다.
-
카테고리를 올바른 순서로 표시.
현재 카테고리 목록은 알파벳 순서로 정렬되어 있습니다. Discourse 카테고리는 관리자가 명시적으로 설정한 지정된 순서가 있지만, 사이드바는 이를 무시하여 상당히 엉망으로 표시됩니다.
-
태그를 완전히 숨기는 옵션.
저희 사이트의 태그 중 상위 레벨에서 필터링하고 싶어 할 만한 태그는 거의 없습니다. 대부분은 상당히 특수한 주제(예: 스크립트의 프로그래밍 언어로 필터링 가능)이며, 모든 영역의 모든 페이지 옆에 표시될 내용은 아닙니다(예: 모든 영역이 스크립트와 관련 있는 것은 아님). 또한 대부분의 게시물에는 태그가 붙지 않으므로, 검색/필터링에 유용하다고 오해하게 만들 수 있습니다. 저희 사이트에서는 사이드바에 태그가 아예 없는 것이 훨씬 좋으며, 기존 방식(그것들은 괜찮았음)으로만 접근 가능하도록 하는 것이 바람직합니다.
다음은 있으면 좋겠지만, 없더라도 이 새 기능을 활성화하는 데 방해가 되지 않습니다:
-
커뮤니티 메뉴에 대한 더 많은 제어.
햄버거 메뉴에 중요한 항목을 추가하는 플러그인이 있습니다. 이 항목은 이제 매우 숨겨진 상태입니다. 메뉴(또는 사이드바)를 열고 나서 "커뮤니티 > 더 보기"를 클릭해야 하니까요.
이 항목은 사용자가 계정을 생성한 후 언젠가 사용하도록 하고 싶은 항목이므로, 최상위 레벨에서 표시되도록 할 수 있다면 좋겠습니다.
해당 메뉴에 추가할 수 있는 추가 링크도 마찬가지입니다. (그것이 어떻게 추가되는지는 정확히 모르겠지만, 이 사이트의 “커뮤니티 > 더 보기” 메뉴에서 "Cakeday"와 "Docs"를 볼 수 있습니다. 이러한 사용자 정의 링크를 옵션으로 최상위 레벨에 포함할 수 있다면 좋겠습니다.)
기타 피드백:
- 커뮤니티와 메시지 오른쪽의 + 아이콘은 새 게시물/메시지를 생성합니다. 이러한 동작이 그곳에 있고, 그것도 작은 + 아이콘만으로 이루어져 있어 다소 의외였습니다. 아이콘을 클릭하면 메뉴에 항목을 추가할 수 있을 것으로 예상했는데, 전체 화면 게시물 편집기로 이동하게 됩니다.
수정: 새로운 사용자/알림 메뉴(이 변경 사항의 다른 절반)는 훌륭하며, 서로 다른 알림 유형을 추적하는 데 매우 도움이 됩니다.
하지만 기존 결함 하나를 조금 더 악화시켰다고 생각합니다: 사용자 설정 페이지를 찾는 것이 정말 어렵습니다. 이미 한동안 그랬는데, 이는 알림에 관한 것처럼 보이는 메뉴의 아이콘 줄(이제 열) 중 하나일 뿐이며 라벨이 없기 때문입니다.
사용자 설정 링크를 어딘가에서 더 눈에 띄게 만드는 것이 좋겠습니다.
사이드바에 포함하는 것이 해결책이 될 수 있습니다. 라벨을 붙일 수 있으니까요.
20개의 좋아요
참고:
하지만 다른 사용자들과 마찬가지로, 기본적으로 카테고리는 포럼 전체에서와 동일한 순서로 나열되어야 한다고 생각합니다. 제게는 약간의 장벽이 되기도 하는데, 내 시선이 항상 목록 위쪽을 향하게 되어 우선순위가 낮은 카테고리나 포럼(관리자 설정 또는 활동량)에서 우선순위를 두지 않는 카테고리에 주의를 집중하게 되기 때문입니다.
이 의견에 동의합니다.
또한 제 포럼 중 하나에서 태그 사용이 커스터마이즈되어 있기 때문입니다(1개 카테고리를 제외하고 전체적으로 태그와 입력란이 숨겨져 있음 
)
좀 사용해본 후에도 아직 명확한 의견은 없습니다. 게다가 기능들이 계속 바뀌고 있기도 하고요. 몇 가지 마음에 들지 않는 부분이 있습니다.
하지만 제 포럼의 기존 햄버거 메뉴를 살펴보니… 제가 그 메뉴를 사용하던 유일한 목적은 관리자 버튼을 클릭하는 것이었습니다. 다른 옵션들이 있다는 것을 거의 잊고 있었고, 제 뇌는 오랫동안 그것들을 무시해왔습니다.
현재 상태로는 새로운 메뉴가 진정한 개선이라고 말할 수 있습니다.
9개의 좋아요
이 내용을 이전에 봤는데, 이 절충안은 좋지 않다고 생각합니다. 이미 카테고리 순서를 선택하는 UI가 존재합니다. 그것은 카테고리 정의 자체의 일부이며, 이미 카테고리 페이지에 표시되는 순서를 결정하는 데 사용되고 있습니다.
사이드바 설정 UI는 어떤 카테고리가 표시될지를 선택할 수 있게 해주는 것만 있으면 됩니다. 순서는 이미 다른 곳에서 정의되어 있으며, 알파벳 순서가 되어서는 안 됩니다(물론 관리자가 사이트의 카테고리에 대해 선택한 순서가 알파벳 순서인 경우는 제외하구요 :)).
9개의 좋아요
저는 특정 옵션을 주장하는 것은 아니지만, 사이드바와 카테고리 페이지는 매우 다른 컨텍스트이며, 한쪽에 적합한 것이 다른 쪽에도 적합하지 않을 수 있다는 논리가 성립할 수 있다고 봅니다.
구체적으로 말하면, 카테고리 페이지에는 카테고이에 대한 훨씬 더 많은 세부 정보가 포함되어 있어 수직 공간이 훨씬 많이 차지할 수 있습니다. 이는 가장 중요한 카테고리를 상단에 배치하여 즉시 눈에 띄게 만드는 것이 매우 중요함을 의미합니다.
사이드바의 경우 이러한 제한이 덜하므로, 알파벳 순서로 카테고리를 배치하는 것이 한눈에 더 자연스럽게 보이고 찾기 쉬울 수 있습니다(확실하지는 않지만).
알파벳 순서와 사용자 정의 순서에 대해 특히 강한 선호도는 없지만, 그 이유 때문에 카테고리 사용자 정의 순서를 하나로 묶는 것은 잘못된 접근이라고 생각합니다. 최소한 강제로 묶는 것은 피해야 하며, 동일한 순서로 기본값을 설정하는 것은 괜찮을 수 있지만, 그렇게 하면 UI가 과도하게 복잡해질 것이라 예상됩니다.
5개의 좋아요
제 인스턴스의 햄버거 메뉴에는 우리가 추가한 몇 가지 중요한 링크가 있습니다. 이런 링크들은 굳이 추가 메뉴 뒤에 숨겨져서는 안 됩니다.
또한 테마도 여기서 선택할 수 있도록 되어 있으므로, 이상적으로는 항상 표시되도록 하고, 최악의 경우에도 명시적인 ‘테마’ 메뉴 뒤에 두는 것이 좋습니다. 일반적인 메뉴 뒤에 숨겨서는 절대 안 됩니다.
다음으로, 카테고리(상위 카테고리 및 하위 카테고리 모두)를 의도적으로 정해진 순서로 배치해 두었기 때문에, 이 기능을 활성화하기 전에 기본적으로 그렇게 표시되기를 원합니다.
마지막으로, 우리는 태그를 전혀 사용하지 않으므로 태그가 표시되는 것을 원하지 않습니다.
아, 사실 한 가지 더 있습니다. 이 스레드에서 지적받기 전까지는 햄버거 메뉴의 새로운 위치를 전혀 눈치채지 못했습니다. 따라서 새로운 햄버거 메뉴가 활성화된 후 기존 사용자가 사이트를 처음 방문할 때, 변경 사항을 강조하는 UI 요소를 보여주는 것이 좋겠습니다. 어쩔 수 없다면 잠시 동안 배너 공지사항을 추가할 수도 있지만, 실제로는 그렇게 할 필요가 없어야 합니다.
11개의 좋아요
관리자 설정이 조금 혼란스럽습니다. 2.9.0.beta10 업데이트 이후 ‘실험적 사이드바 활성화’ 옵션은 이미 체크되어 있었지만, enable experimental sidebar hamburger가 활성화되지 않으면 이전 상황과 차이가 없습니다. enable sidebar만 활성화해도 경고가 표시되지 않습니다.
‘실험적 사이드바 및 사용자 햄버거 드롭다운 메뉴 활성화 허용’ 옵션만 단독으로 체크하면 새 햄버거 드롭다운 메뉴만 표시되고 사이드바는 표시되지 않습니다.
그리고 왜 새 알림 메뉴가 enable experimental sidebar hamburger에 의존하는 것일까요?
어쨌든 두 설정 모두 활성화했을 때 보이는 모습은 마음에 듭니다. 아마도 숙련된 Discourse 사용자보다는 신규 사용자에게 더 도움이 될 것 같습니다.
세부 사항 하나: 메타 사이트에서는 알림 메뉴의 모든 탭에 ‘마우스 오버 발풍선’(title)이 표시됩니다. 이는 <button> 요소의 “title” 속성일 것입니다. 네덜란드어 인스턴스에서는 일부가 누락되어 있습니다. 번역 문제일 수도 있습니다.
6개의 좋아요