웹 사이트에서 사용자 정의 오른쪽 클릭 컨텍스트 메뉴
브라우저 상황에 맞는 메뉴를 재정의하는 오른쪽 클릭 상황에 맞는 메뉴가 유용한 사용법으로 간주됩니까?
- 그렇다면 접근성 문제가 있습니까?
- 그렇다면 이런 종류의 구현에 대한 지침이나 모범 사례가 있습니까?
개인적으로 Yahoo! Mail이 이러한 유형의 기능을 활용하는 방법을 좋아합니다.
Dropbox 오른쪽 클릭 기능으로 멋진 일을합니다.
디렉토리 위로 마우스를 가져 가면 다음과 같습니다. 
밑줄이있는 링크 (음악)를 클릭하면 해당 위치로 이동하지만 "드롭 다운"기호 또는 프레임의 다른 곳을 클릭하거나 오른쪽 클릭 (!)는 다음 메뉴를 엽니 다. 
여러 가지 이점이 있습니다.
- 사용자가 마우스 오른쪽 버튼을 클릭하는 것을 차단하지 않습니다. 사용자에게 원하는 것을 제공하고 (컨텍스트 메뉴) 마우스 오른쪽 버튼을 클릭하지 않고도 액세스 할 수있는 위치를 보여줍니다.
- 이 메뉴는 추측해야 할 오른쪽 클릭과 달리 검색 할 수 있습니다.
- 지속적으로 터치 장치를 지원하는 데 문제가 없습니다.
몇 가지 생각 :
- 터치 기반 플랫폼이 시작되면서 컨텍스트 메뉴와 같은 것은 없습니다. 터치 장치로 UI에 액세스 할 수 있으려면 사용하지 마십시오.
- 단일 버튼 마우스 또는 마우스와 다른 입력 장치 (예 : 음성 제어 브라우저)를 선택할 수있는 일부 사람들에게는 두 개의 단추가있는 마우스를 사용하는 것이 어려울 수 있다고 생각하면 내게 필요한 옵션 관련 문제가 있습니다. 이러한 브라우저에는 일반적으로 상황에 맞는 메뉴에 액세스하는 옵션이 포함되어 있지만 사용자가 웹 사이트 또는 앱에서 추가 기능을 발견하기 위해이 메뉴를 사용할 가능성은 훨씬 낮습니다.
- 반면, Jakob Nielsen은 2007 년에 오른쪽 클릭 메뉴는 좋은 규칙 임 이며 사용자는이 메뉴가 존재한다고 기대했습니다. 그러나 그는 웹 사이트에 대해서는 구체적으로 언급하지 않았으며 웹 사이트 사용을 고려할 때이를 고려할 것입니다.
- 웹 사이트와 웹 앱은 서로 다른 두 가지입니다. Google Docs와 같은 웹 앱은 Amazon.com과 같은 웹 사이트보다 사용자의 상황에 맞는 메뉴와 관련하여 더 높은 기대 가능성을 갖습니다. 웹 응용 프로그램은 일반적인 데스크톱 응용 프로그램처럼 보이므로 사용자가 비슷한 방식으로 작동한다고 기대하는 것은 부당하지 않습니다. 웹 사이트는 다른 모델을 따릅니다.
무엇을 하든지 사용자가 무엇을 expect할지 고려하고 그에 따라 디자인하는 것이 중요합니다. 상황에 맞는 메뉴와 같은 숨겨진 메뉴는 아무도 마우스 오른쪽 버튼을 클릭하지 않으면 아무도 도움이되지 않습니다.