it-swarm-korea.com

클릭이 아닌 호버의 드롭 다운 메뉴에 대해 웹에 규칙이있는 이유는 무엇입니까?

이것은 내가 항상 궁금했던 것입니다. 모든 주요 운영 체제에서 응용 프로그램 메뉴 (파일/편집 /보기 등)는 클릭 할 때만 나타납니다. 그러나 드롭 다운 메뉴를 사용하는 거의 모든 웹 사이트는 클릭이 아닌 호버에서 인스턴스를 생성합니다.

이 협약은 어떻게 그리고 왜 이루어 졌습니까?

19
DisgruntledGoat

나는이 질문에 대한 실제 정답에 대해서는 전혀 모른다. 그러나 추측 해 보자. 웹에는 하이퍼 링크가 있기 때문이라고 생각한다. 웹 사이트에서 무언가를 클릭하는 것은 다른 페이지를 방문하는 것과 관련이 있습니다. 따라서 클릭시 활성화되는 드롭 다운 메뉴를 만들려면 활성화되었을 때 수행 할 수있는 기능에 대한 기대치가 확실하지 않습니다. 새 페이지 또는 팝업 메뉴가 열립니까? 따라서 해당 행을 계속하면 사용자가 클릭하기 전에 메뉴를 활성화했음을 나타내는 피드백을 제공 할 수 있으므로 호버 메뉴를 작성하는 것이 좋습니다.

또한 유명한 인터넷 주의력 결핍 문제에 영향을 줄 수 있습니다. 여기에는 사람들이 몇 초 동안 페이지에 걸려있는 모든 숫자가 나오는 곳입니다. "사용자가 클릭하지 않는다"는 개념은 신화이지만 많은 사람들은 그렇지 않다는 것을 알고 있으며, 디자이너가 생각하기 때문에 클릭하지 않을 것으로 예상하기 때문에 호버 상태를 사용하여 많은 메뉴가 구현 될 수 있습니다. 다른 페이지로 연결될 수 있습니다.

또한 반복되는주기라고 생각합니다. 디자이너는 호버 메뉴를보고 호버 메뉴를 디자인합니다. 더 많은 디자이너가보고 더 많은 디자이너 디자인을 볼 수 있습니다. 모든 사람이 자신이 사용하는 각 개별 UI 컨트롤에 대해 왜 필요한지, 어떤 목적을 가지고 있는지 생각하지는 않습니다. 내가 사용했던 많은 디자이너들은 "사용하는 것이기 때문에"컨트롤을 선택한다 (자동 완성 콤보 박스의 과도한 남용, 다른 시간에 대한 열정).

위의 메뉴와 (보통) 호버 상태가없고, 메뉴의 UI 패턴이 아닌 데스크톱 품종 앱과 위의 내용을 대조해 보시고 우리는 본격적으로 다가온 것 같습니다.

20
Rahul

CSS는 : hover pseudo-class를 가지고 있기 때문에 onclick과는 반대로 호버가 사용됩니다.

또는 메뉴를 열려면 클릭해야한다는 것을 사용자가 인식하지 못했기 때문에 드롭 다운이 사용되었을 수 있습니다. 절반의 시간 동안 드롭 다운 메뉴는 마우스를 놓을 때까지 다른 메뉴처럼 보입니다. 탐색 버튼을 클릭하면 사이트에서 해당 페이지로 연결됩니다. 따라서 사용자는 단순히 추가 메뉴 옵션을 찾지 못했을 것입니다.

4
LoganGoesPlaces

라훌은 '클릭'에 대한 일관된 행동의 부재와 관련하여 흥미로운 점을 지적합니다. 그러나 그것은 페이지 표면에서 더 일반적인 발견 가능성으로 넘어 가고 있다고 생각합니다.

사람들은 특정 페이지를 떠나지 않기 위해 클릭하지 않을 수도 있지만 많은 사람들이 활성 상태를 찾는 페이지를 '마우스 위로'이동합니다. 메뉴는 클릭이 아닌 호버에 반응하므로 사용자는 클릭을 사용하지 않고도 메뉴 시스템의 구조를보다 쉽게 ​​찾을 수 있습니다.

물론 이것은 특정 접근성 문제로 이어집니다. 데스크탑 응용 프로그램에서 메뉴를 클릭 할 때 기본 동작은 선택할 때까지 메뉴를 열어 두거나 메뉴를 클릭하지 않는 것입니다. 이것은 메뉴에서 나오지 않고 마우스를 올바른 명령으로 조작하는 데 어려움이있는 사용자를 돕습니다 (호버 패러다임에서 축소).

4
Steve Mitcham

웹 앱은 UI 측면에서 거의 일치하지 않지만 사용자는 신속하게 이해해야합니다 (그렇지 않으면 그의 관심 범위가 줄어들고 다른 곳으로 갈 것임).

호버 메뉴는 훨씬 더 나은 검색 기능을 제공합니다. 새로 방문한 사이트에 버튼이 표시되면 더 많은 옵션이있는 메뉴가 표시되는지 (내가 원하는) 메뉴가 표시되는지 또는 현재 상태를 손상시키는 지 알 수 없습니다. 페이지 (반으로 쓴 주석 포함)-분명히 내가 원하는 것은 아닙니다. 내가 알지 못하는 것을 클릭하는 것을 두려워하게 만드는 후자의 관행으로 사이트의 단지 몇 퍼센트 만 소요되며 협박 사용자는 행복하지 않습니다.

마우스를 사용하면 화면에 표시되는 내용을 탐색 할 수 있습니다. 호버링은 '현재보고 있습니다'를 의미하므로 UI ​​요소가 수행하는 작업 (메뉴) 또는 힌트 (도움말 : 툴팁 : 작성중인 게시물).

다른 한편으로, 호버에 반응하지 않는 것은 무례합니다-사용자는 요소가 무엇을하는지 묻고 대답하지 않습니다. 사람들은 자신이 통제 할 수 있다고 느끼고 무슨 일이 일어나고 있는지 알고 싶어합니다. 모든 피드백은 중요하며 호버링에 반응하지 않으면 의사 소통 할 기회를 낭비하게됩니다.

최근 데스크톱 소프트웨어 (Outlook 애드 인 TaskConnect )에서는 모든 활성 요소에 도움말 툴팁을 배치하고 툴팁 시간 초과를 0으로 설정하여 즉시 표시되도록했습니다. 작동 방식에 대한 짧은 비디오 를 볼 수 있습니다. 그것에 대해 어떻게 생각하세요?

추신 : 어쨌든 메뉴는 클릭 할 때마다 항상 팝업되어야합니다. 그렇지 않으면 터치 스크린 사용자 또는 키보드 사용자 (장애인 사용자 포함)는 사용할 수 없습니다.

4
Tomáš Kafka

일반적으로 메뉴의 최상위 항목은 해당 제목이있는 페이지로 이동합니다. 당신은 응용 프로그램에있을 때 아무데도 가지 않습니다. 메뉴 항목에 대한 호버는 하위 섹션을보기 위해 페이지로 이동하지 않고 사이트의 특정 섹션에서 하위 섹션을 볼 수있는 바로 가기로 개발되었습니다. 앱을 사용하면 예를 들어 "파일"섹션으로 이동하지 않습니다. 터치 스크린에 대한 웹 컨벤션을 포기하는 것은 실수입니다. 명심하고 지켜봐야하지만 종종 터치 스크린을 위해 특별히 설계된 앱이 더 좋습니다. 웹 사이트는 손가락을위한 것이 아닙니다.

3
srgtick

"발견 가능성"은 확실히 여기에 요소입니다.

내 구별은 특히 응용 프로그램을 웹 사이트와 비교할 때 사용자의 마음의 상태입니다.

클릭하면 무언가를하고 특정 작업을 수행한다는 의미입니다. 의도적 인 것이어야합니다.
사용자는 일반적으로이 상태에서 응용 프로그램을 운영하고 있습니다.

그러나 (일부) 웹 사이트는 콘텐츠 소비에 관한 것입니다. 탐색하고 읽고 있으며 아마도 작업을 수행 할 것입니다. 사실, 웹 사이트 방문자가 방문뿐만 아니라 적극적으로 무언가를하도록하는 것이 가장 큰 도전 중 하나. 따라서 옵션을 더 쉽게 보여줌으로써 무언가를하도록 강요하는 것이 좋습니다.

두 가지 상태 사이에는 또 다른 차이점이 있습니다.
보통 응용 프로그램을 여러 번 사용하게되므로 조금 더 친숙하고 능숙 해집니다. 웹상에서, 많은 사용자가 새로운 사용자 일 가능성이 높습니다. 따라서 사용자는 사물을 어디에서 찾아야할지 모르고 자신이 모르는 것을 클릭 (클릭)하기 위해 "두려워"할 수도 있습니다.

2
Dan Barak