키보드 테스터

아니요. 이는 어떤 물리적 키가 눌리고 해제되는지만 읽습니다. 실제로 입력하는 내용을 텍스트로 조합하거나 저장하지 않으며, 어떤 것도 브라우저를 벗어나지 않습니다. 이것이 또한 이 페이지가 테스트하는 동안 Tab과 Backspace 같은 키의 정상 동작을 차단하는 이유로, 브라우저가 이를 처리하게 두는 대신 원시 키 이벤트를 캡처할 수 있게 합니다.

이는 의도적입니다. 이 페이지는 모든 키 입력을 감지하고 기본 브라우저 동작을 막아 테스트가 정확하게 기록되도록 합니다. 그렇지 않으면 Tab은 포커스를 다른 곳으로 옮기고, Space는 페이지를 스크롤하며, Backspace는 뒤로 이동할 수 있습니다. 페이지를 떠나면 모든 것이 정상으로 돌아갑니다.

이는 그 키가 브라우저가 인식할 수 있는 신호를 보내지 않는다는 강력한 신호이며, 이는 보통 이 페이지의 문제가 아니라 하드웨어나 드라이버 문제를 가리킵니다. 일반 텍스트 편집기에서 같은 키를 시도하여 아무것도 나타나지 않는지 확인해 보세요. 거기서도 반응이 없다면 스위치, 연결, 또는 키보드의 컨트롤러가 원인일 가능성이 높습니다.

이는 세션 동안 이 페이지가 동시에 눌린 것을 확인한 최대 키 수로, 롤오버(때때로 안티고스팅이라고도 함)를 확인하는 실용적인 방법입니다: 키보드의 여러 영역에서 동시에 여러 키를 누른 상태로 유지하고 모두 켜지고 카운트되는지 확인하세요. 작동할 것으로 예상되는 조합이 카운트를 올리지 않는다면, 키보드가 한 번에 그렇게 많은 키를 보고할 수 없거나 그 특정 조합이 차단된 것일 가능성이 높습니다.

채터링은 닳거나 신뢰할 수 없는 스위치로 인해 하나의 물리적 키 입력이 두 번의 별개 입력으로 보고되는 것으로, 마우스가 스스로 더블클릭하는 것의 키보드 버전입니다. 감지기는 키가 이미 눌린 상태로 표시되어 있는데도 새롭고 반복이 아닌 눌림을 보낼 때 이를 표시하는데, 진짜로 눌려 있는 키는 항상 자동 반복으로 보고되며 완전히 새로운 눌림으로 보고되지 않기 때문입니다.

운영체제는 짧은 초기 지연 후 키를 누르고 있는 동안 키다운 이벤트를 반복하는데, 이는 타이핑 중 키를 누르고 있으면 문자가 반복되는 것과 같은 동작입니다. 이는 예상된 것이며 채터링과는 다릅니다: 반복되는 이벤트는 모두 반복으로 표시되지만, 채터링은 실제로 한 번도 해제되지 않은 키에 대해 새로운, 반복이 아닌 눌림으로 나타납니다.

대부분의 키보드는 이 키들의 왼쪽과 오른쪽 사본에 대해 다른 코드를 전송합니다. 예를 들어 ShiftLeft와 ShiftRight는 같은 동작을 하지만 다른 코드입니다. 이를 별도로 테스트하면 일부 사람들이 겪는, 수정 키의 한쪽은 작동을 멈췄지만 다른 쪽은 괜찮은 경우를 발견할 수 있습니다.

해당 키들은 그냥 켜지지 않으며, 이는 예상된 것이지 버그가 아닙니다. 전용 숫자 키패드가 없는 노트북은 때때로 기능 키 조합(보통 Fn과 문자 키 블록)으로 이를 에뮬레이트합니다. 사용자의 노트북이 그렇다면, 그 조합은 전체 크기 키보드가 하는 것과 같은 방식으로 여기서 숫자 키패드 키를 켜야 합니다.

이는 브라우저에 내장된 수정 키 확인에서 직접 읽은, 마지막 키 입력 순간의 키보드의 현재 잠금 키 상태를 반영합니다. 이는 다른 창으로 전환하여 확인하지 않고도 Caps Lock이 정말로 켜져 있는지 꺼져 있는지 확인하고, 상태를 전혀 전환하지 않는 Caps Lock 키를 발견하는 편리한 방법입니다.

네, 이것이 사람들이 이런 도구를 찾는 가장 흔한 이유 중 하나입니다. 모든 키를 체계적으로 살펴보고 테스트된 키 수가 101을 향해 올라가는 것을 지켜보세요. 분명히 눌렀는데도 테스트되지 않은 상태로 남아 있는 키는 구매를 결정하기 전에 다시 한번 살펴볼 가치가 있습니다.