Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

역슬래시(backslash) 문자가 왜 통화 표기 문자(한글인 경우 "\")로 보일까요?

다음과 같은 웹 페이지를,

<!DOCTYPE html>

<html xmlns="http://www.w3.org/1999/xhtml">
<head runat="server">
    <title></title>
</head>
<body>
    <div>
    back-slash: \
    </div>
</body>
</html>

영문 OS에서 Region 설정을 Korea로 설정한 운영체제 내에서 Edge, Chrome, IE 11을 이용해 방문해 보면 각각 다음의 결과를 얻을 수 있습니다.

backslash_1.png

그러니까, 역슬래시(backslash) 문자가 "\(Won: 원)"로 보이는 것은 응용 프로그램 마음입니다. ^^; 그렇다면, 응용 프로그램들이 어떻게 했길래 저런 결과를 보여주는 걸까요?

사실, 화면에 '문자'를 보여주는 것은 폰트에 좌우됩니다. 즉, 예상으로는 크롬 vs IE/Edge 간에 화면 렌더링 용 기본 폰트가 다름을 짐작할 수 있습니다. 한번 확인해 볼까요? ^^

크롬과 IE/Edge에 포함된 '개발자 도구'는 최종 렌더링 된 요소의 속성 값을 알려주는 "Computed" 탭이 있으니, 이를 통해 확인해 보면 됩니다. 다음은 IE/Edge의 경우를 보여주는데 기본 폰트가 "Times New Roman"이고,

backslash_2.png

크롬은 "Malgun Gothic"으로 되어 있습니다.

backslash_3.png




그럼, 차근히 원인 분석을 해볼까요? ^^ 먼저 IE/Edge를 살펴보겠습니다.

가령, 다음과 같은 내용을 포함한 웹 페이지를 내려보내면,

<span>한글 \</span>

IE/Edge는 여전히 백슬래시를 "\" 문자가 아닌 '\' 문자로 보여줍니다. 심지어 위의 span 요소에 대해 Computed Style을 확인하면 폰트가 "Times New Roman"으로 되어 있습니다. 아니??? 한글이 포함된 요소를 "Times New Roman" 폰트로 렌더링 하는데 왜 잘 나오는 걸까요?

이에 대해서는 제어판의 "Internet Options"를 열어 "Fonts" 항목을 보면 됩니다.

backslash_4.png

위의 설정에 보면 "Korean" 스크립트에 대해 "Webpage font"의 경우 "Gulim"으로 출력하라고 되어 있습니다. 따라서 IE/Edge는 "Times New Roman" 폰트에 포함되지 않은 "한글"이라는 글자는 "Gulim" 폰트로 출력하지만, 역슬래시 문자('\')의 경우 기본적으로 "Times New Roman" 폰트에 있기 때문에 "Gulim" 폰트를 사용하지 않는 것입니다.

그럼, 자연스럽게 Chrome에서 백슬래시를 "\"로 보여주는 이유를 알 수 있습니다. 크롬의 경우 기본 폰트가 "맑은 고딕(Malgun Gothic)"이고 그 안에 백슬래시가 "\"로 정의되어 있기 때문에 그대로 보여주는 것입니다. (만약 순수 영문만 설치된 운영체제에서 크롬으로 본다면 역시 '\' 문자로 나올 것입니다.)

그렇다면, "Times New Roman"에는 역슬래시 문자가 '\'로 정의되어 있는 반면 "맑은 고딕(Malgun Gothic)" 폰트에는 '\' 문자라는 것임을 확인해 보면 되는데, 이를 위해 "Character Map" 프로그램을 이용할 수 있습니다.

[그림 1: Times New Roman 폰트인 경우]
backslash_5.png

[그림 2: 맑은 고딕(Malgun Gothic) 폰트인 경우]
backslash_6.png





자, 이제 아셨죠? ^^

그렇다면 하나의 웹 페이지에서 백슬래시를 어떻게 보여야 할지 웹 브라우저에 관계없이 자유롭게 제어할 수 있습니다. 이런 식으로!

웹 페이지:
<span style="font-Family: Times New Roman">\</span> 

출력: \

웹 페이지:
<span style="font-Family: Gulim">\</span> 

출력: \

참고로, 위의 규칙은 모든 프로그램에 적용됩니다. 만약 여러분들이 사용하는 프로그램에서 역슬래시를 '\'로 보여주고 있다면 프로그램에서 선택된 폰트에 그렇게 정의되어 있는 것입니다. 따라서, 해당 응용 프로그램의 설정 창에서 폰트를 "Consolas"와 같은 식으로 바꿔주면 정상적으로 '\' 문자로 볼 수 있습니다.




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 8/14/2021]

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

비밀번호

댓글 작성자
 



2016-12-20 01시42분
이런 깨알같은 팁이라니...좋은 정보 감사합니다^^
Beren Ko
2016-12-20 02시25분
오늘 처음 알았네요ㅎㅎ 좋은 정보 감사합니다.^^
정재민

... [61]  62  63  64  65  66  67  68  69  70  71  72  73  74  75  ...
NoWriterDateCnt.TitleFile(s)
12101정성태1/5/202011102.NET Framework: 876. C# - PEB(Process Environment Block)를 통해 로드된 모듈 목록 열람
12100정성태1/3/20209128.NET Framework: 875. .NET 3.5 이하에서 IntPtr.Add 사용
12099정성태1/3/202011413디버깅 기술: 151. Windows 10 - Process Explorer로 확인한 Handle 정보를 windbg에서 조회 [1]
12098정성태1/2/202011017.NET Framework: 874. C# - 커널 구조체의 Offset 값을 하드 코딩하지 않고 사용하는 방법 [3]
12097정성태1/2/20209575디버깅 기술: 150. windbg - Wow64, x86, x64에서의 커널 구조체(예: TEB) 구조체 확인
12096정성태12/30/201911585디버깅 기술: 149. C# - DbgEng.dll을 이용한 간단한 디버거 제작 [1]
12095정성태12/27/201912926VC++: 135. C++ - string_view의 동작 방식
12094정성태12/26/201911088.NET Framework: 873. C# - 코드를 통해 PDB 심벌 파일 다운로드 방법
12093정성태12/26/201911132.NET Framework: 872. C# - 로딩된 Native DLL의 export 함수 목록 출력파일 다운로드1
12092정성태12/25/201910540디버깅 기술: 148. cdb.exe를 이용해 (ntdll.dll 등에 정의된) 커널 구조체 출력하는 방법
12091정성태12/25/201912074디버깅 기술: 147. pdb 파일을 다운로드하기 위한 symchk.exe 실행에 필요한 최소 파일 [1]
12090정성태12/24/201910704.NET Framework: 871. .NET AnyCPU로 빌드된 PE 헤더의 로딩 전/후 차이점 [1]파일 다운로드1
12089정성태12/23/201911423디버깅 기술: 146. gflags와 _CrtIsMemoryBlock을 이용한 Heap 메모리 손상 여부 체크
12088정성태12/23/201910400Linux: 28. Linux - 윈도우의 "Run as different user" 기능을 shell에서 실행하는 방법
12087정성태12/21/201910871디버깅 기술: 145. windbg/sos - Dictionary의 entries 배열 내용을 모두 덤프하는 방법 (do_hashtable.py) [1]
12086정성태12/20/201912909디버깅 기술: 144. windbg - Marshal.FreeHGlobal에서 발생한 덤프 분석 사례
12085정성태12/20/201910608오류 유형: 586. iisreset - The data is invalid. (2147942413, 8007000d) 오류 발생 - 두 번째 이야기 [1]
12084정성태12/19/201911253디버깅 기술: 143. windbg/sos - Hashtable의 buckets 배열 내용을 모두 덤프하는 방법 (do_hashtable.py) [1]
12083정성태12/17/201912520Linux: 27. linux - lldb를 이용한 .NET Core 응용 프로그램의 메모리 덤프 분석 방법 [2]
12082정성태12/17/201912380오류 유형: 585. lsof: WARNING: can't stat() fuse.gvfsd-fuse file system
12081정성태12/16/201914112개발 환경 구성: 465. 로컬 PC에서 개발 중인 ASP.NET Core 웹 응용 프로그램을 다른 PC에서도 접근하는 방법 [5]
12080정성태12/16/201912040.NET Framework: 870. C# - 프로세스의 모든 핸들을 열람
12079정성태12/13/201913243오류 유형: 584. 원격 데스크톱(rdp) 환경에서 다중 또는 고용량 파일 복사 시 "Unspecified error" 오류 발생
12078정성태12/13/201913189Linux: 26. .NET Core 응용 프로그램을 위한 메모리 덤프 방법 [3]
12077정성태12/13/201912683Linux: 25. 자주 실행할 명령어 또는 초기 환경을 "~/.bashrc" 파일에 등록
12076정성태12/12/201910917디버깅 기술: 142. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅 - 배포 방법에 따른 차이
... [61]  62  63  64  65  66  67  68  69  70  71  72  73  74  75  ...