그럼에도 불구하고 사이드바를 열었다 닫아야 하는 필요성은 여전히 존재합니다. 하지만 가장 큰 (정신적) 문제는 원하는 장소를 찾기 위해 스크롤을 하며 읽어야 하고, 더 작은 글씨를 노려봐야 한다는 점입니다.
수평 스크롤은 항상 수직 스크롤보다 우수하지만, 이 역시 개인의 취향일 수 있습니다.
그러나 여러분 모두에게 부탁드립니다. 21인치 이상인 3개 화면 세트를 버리고, 한동안 작은 화면에서 작업을 해보세요…
(그리고 나서야 관리자분들이 카테고리 내비게이션을 사이드바에 배치하고 싶어 하는 것이 왜 그렇게 나쁜 아이디어이고 UX에 대한 모독인지라는 동일한 질문에 도달하게 됩니다 
)
흥미로운 제안이네요. 사용자의 워크플로우와 관리자로서 디스코스를 어떻게 활용하는지에 대해 좀 더 자세히 알려주실 수 있을까요? 일상적으로 관리자에게 접속하는 이유가 무엇이며, 그 때문에 포럼으로 다시 돌아가는 데 단 한 번의 클릭만 하기를 원하는 것인가요? 이 부분을 상세히 설명해 주시고, 기존 메뉴와 새 메뉴에서 각각 어떤 클릭을 거치는지도 알려주시면 감사하겠습니다.
제 생각에는 관리자 섹션은 관리 업무를 수행하기 위해 방문하는 별개의 독립된 공간이며, 작업이 끝나면 포럼으로 돌아오는 구조여야 합니다. 이러한 관점에서 메뉴를 다르게 구성하는 것은 타당합니다. 또한, 다른 앱에서 볼 수 있듯이 관리자 섹션을 포럼과 시각적으로 구분해야 한다고 생각합니다.
현재 저는 어떤 포럼의 관리자도 아니지만, 포럼의 관리자라면 탭형 인터페이스를 통해 더 쉽게 탐색할 수 있다고 생각하여 이 사용자 인터페이스 제안을 하게 되었습니다. 이렇게 하면 메인 포럼 인터페이스로 돌아갈 때 로딩 화면을 기다릴 필요가 없기 때문입니다.
또한, 일반 포럼 모드에서도 관리자 탭이 계속 표시되도록 설정할 수 있습니다.
링크가 어떻게 조직되는지에 대해서도 실험을 해볼 예정입니다. 처음에는 기존 가로형 내비게이션을 사이드바 내비게이션으로 1:1 매핑하는 것만 했습니다. 필요한 것을 찾는 문제에 대해서는, 어느 시점에 검색 상자를 추가할 계획입니다. 이 게시물에서 Ghost 관리 사이드바를 볼 수 있습니다: Introducing admin sidebar navigation - #7 by manuel
우리가 할 수 있다면, 사이드바를 여는 스와이프 제스처를 지원할 수 있다면 도움이 될 것이라고 확실히 생각합니다. Discourse에서 약간 이상하게 느껴지는 이유 중 하나는 사이드바 버튼이 오른쪽 위에 있지만, 왼쪽에 있는 것을 여는 것이기 때문이라고 생각합니다.
모바일에서 사이드바(텍스트 포함)가 꽤 작습니다. 또한 고려해 볼 수 있는 또 다른 사항은, 모바일의 채팅 채널 목록처럼 "전체 화면"으로 만들고 링크를 더 크고 쉽게 탭할 수 있도록 만드는 것입니다.
지금까지 받은 피드백에 감사드립니다. 지난 1주 이상 거의 모든 사람이 휴가를 가고 있었기 때문에, 여기서 개선 작업을 계속하는 데 시간이 좀 걸릴 것입니다. 이것이 아주 첫 번째 반복이라는 점을 염두에 두어야 하며, 계속 개선되어 갈 것입니다.
문제는 (최소한 Discourse Hub를 사용하지 않는 경우) Safari의 내장된 뒤로 가기 내비게이션과 충돌한다는 점입니다. @featheredtoast는 이 문제에 대해 꽤 많이 실험해 보았고, 더 많은 맥락을 가지고 있습니다.
Customization > Theme component 를 통해 원래의 스타일을 옵션으로 유지할 가능성이 있을까요?
어느 시점에는 꼭 하나 만들어 보고 싶습니다.
역사적으로 보면, 화면 가장자리에서 좌우로 스와이프하는 동작(약 20px 범위 내)은 브라우저 네이티브의 전진/후퇴 기능입니다. 처음 메뉴 풀아웃(pull-out)을 시도했을 때는 상황이 달랐습니다. 해당 기능이 실제로 구현되었을 때, 여전히 타깃이 남아 있도록 풀아웃 범위를 조금 더 확장해 보았지만, 그 기능이 활성화된 게시글에서 사용자가 터치와 드래그를 통해 텍스트를 선택할 수 없다는 불만이 제기되었습니다. 롱프레스를 통해 선택 핀은 여전히 사용할 수 있었지만, 터치+드래그 선택은 더 이상 불가능해졌습니다. 저는 그 기능을 되돌리고 메뉴 내 스와이프 경험에 집중했으며, 앱 전체 제스처는 ‘나중에’ 처리하기로 했습니다.
이상적인 꿈은 스와이프와 터치 제스처를 더 ‘모바일 앱처럼’ 만들 수 있는 설정을 제공하는 것입니다. 즉, '포럼 내비게이션이 브라우저처럼 느껴지지 않을 것이라는 점을 알고 있다’고 선택하면, 네이티브 기능을 유지하면서 앱 같은 제스처도 함께 사용할 수 있게 됩니다.
제 생각에는 잘 구현된다면 PWA가 최대한 앱처럼 느껴질 수 없는 이유는 없습니다. 문제는 더 큰 사이트 차원에서 '이것은 웹페이지다’와 '이것은 앱이다’라는 개념을 어디까지, 어떻게 반영해야 하는가에 있습니다.
일반 사용자는 그 차이를 보거나 이해하지 못합니다. 그들에게는 그것들이 모두 앱이며, 앱처럼 작동하기를 기대합니다.
그것이 바로 핵심입니다. 그리고 우리는 어떤 소프트웨어, 앱, 웹사이트를 열어두었든 ctrl-c와 ctrl-v가 무엇을 하는지 모두 알고 있습니다.
Discourse 사용자들은 기대가 깨졌을 때 그 차이를 정확히 알고 있으며 이에 대해 깊은 관심을 보인다는 점을 입증해 왔기 때문에, 우리는 이 문제를 신중하게 다룰 것입니다. 또한, ctrl-f가 검색 기능임을 알면서도 그것이 자신이 기대했던 검색이 아니라는 사실에 놀라는 사용자들의 수를 참고할 수 있습니다.
@sam 님이 말씀하신 대로, 이것은 매우 가능성이 낮습니다. 관리자 UI는 관리자용으로 하나의 일관된 방식으로 표현되기를 원하며, 이 영역에서 테마나 플러그인을 통한 커스터마이징을 거의(또는 전혀) 피하고 싶기 때문에, 이 부분은 앱에서 가장 일관성이 중요한 부분입니다.
그러면 질문은, PWA/DiscourseHub에서만 이 “사이드바를 왼쪽에서 슬라이드” 기능을 구현할 수 있는가 하는 것입니다. 포럼을 Safari로 단순히 브라우저로 보는 것보다 이런 것들이 더 "앱"처럼 느껴지기 때문에, 이는 합리적인 타협이라고 생각합니다.
모바일 기기(최소한 아이폰)에서 작은 버그가 하나 있습니다. ‘포럼으로 돌아가기’ 텍스트가 이메일 섹션 뒤에 위치하여 관리자 부분이 모든 것의 마지막에 오게 됩니다.
이 문제가 언제부터 시작되었는지는 잘 모르겠습니다. 이전에는 관리자 쪽에서 훨씬 사용자 친화적이었던 
구형 내비를 많이 사용했었지만, 오늘 아침에 다시 빌드하면서 사이드바로 돌아왔기 때문입니다.
죄송합니다. 이 설정을 참/거짓(true/false) 형식에서 그룹 기반 설정으로 변경한 것이 문제였습니다. 관련 커밋: https://github.com/discourse/discourse/commit/8c6144d116f77e4f46f04993c0c08c5320f7ef1d. 이 변경 사항에 버그가 있었으며, 이제 다른 수정 사항을 적용했습니다: FIX: Incorrect admin sidebar setting migration - Pull Request #25192 - discourse/discourse - GitHub.
기능을 다시 끄려면, 아래 설정에서 모든 그룹을 제거하면 됩니다:
별거 아닙니다. Sam이 상단 내비게이션이 언젠가 사라질 것이므로 적응하라고 조언한 부분이 더 웃기더라고요. 실제로도 꽤 빨리 사라지는 것 같았거든요.
그룹 기반인 이유를 지금 묻는 건 너무 이른 건가요? 그게 무슨 목적인지 이해가 안 됩니다.
일부 커뮤니티의 모드/관리자가 실험적 내비게이션을 사용하도록 하고, 다른 이들은 기존 가로형 내비게이션을 계속 사용할 수 있게 하자는 것이 이 아이디어의 핵심입니다. 모드/관리자가 많은 대규모 사이트에서는, 여기 메타를 포함하여 이 기능이 유용합니다.
이 실험에 대해 인내심을 가져주셔서 감사합니다. 우리는 아직 여정의 시작 단계이며, 여러분과 함께할 수 있어 기쁩니다!
아마 제가 놓친 것 같지만, 사이드바 메뉴에서 “업그레이드” 섹션을 찾을 수 없었습니다.
또한 새로운 사이드바가 정보 과잉인 것 같다는 느낌이 듭니다. 하지만 관리자는 거의 확실히 슈퍼유저일 것이므로, 익숙해지면 유용할 수도 있겠다는 생각이 듭니다.
저도 이 부분이 그리워요! 업그레이드를 하려면 /admin/upgrade로 직접 이동해야 하거나, 업그레이드가 필요할 때 관리자 랜딩 페이지의 링크를 사용해야 합니다.
여기서 다음 단계는 두 메뉴를 완전히 동일하게 만드는 것입니다. 즉, 정확히 같은 방식으로 작동하도록 해야 합니다. 현재는 그렇지 않습니다. Martin이 이 작업을 목록에 올려두었습니다. 이후 추가로 최적화를 검토할 예정입니다.
이건 타당한 피드백이라고 생각합니다. Martin이 이전에 메뉴 상단에 검색 기능을 추가하여 이름으로 항목을 더 쉽게 찾을 수 있게 하겠다고 언급했습니다.
또한 섹션이 기본적으로 닫혀 있도록 동작을 변경하고, 사이드바 어딘가에 전체 열기/닫기 토글을 제공하는 것도 좋을 것 같습니다. 저는 현재 이렇게 사용하고 있으며, 그렇게 하면 압도적인 느낌이 덜합니다.
오늘 이 작업을 위한 PR을 작업하고 있습니다. 리뷰 코멘트를 몇 가지 수정하면 병합할 수 있습니다. 여기 미리보기입니다 (참고로, 곧 Upgrade라는 표현을 Update로 변경할 예정입니다):
지난 2일 동안 주요 문제를 해결하는 몇 가지 수정 사항을 병합했습니다:
최신 3.2.0.beta5-dev (1f81e8d857) 릴리스로 업그레이드한 후에도 사이드바에서 업그레이드 버튼을 여전히 확인하지 못하겠습니다.
저도 그걸 알아챘습니다.
또한. 사소한 문제지만, customize > text 옆에 글리프가 없습니다.
