Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 3개 있습니다.)
(시리즈 글이 4개 있습니다.)
Windows: 97. cmd.exe 창에서 사용할 폰트를 추가하는 방법
; https://www.sysnet.pe.kr/2/0/1711

개발 환경 구성: 384. 영문 설정의 Windows 10 명령행 창(cmd.exe)의 한글 지원
; https://www.sysnet.pe.kr/2/0/11559

Windows: 166. 윈도우 10 - 명령행 창(cmd.exe) 속성에 (DotumChe, GulimChe, GungsuhChe 등의) 한글 폰트가 없는 경우
; https://www.sysnet.pe.kr/2/0/12053

Windows: 186. CMD Shell의 "Defaults"와 "Properties"에서 폰트 정보가 다른 문제
; https://www.sysnet.pe.kr/2/0/12468




CMD Shell의 "Defaults"와 "Properties"에서 폰트 정보가 다른 문제

보통 Command Prompt의 경우 다음과 같이 "Defaults"와 "Properties" 메뉴를 통해,

cmd_fonts_diff_0.png

속성 설정이 가능합니다. (구체적인 기준은 알 수 없으나) "Defaults"로 변경하면 이후 전체 CMD 창에 반영이 되는 반면, "Properties"로 변경하면 현재의 CMD 창에만 반영이 되는데요. 재미있는 것은, 그 2개의 메뉴에서 보이는 폰트 목록이 다르다는 점입니다.

[Defaults 메뉴로 선택한 Font 탭]
cmd_fonts_diff_1.png

[Properties 메뉴로 선택한 Font 탭]
cmd_fonts_diff_2.png

이거저거 해본 결과, 현재 CMD 창의 Code page가 949인 경우 저런 차이점이 발생했습니다.

C:\temp> chcp
Active code page: 949

이것을 437로 바꾸고 다시 테스트를 하면,

C:\temp> chcp 437
Active code page: 437

이제 "Properties"의 폰트 목록이 "Defaults"와 일치하게 나옵니다.




왜 저런 차이가 발생하는지 아직 이유는 모르겠습니다. (혹시 아시는 분은 덧글 부탁드립니다. ^^)

따라서, 현재 코드 페이지가 949인 상태에서는 (Consolas처럼) 437에서만 보이는 폰트는 설정할 수 없습니다. 혹시나 "Defaults"로 변경해 전체 CMD 창에 적용되도록 시도했지만 949 상태의 cmd 창에는 적용되지 않았습니다.

그렇다면, cmd 창이 뜰 때부터 437 코드 페이지를 가지고 있어야 할 텐데요, 다음의 Q&A에 있는 글에 따라,

Change CodePage in CMD permanently?
; https://stackoverflow.com/questions/7432545/change-codepage-in-cmd-permanently

레지스트리 값을 설정해 두면,

경로: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Command Processor
이름: Autorun
값: chcp 437
타입: REG_SZ

이후 실행되는 cmd.exe 창은 기본적으로 "chcp 437"이 실행된 상태로 뜨게 됩니다. 그런 다음 "Properties"를 이용해 "Consolas"로 바꿔주고 다시 cmd.exe 창을 띄우면 이후 정상적으로 Consolas 폰트가 적용되는 것을 확인할 수 있습니다. (그런 의미에서 봤을 때, "Properties" / "Defaults" 메뉴 설정은 HKCU\Console 하위의 보관 단위 및 단축키 파일의 구분으로 보관하는 듯합니다. 혹시 자세한 정보를 아시는 분은 덧글 부탁드립니다. ^^)




참고로, "Use Unicode UTF-8 for worldwide language support" 옵션을 설정한 경우,

영문 설정의 Windows 10 명령행 창(cmd.exe)의 한글 지원
; https://www.sysnet.pe.kr/2/0/11559#utf8

cmd 창의 기본 code page가 65001이 되기 때문에 레지스트리 설정 없이 "Defaults"에 설정한 값에 따라 적용됩니다.

또한 "https://stackoverflow.com/questions/7432545/change-codepage-in-cmd-permanently'>Change CodePage in CMD permanently?" 글의 "REG ADD HKCU\Console\%SystemRoot^%_system32_cmd.exe /v CodePage /t REG_DWORD /d 437" 해결책은 제 경우에는 적용되지 않았습니다.




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 10/31/2024]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 



2022-06-26 03시04분
[ㅇㅇ] 우와 예전부터 궁금했던 내용인데 이렇게 깊게 설명한 글은 처음 보네요. 덕분에 궁금증이 많이 풀렸습니다!
추가로 제가 알아본 내용도 공유해볼게용 ㅎ

저 같은 경우에는 VS Debug console에서 폰트를 변경하고 싶어 방법을 찾아보았는데 여기에 대한 내용은 많이 없더라구요.
그런데 마지막에 언급하신 "REG ADD HKCU\..." 명령어의 경우 저는 레지스트리 편집기에서 수동으로 변경하니 적용이 되는 것을 확인했는데요,
(제 컴에서 확인해보니 올려주신 경로가 살짝 다른 것 같긴 합니다)

중요한 점은 해당 경로에 존재하는 다른 콘솔들의 경우에도 동일한 방법으로 설정이 가능한 것 같더라구요 (!)
그래서 최종적으로 원하는 CodePage와 FaceName 값을 추가하고 적용 완료하였습니다~~ ㅎㅎ
[guest]

... [106]  107  108  109  110  111  112  113  114  115  116  117  118  119  120  ...
NoWriterDateCnt.TitleFile(s)
11274정성태8/22/201719317.NET Framework: 674. Thread 타입의 Suspend/Resume/Join 사용 관련 예외 처리
11273정성태8/22/201721624오류 유형: 415. 윈도우 업데이트 에러 Error 0x80070643
11272정성태8/21/201724745VS.NET IDE: 120. 비주얼 스튜디오 2017 버전 15.3.1 - C# 7.1 공개 [2]
11271정성태8/19/201719166VS.NET IDE: 119. Visual Studio 2017에서 .NET Core 2.0 프로젝트 환경 구성하는 방법
11270정성태8/17/201730609.NET Framework: 673. C#에서 enum을 boxing 없이 int로 변환하기 [2]
11269정성태8/17/201721414디버깅 기술: 93. windbg - 풀 덤프에서 .NET 스레드의 상태를 알아내는 방법
11268정성태8/14/201720994디버깅 기술: 92. windbg - C# Monitor Lock을 획득하고 있는 스레드 찾는 방법
11267정성태8/10/201725074.NET Framework: 672. 모노 개발 환경
11266정성태8/10/201724864.NET Framework: 671. C# 6.0 이상의 소스 코드를 Visual Studio 설치 없이 명령행에서 컴파일하는 방법
11265정성태8/10/201753124기타: 66. 도서: 시작하세요! C# 7.1 프로그래밍: 기본 문법부터 실전 예제까지 [11]
11264정성태8/9/201724002오류 유형: 414. UWP app을 signtool.exe로 서명 시 0x8007000b 오류 발생
11263정성태8/9/201719471오류 유형: 413. The C# project "..." is targeting ".NETFramework, Version=v4.0", which is not installed on this machine. [3]
11262정성태8/5/201718203오류 유형: 412. windbg - SOS does not support the current target architecture. [3]
11261정성태8/4/201720775디버깅 기술: 91. windbg - 풀 덤프 파일로부터 강력한 이름의 어셈블리 추출 후 사용하는 방법
11260정성태8/3/201718868.NET Framework: 670. C# - 실행 파일로부터 공개키를 추출하는 방법
11259정성태8/2/201718128.NET Framework: 669. 지연 서명된 어셈블리를 sn.exe -Vr 등록 없이 사용하는 방법
11258정성태8/1/201718892.NET Framework: 668. 지연 서명된 DLL과 서명된 DLL의 차이점파일 다운로드1
11257정성태7/31/201719128.NET Framework: 667. bypassTrustedAppStrongNames 옵션 설명파일 다운로드1
11256정성태7/25/201720580디버깅 기술: 90. windbg의 lm 명령으로 보이지 않는 .NET 4.0 ClassLibrary를 명시적으로 로드하는 방법 [1]
11255정성태7/18/201723161디버깅 기술: 89. Win32 Debug CRT Heap Internals의 0xBAADF00D 표시 재현 [1]파일 다운로드3
11254정성태7/17/201719475개발 환경 구성: 322. "Visual Studio Emulator for Android" 에뮬레이터를 "Android Studio"와 함께 쓰는 방법
11253정성태7/17/201719742Math: 21. "Coding the Matrix" 문제 2.5.1 풀이 [1]파일 다운로드1
11252정성태7/13/201718413오류 유형: 411. RTVS 또는 PTVS 실행 시 Could not load type 'Microsoft.VisualStudio.InteractiveWindow.Shell.IVsInteractiveWindowFactory2'
11251정성태7/13/201717062디버깅 기술: 88. windbg 분석 - webengine4.dll의 MgdExplicitFlush에서 발생한 System.AccessViolationException의 crash 문제 (2)
11250정성태7/13/201720662디버깅 기술: 87. windbg 분석 - webengine4.dll의 MgdExplicitFlush에서 발생한 System.AccessViolationException의 crash 문제 [1]
11249정성태7/12/201718454오류 유형: 410. LoadLibrary("[...].dll") failed - The specified procedure could not be found.
... [106]  107  108  109  110  111  112  113  114  115  116  117  118  119  120  ...