web-development-kb-ko.site

탭-호버 또는 클릭시 활성화? 양자 모두!

http://www.msn.com 에 사용 된 탭이 마음에 드십니까?

마우스를 올리거나 클릭하여 활성화 할 수 있습니다. 클릭이 즉시 작동하는 동안 실수로 활성화되는 것을 방지하기 위해 호버에 짧은 지연이 있습니다.

나는 그들을 좋아한다.

2
Miki

그들은 단정합니다. 그러나 인터페이스 컨트롤의 기능은 최소한

  • 외관에 의해 명백하게 드러나거나 (또는 ​​사용자의 기대에 부합)
  • 인터페이스 전체에서 일관됩니다.

이러한 호버-투-섹션 섹션 탭은 몇 가지 이유로 귀찮습니다.

먼저, 모양이 페이지의 다른 클릭 전용 인터페이스 객체와 비슷해 실제 기능을 숨 깁니다. 여기에는 일반적인 탐색 및 하이퍼 링크 스키마와 유사한 밑줄이 있습니다. 롤오버시 탭이 변경되기 전에 잠시 동안 굵게 표시되어 링크임을 나타냅니다. 그런 다음 사용자가 상호 작용하지 않고도 인터페이스가 변경됩니다. 링크와 메뉴 항목은 마우스를 가리킬 때 "클릭"되지 않으며 쉽게 잘못 입력 할 수있는 유사 항목이 혼란 스럽거나 약간 놀라게됩니다.

둘째, 호버 기능이 사이트 전체의 다른 탭 링크와 일치하지 않습니다. 이 기사 는 호버 탭 상자 중 하나에서 연결되어 있으며 기사 아래에 비슷한 관련 내용 영역이 있습니다. 그러나, 상기 박스는 사용자가 선택되지 않은 탭을 클릭 할 때만 탭을 변경한다 (마이 버링 동작 없음). 다른 섹션에도 비슷한 문제가 있습니다.

요약하자면, 웹 2.0과 유사한 방식으로 시원하지만, 사용성 문제로 인해 참신함이 숨겨져 있으며, 그 비용은 고유 한 인터페이스 문제로 인한 이점보다 더 클 수 있습니다.

약간의 독서 :

12
Matt

사람들이 호버에 응답하는 새로운 탭 스키마에 익숙해지면이 질문에 대한 대답이 바뀔 것으로 예상합니다.

일부 브라우저 에서이 작업을 시작한 직후 상자에 텍스트를 자동 선택하지 않도록 개발자에게 요청한 것을 기억합니다. 내 이유는 "아무도이 행동을 기대하지 않았다"는 것이었다. 그 이후로 일반화되었으므로 이제 개발자에게 "이 아이디어를 제공해 주셔서 감사합니다."

표준에 맞추거나 봉투를 새로운 것으로 밀어 넣습니까 ? 흥미로운 질문입니다. 통신 기술이 발전함에 따라 web 그래픽 사용자 인터페이스 매우 어리다. 내 의견을 설명하기 위해 다른 대중 기술을 가리키고 싶습니다. 바닥 글이나 페이지 번호와 같은 인쇄 된 책에서 이해하는 신호를 고려하십시오.이 페이지는 주로 사용자 방향과 특정 콘텐츠를 찾거나 탐색하는 것에 관한 것입니다. 이 단서를 개발하는 데 오랜 시간이 걸렸습니다. 이러한 신호를 온라인과 응용 프로그램 GUI의 컨트롤에 비유 할 수 있습니다. 우리가 인쇄 된 책을 탐색하는 데 도움이되는 스키마는 수용된 규범을 안정시키는 데 몇 세대가 걸렸습니다. 온라인 콘텐츠를 탐색하는 데 도움이되는 컨트롤도 표준을 개발하고 안정화하는 데 시간이 걸립니다. 인쇄 서적은 특정 디자인 솔루션을 떨어 뜨 렸습니다 (예 : 오른쪽 페이지의 마지막 단어를 다음 왼쪽 페이지의 맨 위에 반복하여 페이지를 넘기면 단어가 나타납니다. 즉, 사람들이 책을 큰 소리로 읽을 수 있도록 도와줍니다) . 마찬가지로 온라인 컨트롤은 시간이 지남에 따라 변경되어야합니다. 온라인 미디어 탐색을 설계 한 첫 몇 년 내에 모든 상호 작용 세부 정보가 정확하다고 예상하는 것은 부당한 일입니다.

클릭시에만 작동하는 탭이 먼저 시장에 출시되었으며 사람들은 schema 를 알게되었습니다. 스키마의 본질은 우리의 두뇌가 새로운 경험에 자동으로 적응한다는 것입니다. 호버 탭이 작동 할 수 있습니까? 탭 스키마에서 얼마나 멀리 떨어져 있는지, 얼마나 유용하고, 사용자가 탭 스키마를 수정하는 데 얼마나 강한 지에 따라 다릅니다. 디자이너는 사용자가이 질문에 대한 답변으로 Matt Lutze가 간접적으로이를 요구하고 있음을 제안함으로써 새로운 컨트롤이 기존 스키마에보다 쉽게 ​​적응할 수 있도록 제안함으로써 사용자가이 컨트롤을 채택하도록 도울 수 있습니다. 매트는 "그들의 외형은 실제 기능을 숨기고 페이지의 다른 클릭 전용 인터페이스 개체와 비슷 해졌다"고 말했다. 필요한 것은 사용자가 이러한 호버-탭 컨트롤의 동작을 예측할 수있는 방법입니다.

MSN이 왜 이러한 컨트롤을 사이트 전체에 일관성없이 구현했는지 궁금합니다. 이것은 실험입니까? 그렇다면 흥미로운 실험이라고 생각하며 사람들이 여기서 제기하는 문제를 해결하기 위해 개념/디자인이 반복 될 때까지 이러한 유형의 탭 제어가 얼마나 유용한 지 판단 할 것입니다.

2
JeromeR

이것을 고려했는지 확실하지 않지만 mobile browsers는 호버를 인식하지 못합니다. 모바일 웹이 엄청난 속도로 성장하고 있기 때문에 적어도 클릭을 모두 지원할 수 있다고 생각합니다.

However 사이트의 기본 탐색 부분 (일반적으로 사용됨)에서 클릭시 드롭 다운을 열면 "섹션"페이지에 동일한 링크를 사용할 가능성이 없어집니다. .

몇 가지 가능한 해결책은 다음과 같습니다.

  • 하이브리드 접근 방식 . 탐색의 기본 링크는 여전히 "섹션"페이지에 연결되며 드롭 다운을 활성화하는 다른 링크 (아래쪽 화살표)는 클릭하면 다운됩니다. (예 : LJWorld , Flickr-로그인시 탐색) Personally, 나는 항상이 접근법을 좋아했으며 왜 더 많은 사이트가 그렇게하지 않는지 궁금합니다.

  • 일종의 검출 을 사용하여 데스크톱에 호버 투 오픈을 제공하고 모바일 사용자에게는 클릭 투 오픈을 제공하십시오.

0