디자인 원리 : TabStop을 끄는 이유가 있습니까?

Question

Visual Studio .NET에서 TabStop 속성은 기본적으로 모든 명령 및 입력 필드에 대해 True로 설정됩니다. 다른 대부분의 디자이너는 마우스를 많이 쓰지 않는 "파워 유저"를위한 탭 컨트롤 개념을 가지고 있습니다.

이 속성은 사용자가 탭 순서대로 반복하기 위해 탭 단추를 눌렀을 때 컨트롤이 포커스를받는 기능을 단순히 토글합니다.

많은 개발자들이 모든 필드가 탭 순서에 있어야하는지에 대해 들었습니다.

항상 켜짐 :

1. 버튼에 탭 순서를 끄면 클릭합니다
2. 키보드에서 손을하는 사용자를 강제로 여기에 내가 양쪽에 들었어요 인수 중 일부입니다 그것은 당신의 흐름을 느리게합니다.
3. Microsoft는 이유가있는 경우이를 기본값으로 true로 설정합니다.
4. 사용 안 함/숨김 단추는 포커스를 얻지 못합니다.

때때로 꺼짐 :

1. 취소 버튼과 삭제 버튼을 실수로 실행을 방지하기 위해 탭 순서 외부해야한다.
2. 예 탭 순서에서 벗어나지 만 니모닉을 설정하여 키보드로 계속 액세스 할 수 있도록해야합니다.
   1. 적 명령 단추를 TabStop을 끌 수있는 좋은 이유가 :

   내 질문은 주위에 좋은 디자인 원칙을 회전?

3. 입력란에 대해 TabStop을 사용 중지해야하는 이유가 있습니까?

이 중 하나에 예라고 답하면 잘 알려진 프로그램 예를 알고 계십니까? Windows Media Player 같은? 탭 순서가없는 필드/버튼의 예로서 제어판이나 어딘가에서?

Answer 1

확실히. Microsoft Outlook. "받는 사람", "참조"및 기타 필드를 통해 탭하지만 도구 모음 (또는 "받는 사람"및 "참조"버튼)에 탭 멈춤이 없습니다.

"To"TextBox에 커서를 놓고 "CC"텍스트 상자로 이동 한 다음 Tab 키를 눌러 TextBox로 이동 한 다음 마지막 탭으로 이동하십시오. TAB이 본문에 탭을 삽입하기 만하면됩니다.

복잡한 양식에는 사용자가 거의 사용할 필요가없는 UI 요소가 많이 있지만 그 이상한 경우가 있습니다. 새로운 이메일을 Outlook에서 열어보고 모든 버튼을 살펴보십시오. 모든 메일을 탭 처리해야한다고 상상해보십시오.

이 작업이 완료된 앱이 많이 있으며 사용성 측면에서 유용합니다. 종종 탭 정지를 제거해야합니다.