| 13장 | | | 13:16 사용자 입력 암호의 대/소 문자 구별 금지 |
|
13:16 사용자 입력 암호의 대/소 문자 구별 금지 (상대적 중요도: 3, 증거의 강도: 2)
지침 : 사용자의 암호 입력시 대소문자를 구별하지 말라.
주석 : 타당한 이유(비밀번호의 보안 강화와 같은)가 없는 이상 사용자 입력 암호에는 대소문자를 구별해서는 안된다. 만일 필요하다면 사용자에게 대소문자를 구분한다는 것을 분명하게 알려야 한다. 사용자에 의해 입력된 데이터를 보유하고 있을 때는 사용자에 의해 입력된 그대로 보여주도록 한다. 역주 : 현재 국내에서는 관례적으로 전자상거래나 금융 정보가 오가는 경우가 아니면 비밀번호 입력시 대소문자를 구분을 요구하지는 않는 것으로 보인다. 대소문자 구별과 사용성간에는 명백한 상충관계(trade-off)가 존재하므로 신중한 판단이 요구된다.
|
| 13장 | | | 13:17 커서를 첫번째 데이터 입력란에 놓기 |
|
13:17 커서를 첫번째 데이터 입력란에 놓기 (상대적 중요도: 3, 증거의 강도: 2)
지침 : 데이터 입력 폼이 페이지위에 표시될 때, (자동으로) 깜박이는 커서를 첫번째 데이터 입력란의 시작부에 놓도록 하라.
주석 : 사용자로 하여금 마우스 포인터를 첫번째 데이터 입력란으로 옮기고 그 입력란을 활성화시키기 위해 마우스 클릭을 하게 만들어서는 안된다. 그러나 디자이너는 이 자동 커서 이동 프로그래밍이 스크린 리더 소프트웨어의 수행성에 부정적인 영향을 미칠수 있음을 염두에 두어야 한다.
역주 : 동 지침은 지침 13:14와도 관련된다. 즉 사용자가 입력방식을 마우스에서 키보드로 또는 키보드에서 마우스로 이리 저리 옮기게 하는 것을 피하도록 하라는 것이다. 이는 매우 번거로울 뿐더러 입력 속도를 느리게 만든다. 사용성 증진은 어찌 보면 이런 섬세한 부분에 대한 배려가 누적되어 이루어지는 것이다. 다음은 가이드에서 제시하는 사례들로 둘 다 커서를 첫번째 데이터 입력란에 자동으로 위치시켜 놓고 있다.
|
| 13장 | | | 13:18 자동 탭 이동 기능의 제공 |
|
13:18 자동 탭 이동 기능의 제공 (상대적 중요도: 3, 증거의 강도: 3)
지침 : 숙련된 웹 상호작용 경험을 가진 자주 사용하는 사용자들을 위해 자동 탭 이동 기능을 제공하라.
주석 : 자동 탭 이동 기능은 자주 사용하는 사용자들에게 입력란에서 다음 입력란으로 이동시 일일이 탭을 쓰지 않아도 되게 하기 때문에 데이터 입력 시간을 상당히 줄여줄 수 있다. 역주 : 입력란을 다 채웠을 때 자동으로 다음 입력란으로 커서를 옮겨주는 자동 탭 이동 기능은 입력속도를 매우 빠르게 해 줄 수 있다. 예컨데 온라인 증권 거래 사이트 이용시 이 기능은 매우 유용하게 사용될 수 있다. 또한 자동 탭 이동은 입력란 뿐만 아니라 버튼으로 이동시에도 응용할 수 있다. 예컨데 로그인할 때 아이디 비밀 번호 입력 후, 확인을 위해 엔터키만 치면 되는 것과 확인 버튼을 마우스로 눌러야 하는 경우를 비교해보면 어느 것이 편리한지 바로 알 수 있다.
|
| 13장 | | | 13:19 측정 단위에 레이블 붙이기 |
|
13:19 측정 단위에 레이블 붙이기 (상대적 중요도: 3, 증거의 강도: 3)
지침 : 데이터 입력 폼을 사용할 때 사용자에게 측정 단위를 입력하게 할 것이 아니라 레이블을 붙이도록 하라.
주석 : 디자이너는 데이터 입력란의 레이블의 일부분으로 분(minutes), 온스(ounces), 센티미터(centimeters)등의 단위를 포함시켜야 한다. 이는 사용자의 키보드 입력 횟수(입력과정의 속도)를 줄여줄 뿐 만 아니라 오류 발생을 줄여준다. 역주 : 다음은 가이드에서 제시하는 사례이다. 파운드와 피트, 인치까지 단위를 붙여주고 있다.

|
| 13장 | | | 13:20 더블 클릭이 문제를 일으키지 않게 하기 |
|
13:20 더블 클릭이 문제를 일으키지 않게 하기 (상대적 중요도: 3, 증거의 강도: 2)
지침 : 링크를 더블 클릭하더라도 바람직하지 않거나 난처한 결과를 일으키게 하지 말라.
주석 : 많은 사용자들이 한 번 클릭만 필요한 링크에 더블 클릭을 하고 있다. 개발자가 사용자의 더블 클릭을 막을 수는 없으나 이런 행위로 인해 부정적인 결과가 초래되는 것은 줄일 수 있다. 사용성 테스트에 의하면 사용자가 빠른 더블 클릭으로 테스트를 시작하면 테스트의 대부분 동안 이를 계속 행하는 경향이 있음이 밝혀졌다. 가끔, 컴퓨터가 이 두개의 클릭을 인식했을 때 첫번째 클릭은 해당 링크를 클릭한 것으로 보고 두번째 클릭은 두번째 링크를 선택한 것으로 간주하여 예상치 못한 결과를 야기한다. 역주 : 예컨데 앵커 태그(<a>)를 사용할때, onClick 이벤트를 써서 결과값을 리턴해주는 경우 더블 클릭을 하면 두번 이벤트가 실행될 수 있어 예기치 못한 결과가 발생할 수 있다.
|
| 13장 | | | 13:21 리스트 박스 옵션들의 보기 제한 피하기 |
|
13:21 리스트 박스 옵션들의 보기 제한 피하기 (상대적 중요도: 2, 증거의 강도: 3)
지침 : 오픈 리스트를 쓸 경우 최대한 많은 옵션들을 표시하라.
주석 : 리스트 박스안에서 항목을 찾기 위해 스크롤 할려면 시간이 낭비된다. 한 연구에서 5개의 옵션중 3개만 보이게 해서 안보이는 두개를 찾으려면 사용자가 스크롤을 하도록 했다. 그러자 리스트 박스에 익숙하지 않은 사용자는 스크롤을 해야 하는지 망설였고 리스트 박스에 익숙한 사용자는 속도가 느려지는 것이 발견됐다. 역주 : 다음은 가이드에서 제시하고 있는 사례들이다. 뒤의 큰 리스트 박스는 주어진 화면 크기에서 최대한 많은 옵션들을 보여주고 있으나 앞의 작은 리스트 박스는 화면 크기가 큰데도 불구하고 6개 항목중 단지 4개만 보이고 나머지는 스크롤을 해야 볼 수 있게 만들었다.

|
| 13장 | | | 13:22 많은 선택중 하나를 고를 때 오픈 리스트의 사용 |
|
13:22 많은 선택중 하나를 고를 때 오픈 리스트의 사용 (상대적 중요도: 2, 증거의 강도: 2)
지침 : 많은 선택 사항들중에 하나를 고르는 때에는 드롭 다운(풀 다운) 리스트보다는 오픈 리스트를 사용하라.
주석 : 일반적으로 사용자가 리스트에서 (스크롤 없이)더 많은 항목을 볼 수 있을수록 선택을 빨리 할 수 있으며 빼먹는 오류를 범하지 않게 된다. 이상적으로는 사용자가 스크롤 없이 모든 항목을 볼 수 있어야 한다.
드롭 다운 리스트와 비교해 볼 때 오픈 리스트가 빠른 수행성을 이끌어내는데 왜냐 하면 드롭 다운 리스트는 열기 위해 한 번 더 클릭을 해야 하기 때문이다. 그러나 목록(list)이 극단적으로 긴 경우에는 드롭 다운 리스트가 나을 수 있다. 현재까지의 연구 결과로는 목록에서 표시되어야 하는 최대 항목수가 얼마인지는 안 밝혀졌다. 역주 : 다음은 가이드에서 제시하는 사례이다. 이 사례에서 디자이너는 화면 크기에 맞추기 위해 드롭 다운 리스트를 사용했는데 사용성과는 상충관계(trade-off)를 이룬다.

|
| 13장 | | | 13:23 누르기 버튼의 순위 |
|
13:23 누르기 버튼의 순위 (상대적 중요도: 2, 증거의 강도: 2)
지침 : 누르기 버튼의 우선 순위를 정하기 위해 위치와 강조를 활용하라.
주석 : 여러개의 누르기 버튼 그룹중에 한 버튼이 다른 것들보다 더 자주 사용되면 그 버튼을 첫번째 위치에 놓아야 한다. 또한 가장 많이 쓰이는 버튼에 기본 액션을 적용해야 한다. 즉 사용자가 엔터키를 눌렀을 때 그 버튼이 반응해야 한다. 역주 : 다음은 가이드에서 제시하는 사례이다. "검색(Search)" 버튼이 첫번째 위치에 놓여 있다.

|
| 13장 | | | 13:24 쉬프트 키 사용의 최소화 |
|
13:24 쉬프트 키 사용의 최소화 (상대적 중요도: 1, 증거의 강도: 4)
지침 : 쉬프트 키의 사용을 최소화하도록 데이터 입력 처리를 디자인하라.
주석 : 가능하다면 디자이너는 사용자에게 쉬프트(Shift) 키를 필요로 하는 글자를 입력할 것을 요구해서는 안된다. 쉬프트 키의 사용은 사용자에게 별도의 주의와 집중을 부과한다. 예를 들어 디자이너는 $나 % 부호를 데이터 입력란 옆에 레이블로 씀으로써 이런 기호를 사용자가 입력하지 않게 할 수 있다. 또한 디자이너는 사용자가 입력한 대/소 문자를 동등하게 처리해주어 편의를 도모할 수 있다. 역주 : 키보드 두번째 줄의 쉬프트를 같이 눌러 입력하는 특수 문자 입력키들은 프로그래머등이 아닌 이상 일반 사용자들이 자주 사용하지 않는 것들이다. 앞의 지침들과 결합해서 사용성 증진을 도모할 수 있다.
|
| 13장 | | | 13:25 수행 속도를 높이기 위한 데이터 입력란의 사용 |
|
13:25 수행 속도를 높이기 위한 데이터 입력란의 사용 (상대적 중요도: 1, 증거의 강도: 5)
지침 : 사용자의 수행 속도를 높이기 위해 디자인한다면 (리스트 박스에서 고르는 것 대신에) 데이터 입력란을 이용하여 사용자가 정보를 입력하도록 하라.
주석 : 날짜 입력과 비행기 예약에서, 텍스트 입력과 리스트 박스에서의 선택중 어느 것이 효율적인가를 알기 위해 적어도 두 개의 연구가 이루어졌다. 두 연구 모두에서 텍스트 입력이 다른 모든 방법보다 빠르고 선호된다는 것이 밝혀졌다. 그렇지만 텍스트 입력 방식은 더 많은 오류를 발생시키는 경향이 있다. 역주 : 다음은 가이드에서 제시하는 사례이다. 예컨데 거리 주소(street adress)나 특정 검색어와 같이 사용자가 입력할 것이 쉽게 정의될 수 없거나 제약되어 있으면 텍스트 입력 방식을 사용한다. 그러나 주(State)나 국가(Country)처럼 입력 사항이 쉽게 정의되거나 에러를 줄일 수 있으면 리스트 박스를 사용하는 것이 좋다. 양자를 혼용할 경우 마우스와 키보드를 번갈아 사용해야 하기 때문에 입력 속도가 느려질 수 있다는 것을 유의해야 한다.
 |