다른 Logster 페이지로 연결하는 것이 나쁠 수도 있지만, 10년 동안 이어져 온 관행입니다.
관리자 페이지에서 туда로 이동하는 방법은 있지만, 사이드바에서 찾는 방법은 없습니다. 이로 인해 일반 사용자가 로그를 찾을 수 있는 기능이 사라집니다. 얼마 전 신규 사이트를 설정하는 사람을 도왔는데, 사이드바를 활성화한 후 /logs를 찾는 방법이 전혀 없습니다. 그곳으로 가고 싶다는 것을 알고 직접 입력해야 합니다. 해당 관리자가 그렇게 할 가능성은 거의 없습니다.
그렇다면 사이드바에서 /logs로 이동하는 방법이 있다는 건가요? "수평 메뉴"가 뭔지 모르겠네요.
제 표현이 좋지 못했네요. 제가 무엇을 의미했는지 압니다 
'Staff Actions/Screened Emails/Screened IPs/…'를 포함하는 ‘수평’ 메뉴 바는 사이드바의 메뉴 항목을 복제합니다.
네, 사이드바의 “에러 로그” 링크를 통해 이동할 수 있습니다. 보안 섹션의 첫 번째 항목입니다.
다만 @martin 님, 이 링크가 새 브라우저 탭에서 열리는 것이 더 나은 것 같지 않나요?
또한 사이드바 필터에서 예를 들어 log라고 검색하면 에러 로그를 포함한 모든 로그가 검색됩니다.
“사이트로 돌아가기” 링크를 /logs에 추가하신 것 같습니다.
오, 그래, 좋은 지적이네. 그 링크가 바로 그 역할을 한다는 걸 잊고 있었어.
아하! 보안에 있는 건 제게는 말이 안 됩니다. 몇 번을 "고급"에서 찾아봤거든요.
잠깐!
방금 다른 사이트에서 관리자 사이드바를 활성화했는데, 여기에는 이 기능이 있습니다:
제가 원하는 바로 그 모습입니다. 이 멋진 로그 메뉴가 faf0807 이후에 제거된 건가요?
관리자가 새 탭을 여는 방법을 알아야 한다고 생각합니다. 
새 탭에서 링크를 여는 사용자 설정을 따를 수도 있지만, 기존의 인터페이스는 관리자가 브라우저를 사용하는 방법을 알고 있다고 가정했습니다. 당신도 할 수 있을 거라고 생각합니다.
이러한 이유로 인터페이스를 "변경"하려는 욕구를 이해하면서도, 그것이 꽤 좋은 결과로 이어질 수 있다는 점도 인정합니다. 저는 폴백 옵션을 선호합니다. 더 직관적이라고 믿고 있다 하더라도, 인터페이스를 다시 배워야 하는 상황은 꽤 당혹스러울 수 있기 때문입니다.
Discourse의 훌륭했던 점 중 하나는 관리자 패널에서도 테마를 사용할 수 있는 옵션이 있었다는 것입니다. 제 기억이 정확하다면, 과거에는 관리자 테마를 만들어 관리자 인터페이스를 포럼 인터페이스와 비슷하게 만들 수 있었던 것 같습니다. 카멜레온이 적응력 덕분에 더 잘 위장하는 것처럼, 오픈소스도 마찬가지입니다.
정확히 스톱워치를 꺼내서 시간을 재본 건 아니지만, 새로운 UI를 사용하면서 원하는/필요한 곳까지 도달하는 데 클릭 횟수가 더 많아지고 시간이 더 걸리는 것 같습니다.
이 UI 영역을 이렇게 극적으로 변경해야 한다는 느낌을 준 계기가 무엇인지 궁금합니다.
모바일에서는 사이드바를 열려면 화면 오른쪽 위까지 손가락을 뻗어야 하고, 왼쪽 위까지 뻗어 ‘Admin’ 옵션을 정확하게 탭한 뒤, 다시 사이드바를 열기 위해 한 번 더 손을 뻗어야 합니다. 검색 기능은 잘 되어 있어서 지금은 이를 사용 중이지만, 이 역시 화면 왼쪽 위까지 손을 뻗은 뒤 원하는 내용을 직접 입력해야 합니다.
관리자 설정의 발견 가능성은 크게 향상되었다고 생각합니다. 자주 변경하지 않는 설정을 찾는 것이 더 쉬워졌죠. 하지만 기본 워크플로우가 더 복잡해졌습니다(사이드바를 두 번 여는 것, 텍스트 검색). 이전에는 두 번의 탭으로 접근할 수 있었던 자주 사용하는 관리자 메뉴 항목이 이제는 접근하기가 더 어려워졌습니다. 기본적으로 필요한 최대 노력은 줄었지만, 최소 노력은 높아졌습니다. 그리고 최소 노력 시나리오가 더 흔합니다.
좋으면 좋을 것 같은 기능은 관리자 페이지를 별표/즐겨찾기로 등록해 두면 메인 관리자 페이지에 버튼으로 표시되도록 하는 것입니다.
좋은 아이디어네요. 저는 보통 관리자 영역에서 몇 개의 페이지만 사용하는데, 이렇게 하면 작업 속도가 훨씬 빨라질 것 같습니다.
관리자 사이드바에 메인 포럼 사이드바와 마찬가지로 커스텀 섹션과 링크를 추가할 예정입니다. 또한 새로운 대시보드를 만들게 되면, 거기로의 단축키를 추가하는 것도 계획에 포함되어 있을 수 있습니다.
모바일 UX에 대해 이야기하고 있는 김에, 관리자 대시보드의 메인 영역(혹은 모든 관리자 페이지)에 검색 바/버튼이 있으면 좋겠습니다. 이 버튼은 1) 자체 검색 기능을 제공하거나, 2) 사이드바를 열고 사이드바의 검색 바에 포커스를 설정하는 방식 중 하나를 선택할 수 있습니다. 검색을 사용하는 많은 플랫폼에서 볼 수 있는 일반적인 UI/UX 기능입니다.
사이드바는 데스크톱에서는 특히 좋아하지만, 모바일에서는 직접 상호작용할 필요가越少인 것이 더 좋습니다.
정기적으로 자주 방문하는 곳 중 더 오래 걸리거나 클릭이 더 많이 필요한 곳이 있다면 예시를 공유해 주시겠어요? 매우 도움이 될 것입니다.
이번 변경 사항의 목표 중 하나는 탐색(네비게이션)의 일부 항목을 숨겨 사용자 인터페이스의 복잡성을 줄이는 것입니다. 여전히 접근은 가능하지만, 구조상 한두 단계 아래에 위치하게 될 것입니다. 이는 근육 기억을 형성한 사용자들에게는 조정(적응)이 필요한 '치즈 무브(간편한 단축 경로)'가 불가피하게 포함되겠지만, Discourse를 처음 접하는 사용자나 모든 다이얼과 컨트롤을 손끝에 두지 않아도 되는 사용자들에게는 전반적인 경험을 개선하는 데 도움이 될 것으로 기대합니다.
관리자 섹션은 의도적으로 데스크톱 우선으로 디자인하고 있지만, 모바일 우선 사용자를 위해 더 많은 노력을 기울여야 한다는 데 동의합니다. 예를 들어, 채팅에서 시작했듯이 모바일에서는 자주 사용되는 탐색 항목을 엄지손가락이 닿는 곳(하단)으로 이동시킬 수 있습니다.
가능하다면, 모바일 Discourse UI에서 보고 싶은 변경 사항들을 제안하기 위해 새 토픽을 시작해 주시겠어요? 어떤 약속은 드릴 수 없지만, 아이디어를 공유하기 시작하는 것은 좋은 일입니다. 예를 들어, 모바일에서 헤더 탐색 항목을 하단으로 이동시키는 것은 시도해 볼 만한 흥미로운 실험이 될 것입니다.
마틴이 말했듯이, 우리 목록에 이와 유사한 항목이 있으며 가까운 미래에 이를 진행하기를 원합니다. 저는 항상 Discourse에서 페이지를 
별표로 표시하여 사이드바의 즐겨찾기 섹션에 추가/제거할 수 있는 기능을 옹호해 왔습니다. 더 많은 분들이 이 아이디어에 관심을 갖는다는 소식을 듣고 기쁩니다. 작동 방식에 대한 아이디어를 모으고 싶으시다면 새 토픽을 시작해 보셔도 좋습니다.
시간을 내서 최선을 다해 찾아보겠습니다. 전반적으로, 두 번째 진술에 따르면 신규 사용자에게는 더 쉬워지겠지만 파워 유저에게는 더 어려워질 것 같은데, 그것은 괜찮습니다. 그런 일은 자주 일어나고 파워 유저들은 적응할 테니까요. 하지만 ‘모든 것을 보여줘’ 옵션은 빠르게 움직이는 우리 같은 사람들에게 항상 있으면 좋은 기능입니다
아마도 한 가지 옵션은 설정의 최상위 수준에서 고급 모드 또는 유사한 토글 스위치를 단순히 제공하는 것일 수 있습니다.
아이디어는 좋지만:
새 사이드바 대신 오른쪽 상단의 햄버거 메뉴를 사용하게 되면 정말 혼란스럽습니다. 결국 사이드바로 전환해야 한다는 건 알고, 대부분 그렇게 하고 싶지만, 먼저 해결해야 할 UX 관련 문제가 몇 가지 있습니다.
아, 이거야! "알 수 없는 이름의 잡다한 것들"을 "커뮤니티"라고 부르는 일이, 슬프게도 다시 돌아왔습니다!
무엇이 걸림돌인가요?
감사합니다. 하지만 이 피드백은 특히 실행 가능한 내용이 아닙니다. 더 구체적으로 말씀해 주실 수 있을까요? 다른 섹션에서 보길 기대하는 항목들이 있으며, 그 이유를 설명해 주실 수 있나요? 아니면 “커뮤니티” 라벨을 다른 이름으로 불러야 한다고 제안하시는 건가요? 그렇다면 무엇이라고 부르셨을 것인가요?
이 섹션과 각 섹션 내의 항목을 처음 구성하기 위해 초기 조사를 수행했지만, 개선 사항에 대한 제안은 언제든지 환영합니다.
주요한 두 가지가 있습니다:
저희 사이트에서는 태그가 카테고리 맥락에서 가장 의미가 있습니다. (저희는 태그 그룹을 광범위하게 사용하고 있습니다.) 그리고 카테고리들은 작지만 의미 있는 위계 구조로 조직되어 있습니다. 사이드바는 모든 것을 평탄하게(flat) 표시합니다. 일부 카테고리 이름은 부모 카테고리 이름 없이는 의미가 없습니다. (이름을 변경하여 중복성을 추가하는 것은 별로 선호하지 않습니다.)
기본 페이지로 '카테고리 + 최신’을 사용하고 있습니다. (https://discussion.fedoraproject.org/ 참고). 이는 사이드바의 카테고리 목록과 매우 중복되며, 첫 페이지를 믿을 수 없을 정도로 혼잡하고 압도적으로 보이게 만듭니다.
그러나 기본 보기로 '최신’만 사용하도록 변경하면, 카테고리가 _무엇을 의미하는지_에 대한 매우 중요한 개요를 잃게 됩니다. (이것은 실제로는 설정을 잘 이해하는 활동적인 사이트 회원들에게 추천할 만한 사항이지만, 제가 시작하고 싶은 방식은 아닙니다.)
두 번째 문제에 대해, 아직 구체적으로 시뮬레이션하거나 테스트하지는 않았지만 제가 가진 아이디어가 하나 있습니다: ‘카테고리 + 최신’ 보기에서 사이드바가 기본적으로 ‘접힘(rolled up)’ 상태로 있도록 하고, ☰를 클릭하여 사이드바를 표시하면 자동으로 '최신’만 보도록 전환하는 것입니다.
'커뮤니티(Community)'라는 단어에는 실제 의미가 있습니다. 포럼이나 웹사이트는 커뮤니티가 아닙니다. 그것은 커뮤니티를 위한 도구가 될 수 있고, 포럼을 중심으로 커뮤니티가 형성될 수는 있지만, 이 둘을 혼동하는 것은 적극적으로 해롭습니다. 이 용어의 가치를 떨어뜨리고, 실제 커뮤니티 구축과 지원에 대한 의도적인 집중을 해칩니다.
현재 메뉴에서 이 용어는 "사용자 계정에 관한 일부 사항, 하지만 어디에 넣어야 할지 확신하지 못했던 것들"에 대한 라벨처럼 보입니다.
왜 알림 설정이 '커뮤니티’인가요? 감시 단어? 영구 링크(Permalinks)?
반대로, '이 사이트에 대해’가 '커뮤니티’라면, 로고는 왜 아니나요? 배지(Badges)가 '커뮤니티’라면, 왜 커스텀 이모지가 아니죠? 아마 '태그’도 마찬가지일까요? '스태프 작업 로그’는 어떻게 하나요? (그것은 법적 준수 링크 설정보다 실제 커뮤니티와 더 관련이 있을 가능성이 높습니다.)
이것이 단순히 사이트 회원 계정에 구체적으로 관련된 사항들을 위한 것이라면, 저는 덜 짜증이 날 것 같습니다. (하지만 그 시점에는 '사용자’와 '계정’이 아마도 가장 합리적일 것입니다.)
저는 커뮤니티 카테고리 아래에 들어갈 수 있을 것이라고 생각하는 몇 가지 사항이 있습니다. 게이미피케이션 도구로서의 배지는 그곳에 맞을 수 있습니다. 모더레이션 도구와 신고. 감정 분석. 신뢰 수준(Trust Level) _설정_은 보안 주제처럼 보이지만, TL _보고서_는 커뮤니티일 수 있습니다. '그룹’은 _들어갈 수 있을_지도 모르지만, ‘계정’ 아래에 두는 것이 더 나을 수도 있습니다. 실제로 관련이 있는 것들은
이전에 이 문제가 제기되었을 때처럼, 더 ‘나은’ 라벨을 찾아내는 것이 제 역할이라고 생각하지 않습니다. 해로운 라벨을 사용하지 않는 것은 당신의 책임입니다. 하지만 변경을 하기 전에 _제안_이 필요하다면, '기타(Miscellaneous)'를 고려해 보십시오.
이것은 별개의 지점을 제기합니다. 이러한 법적 링크는 중요하지만, 그 성질상 변경이 드뭅니다. 메뉴 구성에서 사용 빈도가 중요한 요소가 되어서는 안 될까요? 몇 년에 한 번 정도, 혹은 아예 변경되지 않는 항목들은 매일 이루어질 수 있는 보고서 및 활동과 같은 수준의 메뉴에 배치되어서는 안 됩니다.
이제 더 이상 "햄버거 메뉴"라고 부르지 않는다고 생각합니다. 사이드바의 “드롭다운” 모드일 뿐이죠… 그리고 드롭다운 모드가 (옵션으로) 계속 유지되기를 진심으로 바랍니다.
다른 종류의 왼쪽 사이드바를 표시하고 싶을 때 특히 유용합니다.
우측 상단의 “햄버거” 아이콘이 Discourse 특유의 "외관"이라고 생각합니다…
Matt의 포럼은 아직 사이드바 사용으로 업그레이드되지 않았습니다. 여전히 오른쪽 상단에 햄버거 메뉴가 있는 구형 형식을 사용하고 있습니다.
그 혼동으로 인한 당신의 불만을 이해합니다(과거에 남기신 댓글들을 읽었습니다). 하지만 이 경우에는 해당 헤딩 아래에 묶여 있는 항목들이 커뮤니티 구축 도구라고 느껴져서, 제 생각에는 그렇게 명명하는 것이 타당합니다. (물론 그렇게 이름을 정한 결정에는 제가 아무런 관여가 없었습니다.) 대체안으로 무엇을 제안하시겠습니까?
