알트 코드

Alt code

Windows와 같이 Microsoft 운영 체제를 사용하는 숫자 키패드가 있는 개인용 컴퓨터에서는 그럼에도 불구하고 키보드에 전용 키 조합이 없는 많은 문자를 Alt 코드(Alt numpad 입력 방법)를 사용하여 입력할 수 있다. 이 작업은 키를 길게 누른 다음 키보드의 숫자 키패드에 문자를 식별하는 숫자를 입력한 다음 해제하는 방식으로 수행된다.

이력 및 설명

MS 도스

1980년대 IBM PC 호환 개인용 컴퓨터에서 BIOS는 사용자가 키를 누르고 키패드에 십진수를 입력할 수 있도록 했다. 키보드 버퍼에 해당 코드를 넣어 키 입력 한 번으로 코드를 입력한 것처럼 (거의) 보이도록 했다. BIOS에서 키 입력을 읽는 응용 프로그램은 해당 코드와 연결된 동작에 따라 동작한다. 어떤 이는 코드를 명령으로 해석하지만, 커서의 위치에 있는 화면에 배치하는 코드로 해석되어 현재 코드 페이지에서 해당하는 8비트 문자를 표시하기도 한다. 원래 IBM PC에서는 CP437이었습니다.[a] 대부분의 경우 255보다 큰 숫자를 입력하면 그 숫자를 256으로 나눈 후 나머지와 관련된 문자가 생성된다.

일부 동유럽, 아랍어, 아시아 컴퓨터들은 다른 하드웨어 코드 페이지를 사용했으며 MS-DOS는 다음과 같은 명령으로 런타임에 이들 사이를 전환할 수 있었다. KEYB, CHCP 또는 MODE이 경우 Alt 조합은 서로 다른 문자를 생성하게 된다(예: 이전에 입력한 텍스트의 표시도 동일하게 변경). 라틴 알파벳의 변형을 사용하는 로케일에서 공통적으로 선택한 것은 CP850으로, 더 많은 라틴 문자 변형을 제공했다. 그러나 코드 페이지가 더 많았다. 자세한 목록은 코드 페이지를 참조하십시오.

영어 이외의 용도로 설계된 PC 키보드는 국가 키보드 레이아웃, AltGr 키 또는 데드 키 등 이러한 문자를 삽입하는 다른 방법을 포함했지만, Alt 키만이 일부 문자를 삽입하는 유일한 방법이었고 모든 기계에서 동일한 방법이었기 때문에 큰 인기를 유지했다.[where?][clarification needed] 이 입력 방법은 BIOS 키보드 디코딩을 사용하지 않는 많은 소프트웨어(예: MS-DOS 및 Windows 이후 버전)에 의해 에뮬레이션된다.

ASCII 표준에서는 숫자 0-31과 127이 제어 문자에 할당되지만 MS DOS는 이러한 방식으로 숫자를 해석하지 않았다. 예를 들어, 코드 포인트 7은 BEL에 할당된다. 그러나 일부 애플리케이션에서는 7+가 글머리 기호 문자 • (코드 페이지 437의 코드 포인트 7)를 산출할 수 있지만, 다른 애플리케이션에서는 이 입력을 +(G단자에서는 값 7의 제어 문자를 생성함)와 동일하게 취급할 수 있다.[citation needed]

창문들

알트 코드는 사용자들에 의해 너무 잘 알려지고 암기되어 마이크로소프트는 CP1252와 같은 윈도우용 새 코드 페이지 세트를 사용했음에도 불구하고 보존하기로 결정했다. 그 오래 된 코드 페이지는 OEM코드 페이지, pages,[b] 이 친숙한 Alt+number 조합은 OEM코드 페이지(예를 들어, CP437 미국에서)[c]에서, MS-DOS의 결과를 매칭 코드 생산한 새로운 Windows코드라고 불린다. 하지만 숫자(보통 4자리 의미)에 0(0)고정 영역 변환 문자 디자인하다 생산이라고 불렸다.ified 새 Windows 코드 페이지에서도 입력할 수 있음.

예를 들어 163+를 조합하면 CP437 또는 CP850의 OEM 코드 페이지에서 163인 u(급성 억양의 라틴 문자 u)가 되는 반면 0163+는 CP1252에서 163인 문자 £(파운드의 상징)를 산출한다.[d]

숫자 0~31과 127은 윈도 코드 페이지의 컨트롤 문자다. 이 숫자들을 선행 0으로 입력하는 것은 무시된다.[citation needed]

유니코드가 도입되기 전에는 대부분의 윈도우 소프트웨어는 단일 코드 페이지에서 사용할 수 있는 문자의 레퍼토리를 사용하여 텍스트만 만들 수 있었다. 해당 페이지에 존재하지 않는 문자(소프트웨어가 Windows 코드 페이지를 사용하고 있을 때 OEM 페이지의 선 그리기 그래픽 등)는 삽입할 수 없으며, 무시되거나 예기치 않은 문자를 생성했다.[citation needed] 현대 소프트웨어는 모든 코드 페이지의 모든 문자에 숫자(코드 포인트)를 할당하는 유니코드를 사용한다. 소프트웨어는 지원되는 글꼴의 모든 코드 포인트에 해당하는 글리프에 액세스할 수 있으므로, 256 미만의 Alt 코드에서 지정한 문자를 0-fixed 또는 n-zero-fixed로 만들 수 있다.

유니코드로 전환

나중에 윈도우즈가 유니코드로 전환했을 때, 모든 유니코드 코드 포인트의 진입을 허용하도록 Alt 코드를 확장하려는 욕구가 있었다. 워드 2010, 워드패드 및 PSPad와 같은 일부 응용 프로그램(RichEdit 기반)은 관련 글리프에서 글꼴을 사용할 수 있을 때 255보다 큰 Alt 코드에 해당하는 문자를 표시한다. 메모장, 크롬, 파이어폭스, 마이크로소프트 에지를 포함한 다른 윈도우즈 애플리케이션은 255 modulo 256보다 큰 모든 숫자를 해석한다.[citation needed]

256개 미만의 번호는 OEM 코드 페이지를 사용하여 이전과 같이 작동한다. 그러나 숫자 앞에 0이 붙으면 표시 가능한 문자가 대신 Windows 코드 페이지에 따라 매핑된다. 이 문자 집합은 ISO 표준에 더 가까울 것이며, C1 코드(128 –159)의 대부분이 보다 유용한 기호를 인코딩하는 데 사용된다는 점에서 약간 다를 것이다. 예를 들어,0150 +와 0151+는 각각 en과 em dash, – 및 —를 생성한다.

대부분의 유니코드 문서와 문자표 액세서리는 코드 포인트를 소수점이 아닌 16진수로 표시해 소수점 입력이 불편하다. 그래서 16진법 코드 포인트를 이용하여 윈도우에서 유니코드를 입력하는 방법이 개발되었다. 이를 활성화하려면 사용자가 호출한 문자열 유형(REG_SZ) 값을 설정하거나 생성해야 한다. EnableHexNumpad 레지스트리 키로 HKEY_CURRENT_USER\Control Panel\Input Method, 값 데이터 할당 1 다시 부팅하거나 로그아웃/로그인하십시오.[citation needed] 그러면 선두가 16진수 유니코드 값 입력을 허용한다( –에 대한 메인 키보드 사용).F 예를 들어 +11B+는 ě(e with caron)을 생성한다.

Word, Wordpad, Excel, LibreOffice를 포함한 많은 애플리케이션은 많은 문자에서 작동하는 더 간단한 방법을 지원한다. 즉, 16진수를 먼저 입력(문서에 삽입)한 다음 +X를 입력하여 일치하는 유니코드 문자로 변경하는 것이다.

문제

사용할 수 없는 경우 Alt 코드를 시도하면 동일한 키에 사용되는 컨트롤로 인해 일부 응용 프로그램에서 예기치 않은 결과가 발생할 수 있다. 예를 들어 4+를 ←+로 가져갈 수 있으므로 웹 브라우저가 한 페이지로 되돌아간다.

많은 노트북이 별도의 숫자 키패드를 가지고 있지 않지만, 일부 노트북은 수정자 키(일반적으로 "Fn"으로 표시됨)를 잡음으로써 숫자 입력 기능을 제공할 수 있으므로 문자 코드를 입력하는 동안 와 키를 모두 길게 눌러야 한다.

기타 운영 체제

Alt 키 방법은 Chrome OS, Mac OS, Linux 또는 기타 운영 체제에서는 작동하지 않으며, 1980년대 IBM PC 문자 인코딩을 정의의 일부로 포함하기 때문에 쉽게 액세스할 수 있는 복제 관련 증거가 없다. 그러나 유니코드 문자의 숫자 입력은 대부분의 유닉스 또는 유닉스 유사 OS에서 ++,⇧ ShiftU (release) 다음에 16진수, 스페이스바 또는 키 입력으로 가능하다. 예를 들어,

  • 등록 상표 기호 ®의 경우 ++⇧ ShiftU AE↵ Enter;를 입력하십시오.
  • no entry 기호 ⛔에 ++⇧ ShiftU를 입력하십시오.

대안

사용자가 원하는 문자를 클릭해 선택할 수 있는 팝업 창을 사용하는 등 번호별로 선택하지 않고 문자를 만들 수 있는 대체 시스템이 존재한다. 예를 들어 Windows 문자표 또는 MsOffice의 문자 삽입 기능이 있다. 자세한 내용은 유니코드 입력을 참조하십시오.

참고 항목

메모들

  1. ^ 승인된 번호 목록은 CP437 문서를 참조하십시오.
  2. ^ 처음에는 "ANSI" 코드 페이지라고 불렸지만, 마이크로소프트는 이것이 잘못된 용어라는 것을 인정했다.
  3. ^ 여기서 16비트 DBCS 코드 페이지를 고려하지 않음으로써 약간 단순화.
  4. ^ 이러한 0-선호화 이항 조합 목록은 CP1252를 참조하십시오.

참조