그리고, 사용자 안내 및 지원 인터페이스 용어와 관련하여 문제가 있으시다면, 다음 링크를 참고해 주세요: Understanding user interface elements in Discourse 와 Understanding Discourse for new users
3개의 좋아요
“햄버거”는 개발자 용어입니다. 고객에게 노출되는 아이콘 메뉴의 이름은 툴팁에 표시된 내용이며, 이 경우 툴팁은 단순히 “메뉴”라고 표시되어 있어 또 다른 UI/UX 문제가 됩니다.
“햄버거”라는 단어는 Discourse 신규 사용자 가이드에 등장하지 않는 것이 좋습니다.
1개의 좋아요
누구의 의견인가요? 그렇게 강하게 생각하시는 것 같지만, 어디서 그런 생각을 얻으셨는지 모르겠습니다.
제 생각에는 @Lilly가 위에서 이미 제안했듯이 사용자들 사이에서도 널리 받아들여지는 용어입니다.
해당 용어에 대해 웹 검색을 몇 번 해보시면 직접 확인하실 수 있을 것입니다.
위키백과 페이지도 확인해 보실 수 있습니다: Hamburger button - Wikipedia
원하시는 경우 “삼선” 버튼/메뉴라고 부르셔도 됩니다.
3개의 좋아요
두 연령층(제너레이션 X, 제너레이션 Z)의 피면접자를 대상으로 한 매우 과학적인 연구를 수행했습니다.[1] 응답자의 0%가 해당 용어를 들어본 적이 없다고 답했습니다. 예시를 보여줬을 때, 제너레이션 Z 그룹은 "아, 그게 말이 되네"라고 반응한 반면, 제너레이션 X 그룹은 오히려 그 전체가 더 혼란스럽다고 느꼈습니다.
각 그룹당 표본 크기는 1명. 구체적으로는 아내와 딸입니다. ↩︎
5개의 좋아요
미리 알려주셔서 감사합니다. 새로운 메뉴는 아직 제 취향이 아닙니다 (이전 메뉴의 더 굵은 디자인과 2열 구성을 더 선호했어요) 하지만 분명 유용한 기능이 있고, 위젯 API에서 벗어나 구현했다는 점은 높이 평가합니다.
다만 제 생각에는, 다른 옵션을 덮어버리는 방식의 "드롭다운 안에 드롭다운"이 다소 어색합니다. 확장되는 방식이 훨씬 나을 텐데 말이에요. 이 방식은 별로 마음에 들지 않습니다. 비슷한 효과를 내면서도 좀 더 매끄러운 방법이 있을까요?
참고로, 햄버거 메뉴가 없는 Discourse는 에펠탑이 없는 파리나 마찬가지일 겁니다 
. 도메인 특유의 용어와 개성이 조금 있는 정도는 괜찮다고 생각해요.
5개의 좋아요
그렇게 말씀하시지만, 핀란드에서는 그렇지 않습니다. 그리고 이 분야에 종사하지 않는 저의 미국 친구들도 모두 '햄버거’라는 표현을 사용합니다.
2개의 좋아요
“햄버거 메뉴”라는 용어의 문제 중 하나는, 때때로 내가 “세 점 메뉴”라고 부르는 것으로 변질된다는 점입니다. 유행이 변하고, 서로 다른 연령대의 사람들은 서로 다른 문화적 배경을 가지고 있기 때문에, 이 용어는 좋은 표현이 아닙니다. 70~80대 분들에게 도움을 주려고 해보세요.
좋든 나든, 이미 존재하는 것입니다. 그리고 이것이 친숙한 솔루션을 정말 좋은 이유가 없으면 절대 변경해서는 안 되는 이유 중 하나입니다 — 사실상 모든 사이트가 햄버거 아이콘을 사용하는 동일한 위치에 세 점을 배치하는 것은 그런 이유가 될 수 없습니다. 그것은 그 자체로 변경을 위한 변경이 될 뿐입니다.
레이아웃과 사이트를 사용하는 방식이 근본적으로 바뀌는 상황이 아니라면, 상황은 완전히 달라질 것입니다.
하지만… 왜 햄버거라는 이름이 하나의 메뉴에 적합한지 논의하고 있는 걸까요? 저는 지루해서 시간을 보내고 있지만, 다른 모든 분이나 당신에게는 어떤 변명이 있을까요 
2개의 좋아요
이 작업의 예상 일정이 있나요? "6월 30일 이후의 어느 시점"과 같은 대략적인 추정치라도 계획 수립에 도움이 됩니다.
2개의 좋아요
문서는 아이콘 메뉴를 설명할 때 툴팁을 기준으로 해야 합니다. 예를 들어, 확대경 아이콘은 검색입니다. 명확성을 위해 딩벳(도형 문자)을 함께 사용할 수 있습니다. 예: “
(검색)”.
Discourse의 ≡ 메뉴 툴팁은 단순히 “menu”(메뉴)로 되어 있으므로, 이를 "≡ (메뉴)"라고 지칭할 수 있습니다.
저는 기술 문서 작성자이며, 제 업무 중 하나는 고객 대상 문서에서 개발자 용어를 배제하는 것입니다. **≡**를 “햄버거”, **⋮**를 "케밥"이라고 부르는 것은 개발자 용어(jargon)입니다.
2개의 좋아요
@craigconstantine @mattdm 최근 사이드바 호환성을 추가하는 솔루션을 개발했습니다. 이 솔루션을 사용하면 카테고리 표시 시 드롭다운 메뉴에서 설정한 사용자 지정 카테고리 아이콘이 사용됩니다.
장기적으로는 사용자 지정 카테고리 및 태그 아이콘을 Discourse의 기본 기능으로 만들 것을 내부적으로 논의하고 있습니다. 이 기능이 구현되면 카테고리 아이콘 및 태그 아이콘 테마 구성 요소는 더 이상 필요하지 않게 됩니다.
13개의 좋아요
좋아요, 감사합니다!!
3개의 좋아요
왜 카테고리 제목과 태그 제목이 해당 페이지로 연결되는 링크가 아닌가요? 이는 놓친 기회라고 생각합니다. 태그를 설정하지 않으면 태그 페이지에 접근할 방법이 전혀 없습니다. 이는 좋지 않은 점입니다!
2개의 좋아요
사이드바 모드에서는 헤더가 클릭 시 접히거나 펼쳐지기 때문이라고 추정됩니다. 저도 이 문제에 대해 고민해 봤는데, 헤더가 해당 페이지(카테고리/태그)로 링크되고, 화살표가 접기/펼치기 역할을 맡는 방식이 더 좋다고 생각합니다. 다만 다른 사이드바 섹션 헤더에는 이 방식이 적용되지 않을 수 있겠지요(물론 '커뮤니티’는 사용자의 기본 홈 페이지로 연결되도록 할 수도 있겠지만요). 햄버거 드롭다운 모드에서는 다른 방식으로 프로그래밍할 수 있을 것 같고, 그 모드에서는 해당 섹션들을 링크로 연결하는 것이 합리적이라고 생각합니다. 
또한, 설정에서 사용자가 사이드바 모드와 드롭다운 모드 중 원하는 것을 선택할 수 있게 하는 것도 좋은 옵션이 될 수 있다고 생각합니다.
5개의 좋아요
물론이죠, 좋은 지적입니다!
3개의 좋아요
3개의 좋아요
이 게시글은 이제 오래되었고 이후 업데이트가 있었습니다 - 검토 링크가 이전처럼 More(더 보기) 섹션으로 떨어지지 않습니다 (아마도 커스터마이징 모달에서 어디에 배치하느냐에 따라 달라지는 것일 수도 있겠네요). 저는 이 점이 좋고 우리 모더레이터들도 좋아합니다. 팀에게 감사드립니다.
헷, 이 최근 수정 사항도 보네요: 
3개의 좋아요
@here 피드백을 바탕으로 계획에 일부 변경 사항이 반영되었음을 유의해 주세요. 다가오는 릴리스에서 legacy 내비게이션 메뉴를 제거하는 대신, 그 다음 릴리스에서 제거할 예정입니다. 다만, legacy 내비게이션 메뉴에 대한 지원은 다음 릴리스부터 중단됩니다.
10개의 좋아요
(희망적으로) 조금 더 명확히 설명드리기 위해, "다음 릴리스"는 여러 가지 의미를 가질 수 있고, 사용자는 릴리스 사이를 포함하여 언제든지 소프트웨어를 업데이트할 수 있기 때문입니다.
우리는 원래 2023년 7월 말경에 출시할 예정인 v3.1 릴리스 전에 이를 제거할 계획이었으나, 이제 v3.2의 초기 베타 릴리스 중 하나를 앞두고 바로 그 직후 레거시 옵션을 제거할 예정입니다. 이는 8월 중 어느 시점, 가장 빨라야 8월 초에 이루어질 수 있습니다.
7개의 좋아요