중국으로의 귀국은 마침 Baidu User Experience Department에서 주최한 UXday 행사와 겹쳤습니다. 우리 그룹 토론의 주제는 탭 사용에 대한 금기였습니다.
우리가 논의한 주제는 한 가지 점, 즉 대용량 탭을 처리하는 방법에 중점을 두었습니다.
먼저 Tab의 역사를 살펴보겠습니다. 여기의 탭은 웹 디자인의 탐색 및 브라우저와 같은 데스크톱 소프트웨어에서의 사용을 포함하여 일종의 대화형 요소에 대한 일반적인 용어입니다. 탭이라는 대화형 요소는 일반적으로 다음과 같은 두 가지 특성을 갖습니다.
행동과 상태의 의미를 모두 갖고 있습니다. 탭이 인기 있는 이유 중 하나는 조작이 쉽고 동시에 사용자가 현재 어디에 있는지 명확하게 알 수 있다는 것입니다(탭).
정보 아키텍처 관점에서 볼 때 탭 사이의 콘텐츠는 일반적으로 겹치지 않습니다. 그리고 탭 간의 관계는 동일해야 하며, 상호 연관이 없어야 합니다.
따라서 넓은 의미에서 대부분의 탐색 메뉴는 실제로 탭으로 요약될 수 있습니다.
웹 디자인에서 탭의 사용은 일반적으로 Amazon이 개척한 것으로 간주됩니다. 많은 분들이 LukeW의 고전적인 리뷰 기사인 Amazon 탭 탐색의 역사(중국어 버전은 여기를 클릭하세요)를 읽어보셨을 것입니다. 이 기사에서 우리는 Amazon의 내비게이션이 책과 음악이라는 두 개의 탭만 있던 것에서 최고조에 달했던 2000년에 두 줄의 탭을 갖는 것으로 진화했음을 알 수 있습니다. 분명히 탭 수가 증가하면 탭 상호 작용 방법에 몇 가지 어려움이 발생합니다.
또 다른 예는 Word 2003의 설정 대화 상자입니다. 아래 그림과 같이 라벨이 너무 많고 표시 공간이 제한적인 경우 Microsoft에서는 라벨을 두 줄로 배열해야 합니다. 여기서 큰 문제점은 상단의 라벨을 선택했을 때 선택된 상태와 현재 콘텐츠 페이지와의 관계를 어떻게 표현해야 하는가 입니다.
Microsoft의 접근 방식은 비판을 받았습니다. 위 그림에서 사용자가 라벨의 상단 행을 클릭하면 상단 행이 하단 행과 자동으로 교체되어 라벨과 콘텐츠 페이지 간의 긴밀한 관계를 유지합니다. 그러나 이러한 접근 방식은 라벨의 위치를 매우 일관되지 않게 만듭니다. 많은 사람들이 동일한 혼란스러운 경험을 갖고 있다고 생각합니다.
Firefox 3(아래 참조)와 같은 일부 다른 소프트웨어에서는 위쪽 행 레이블을 클릭하면 레이블 표시가 선택한 상태로만 변경됩니다. 이 방법의 장점은 레이블 위치의 일관성이 유지된다는 것입니다. 일부 위치 표시가 손실됩니다.
따라서 여러 행의 레이블이 좋은 생각이 아닌 경우 많은 레이블을 어떻게 처리합니까?
분명한 아이디어는 라벨 배열을 일반적인 가로 배열에서 세로 배열로 변경하는 것입니다. 일반적으로 이 배열은 뷰의 왼쪽에 있으며 아이콘이나 텍스트 형태일 수 있습니다.
그러나 이 접근 방식에는 몇 가지 문제가 있습니다. 우선, 라벨 이름이 너무 길면 귀중한 왼쪽 공간을 많이 차지하게 되며, 이 공간은 우연히 화면에서 사용자의 관심의 초점이 되고 군사 전략가들의 전쟁터가 됩니다. 일부 웹사이트에서는 텍스트를 세로로 배치합니다. 특히 영어 웹사이트의 경우 이러한 접근 방식은 가독성에 좋지 않습니다. 오른쪽에 배치할 경우 스크롤바를 방해할 수 있어 사용자가 인지하기 쉽지 않습니다. 둘째, 태그가 많지 않은 경우(태그의 개수가 가변적이라는 점을 고려하여) 태그 아래에 어떤 내용을 넣을지 고민이기도 합니다.
한 가지 아이디어는 태그 사이에 구조가 있으면 태그를 그룹화할 수 있다는 것입니다. 그런 다음 탐색 수준을 추가합니다. 이 점에서 Microsoft의 OneNote는 정보를 노트북, 섹션, 페이지의 세 가지 수준으로 나누며, 그 결과 페이지의 상단, 왼쪽 및 오른쪽이 레이블로 가득 차 있습니다. ... Microsoft는 형태(왼쪽 구분), 색상 표시(섹션 색상, 페이지 흰색) 및 기타 기술을 사용하여 3계층 레이블 탐색을 매우 잘 처리합니다.
