메뉴 항목 후에 Ellipsis를 사용하는시기
https://stackoverflow.com/questions/637683
-
10-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
메뉴 막대가있는 거의 모든 응용 프로그램에서 일부 항목에는 타원이 있으며 그 뒤에는 일부 항목이 있으며 일부는 그렇지 않습니다. 그 엘립스 시스를 언제 거기에 두지 않을시기에 대한 잘 알려진 협약이 있습니까? 언제 하시나요? 당신은 그것을합니까?
다양한 Windows 응용 프로그램을 살펴 보았습니다. 이것이 제가 오는 것입니다.
생략
- 사용자 입력이 무언가를하기 위해 필요한 양식을 열어주는 메뉴 항목 (교체, 이동, 글꼴)
타원이 없음
- 무언가를하는 메뉴 항목 (자르기, 붙여 넣기, 종료, 저장)
- 사용자 입력이 필요하지 않은 양식을 열는 메뉴 항목 (약, 업데이트 확인)
그러나이 규칙을 따르지 않는 메뉴 항목이 항상있는 것 같습니다. 예를 들어, HELP 항목 (어떻게, 검색, 색인) 및 Visual Studio에서 찾기 및 교체 (빠른 찾기, 파일 찾기, 기호 찾기)입니다.
그래서 그것에 대해 조금 더 생각한 후에 나는 이것이 사실이라고 생각합니다.
생략
- 모달 창을 확실히 열리는 메뉴 항목.
타원이 없음
- 비 모달 창을 열는 메뉴 항목.
- 창을 열지 않는 메뉴 항목.
- 모달 창을 열지 않는 메뉴 항목 (예 : 저장, 이전에 저장하지 않은 경우 모달 창을 열면 그렇지 않으면 그렇지 않으면 그렇지 않음).
너희들은 어떻게 생각하세요?
해결책
중요한 요소는 메뉴 옵션에 필요한지 여부입니다 추가 정보 (입력 또는 선택) 작업을 수행하기 전에. 따라서 Help-About에는 타원이 필요하지 않지만 파일 개봉이 있습니다. 그것이 바로 Microsoft, Apple 및 KDE 지침이 어쨌든 말하는 것입니다.
Microsoft Windows 애플리케이션이 있습니다 추정된 따라야합니다 Microsoft의 "사용자 경험 지침". 메뉴 항목의 타원에 대해 그들이 말하는 내용은 다음과 같습니다.
메뉴 명령은 즉각적인 작업에 사용되지만 작업을 수행하려면 더 많은 정보가 필요할 수 있습니다. 레이블 끝에 타원을 추가하여 추가 정보 (확인 포함)가 필요한 명령을 표시합니다.
그렇다고 행동에 다른 창이 표시 될 때마다 타원을 사용해야한다는 의미는 아닙니다. 추가 정보가 작업을 수행하기 위해 추가 정보가 필요할 때만 가능합니다. 예를 들어, 고급, 도움말, 옵션, 속성 및 설정에 대한 명령은 클릭하면 다른 창을 표시해야하지만 사용자에게 추가 정보가 필요하지 않습니다. 따라서 타원이 필요하지 않습니다.
다윗의 대답은 인용합니다 KDE 3 사용자 인터페이스 지침,
먼저 메뉴의 모든 항목은 추가 정보가 필요한 대화 상자를 열어주는 모든 항목에 후행 엘리시 시스 (...) (예 : 저장 ..., 열기 ...)로 레이블을 지정해야합니다. 메뉴 항목과 "..."사이에 공간이 없습니다. 간단한 확인 대화 상자는 추가 정보가 필요한 대화 상자로 간주되지 않습니다.
그만큼 Apple Human Interface 지침 말하다:
버튼 또는 메뉴 항목의 이름으로 표시되면 Ellipsis 문자 (…)는 관련 작업을 수행하기 전에 추가 정보가 필요하다는 것을 사용자에게 나타냅니다. 구체적으로, 명령이 실행되기 전에 선택하거나 정보를 입력 할 수있는 창 또는 대화 상자의 모양을 기대할 수 있도록 준비합니다. 사용자는 버튼과 메뉴 항목 ( "버튼"및 "메뉴 동작"에 설명 된 바와 같이 즉각적인 작업을 기대하기 때문에 Ellipsis 문자를 적절하게 표시 하여이 대체 동작을 준비하는 것이 특히 중요합니다. 다음 지침 및 예제는 메뉴 항목 및 버튼 이름에서 타원을 사용하는시기를 결정하는 데 도움이됩니다.
다른 팁
내가 이것을 이해하는 한, (...) 끝은 일반적으로 사용자에게 약간의 입력을 요구한다는 것을 의미합니다. 그리고 (...)는 입력이 필요하지 않음을 의미합니다.
당신이 맞아요, 그것은 그것을 요약합니다. 더 알고 싶다면 여기에서 사용자 스타일 안내서 목록을 찾을 수 있습니다. http://www.experiencenedynamics.com/science-usability/ui-style-guides
나는 동의하는 것이 동의한다는 것에 동의한다. 그것은 타원을 상당히 잘 포함 시킬지에 대한 내 자신의 인식과 일치한다는 데 동의한다.
타원의 요점은 사용자에게 "경고"하는 것이며, 특정 선택이 안전하다는 것을 이해할 수 있도록 대화를 통해 더 많은 정보를 요구하지 않고 즉시 무언가를하지 않을 것입니다.
(적어도 오래된 버전)와 같은 일부 프로그램에서 Autodesk의 Maya (고급 3D 모델링 패키지), Ellipsis는 실제로 작은 대화 상자였습니다. 메뉴에서 아이콘을 클릭하여 아이콘을 가져 오거나 나머지 메뉴 항목 (텍스트)을 클릭하여 마지막 시간과 동일한 설정 또는 그와 같은 명령을 반복 할 수 있습니다. 아이디어가 붙잡고 주류가되지 않은 것 같습니다.
이것은 참으로 매우 까다로운 질문입니다. 처음에는 분명 해 보일지 모르지만 범주 사이에 많은 행동이 있습니다. Microsoft 자체 가이 관행을 위반하는 것을 보는 것은 흥미 롭습니다.
컴퓨터 관리 메뉴 파일의 Vista의 예 - 옵션 ... 컴퓨터 관리 / 사용자 및 그룹 / 사용자에 엘립스가 있습니다. 사용자를 마우스 오른쪽 버튼으로 클릭하십시오. 새로운 사용자 ... Action에는 Ellipsis가 있지만 실제로 계정의 이름을 바꾸려면 추가 작업이 필요하지는 않지만 이름 변경은 아닙니다. Micrsoft SQL Server Management Studio 메뉴 파일 - 인쇄에는 속성이 있습니다 ... 버튼은 Ellipsis가 있습니다.
이것은 5 분의 조사 직후입니다. 더 많은 예가 있습니다.
이 두 가지 조치에 대한 두 컨벤션을 모두 논쟁 할 수 있습니다. 표시되는 대화 상자에서 일부 추가 작업을 수행하지 않고는 타원을 사용해야한다고 가정하는 속성이나 옵션을 실제로 변경할 수 없습니다. 그러나 정의 된 옵션이나 속성을 보는 데 관심이있을 수 있으며 타원이 사용되지 않는다고 가정 할 수 있습니다. Microsoft는 또한 모호성이있는 경우가 있음을 인정합니다.
"모호성이있는 경우 (예 : 명령 레이블에 동사가 부족), 가장 가능성이 높은 사용자 조치를 기반으로 결정하십시오. 단순히 창을 보는 것이 일반적인 조치라면 타원을 사용하지 마십시오." 그러나이를 바탕으로 옵션과 속성에 대한 타원을 갖는 것이 더 합리적 일 것입니다.
