김 용묵의 절대공간 - 블로그

지난해 말에 <날개셋> 한글 입력기 6.71이 나온 지도 벌써 두 주가 넘게 지났다.
한 열흘 동안은 프로그램 소스를 고칠 일이 없이 나도 새 버전을 잘 썼다. 한글 입력과 관련하여 내가 속으로 구상하고 있는 최소한의 기술적 기반을 아주 탄탄히 갖춰 놓은 이 프로그램에 만족하면서 지냈다.

그러나 세월이 흐르면서 역시 프로그램에는 약점, 버그 내지 개선할 점이 발견된다.
그리고 지금 추세대로라면 다음 달쯤에 6.72 정도의 마이너 업그레이드 버전이 또 나와야 할 것 같다.
이 글에서는 2013년 1월 현재의 <날개셋> 한글 입력기의 개발 소식을 좀 전하도록 하겠다.

1. 사용자 정의 조합 제어판 UI에 프로그램이 뻗는 버그가 있음

먼저, 좀 어이없고 치명적인 버그가 발견되었다.
6.71은 제어판에서 '<날개셋> 고급 입력기'의 관할에 있는 '사용자 정의 조합'의 데이터를 조합 로직이든 후보 데이터든 고칠 수가 없다. 그걸 고치고 나면 데이터가 쓰레기값으로 바뀌고 프로그램이 죽는다.

본인은 한번 만들었던 코드를 그냥 내버려 두는 게 아니라 끊임없이 최신 코딩 스타일로 리팩터링을 하는 편인데, 그 과정에서, 해제해서는 안 되는 메모리를 부적절한 타이밍에 먼저 해제해 버리는 실수가 들어갔다.
이런 버그가 생긴 것을 유감-_-스럽게 생각한다.

2. 외부 모듈, 한글 첫 타가 덧나거나 끊기는 문제

<날개셋> 한글 입력기 외부 모듈은 특정 응용 프로그램에서 한글 조합 첫 타가 덧나거나 조합이 끊어지는 등, 제대로 인식되지 않는 문제가 종종 있었다. MS 오피스의 엑셀이나 파워포인트 등, 평상시에는 텍스트 편집 모드가 아닌데 한글 입력과 동시에 cursor가 나타나고 텍스트 편집 모드로 진입하는 프로그램의 경우 이런 오동작이 있는 편이었다.

그리고 최근에는 유명 공개 소프트웨어인 Paint .NET의 텍스트 입력 도구에서도 첫 타가 제대로 처리되지 않는다는 버그 신고가 있어서 이를 확인했다.
분석을 해 보니, 문제를 해결하는 방법은 간단하다. 이미 알려져 있는 방법론을 적용하면 된다. 그런데 문제는, 그 방법론은 다른 프로그램에서는 또 다른 오동작을 일으킨다는 것이다.

모든 프로그램에서 정확하게 잘 동작하는 해결책은 본인은 MS 한글 IME의 소스를 보지 않은 이상, 난 알지 못한다. 이게 사실은 IME의 개발과 관련해서 굉장히 골치 아픈 문제이기도 하다. 결국 현재 IME를 사용 중인 응용 프로그램의 이름에 따라 일부러 서로 다르게 동작하는 지저분한 꼼수를 동원할 수밖에 없었다.

그래서 Paint .NET에서 발생하는 그 문제를 어쨌든 해결은 했다. 그러고 보니 네이티브 코드 프로그램이 아닌 닷넷 기반 프로그램을 디버깅한 건 이번이 처음인 것 같다. .NET 프로그램은 EXE의 PE 헤더로는 x86용 32비트 프로그램이라고 명시되어 있어도, 64비트 운영체제에서는 결국 64비트 IME가 동작한다는 걸 알 수 있었다. 신기한 환경이다.

하지만 근본적인 문제를 해결한 게 아니라 응용 프로그램별로 인위적으로 문제를 피해 가게 한 것일 뿐이기 때문에, 앞으로 또 특이한 프로그램에서는 한글 첫 타와 관련된 문제가 여전히 있을 수 있다.
내가 나름 <날개셋> 편집기라는 에디터까지 다 만들어 봤지만, IME가 아닌 응용 프로그램의 관점에서 어떻게 해야 “첫 타를 그렇게 특이하게 처리하는 프로그램”을 만들 수 있는지를 모른다. 그래서 IME도 그렇게 불완전하게 만들 수밖에 없음을 밝힌다.

3. 윈8 지원은?

그리고 많은 사용자들이 기다리고 있을 Windows 8 환경의 지원에 대해서도 얘기를 하겠다.
결론부터 말하자면 잘 되고 있다.

윈8의 문자 입력 시스템은 이전 버전과 비교했을 때 크게 두 가지가 바뀌었다.
첫째, 스레드 단위로 모든 프로그램이 제각각 서로 다른 입력 언어와 한영 상태를 갖던 전통 관행을 깨고 모든 시스템이 동일한 입력 언어와 입력 상태를 공유하는 옵션이 추가되었다.
둘째, 입력 언어당 한/영 상태 같은 오로지 한 개의 버튼만을 갖는 극단적인 간소화 모드가 추가되었다.
이 두 옵션은 모두 기본적으로 “켜져 있다”.

거기에다 갑자기 무슨 바람이 들었는지 IME의 아이콘들의 배색을 전부 black & white 배색으로 바꿔 버린 건 부가적인 사항이고.

일단 개인적인 평을 말하자면 '둘째'의 경우 왜 지금과 같은 체계로 바꿨는지가 불만이며 좀 이해가 안 간다.
기존의 TSF language bar에도 개념적으로 간소화 모드는 있었다. IME는 도구모음줄에다 버튼들을 등록할 때, 간소화 모드에서도 표시되어야 하는 정말 중요한 아이콘에 대해서는 별도의 옵션 플래그를 주게 할 수 있었다.

그래서 도구모음줄을 우클릭한 뒤 '작업 표시줄에 아이콘 추가' 옵션을 끄면 중요한 아이콘만 표시되는 간소화 모드가 된다. 사실 이건 사용자를 오도하기에 충분할 정도로 말을 굉장히 이상하게 번역해 놓은 것이다.

뭐 아무튼.. 이것만 활용하면 아무 문제가 없을 텐데,
윈8은 또 자체적인 간소화 모드를 구현하기 위해서 IME가 별도의 카테고리 등록을 하고 아이콘을 추가로 등록해야만 하는 등, 굉장히 비생산적이고 번거로운 절차를 추가했다.

그래도 어쩔 수 있나.. 까라면 까야지. 어쨌든 윈8만의 간소화 모드를 지원하게 해서 데스크톱 모드에서 도구모음줄이 나오게 했고, 그리고...

메트로 앱에서 Win+Space로 입력기를 전환하여 <날개셋> 한글 입력기를 구동한 모습 인증샷이다. 올레!
나는 평가판을 쓰고 있어서 그런지, 디지털 서명을 안 해도 동작을 하긴 한다.
윈8 지원이 잘 되면.. 6.72가 아니라 8자에 맞춰서 다음 버전을 그냥 6.8로 올려 버릴 수도 있다.

사실, '메트로'라는 단어는 윈8이 나오기 전에 잠깐 쓰이다가 폐기된 용어이고 현재 MS에서 공식적으로는 Modern UI라고 부른다. 하지만 난 '모던 UI'보다 '메트로'가 훨씬 더 직관적으로 잘 와 닿는데 어떡하지? 마치 notification area vs '시스템 트레이'처럼 윈도우 운영체제에는 공식 명칭과 비공식 명칭이 따로 노는 요소가 몇 가지 더 있다.

전체 화면에서 돌아가고 단축키를 외워야 하는 등, 메트로 앱은 어찌 보면 옛날 도스용 프로그램으로 회귀한 듯한 느낌이다. 단지 도스 시절보다 하드웨어의 성능이 훨씬 더 좋고 앱 프로그래머가 직접 하드웨어를 저수준에서 제어해야 할 필요가 없을 뿐이다.

4. 기타

사소한 사항이지만, 도움말과 UI의 용어를 추가로 좀 교정한 게 있다.
그리고 도구모음줄이 세로로 길쭉한 작업 표시줄에 embed되어 있어서 버튼 아이콘들이 여러 줄에 걸쳐서 나열될 때, 아이콘들이 언제나 순서대로 위에서 아래로 순서대로 잘 표시되게 로직을 개선했다. 이것도 원래는 스펙대로만 만들면 운영체제가 보장을 잘 해 줘야 하는 건데 좀 사소한 잡음이 있었다.

지난 6.7 이래로 6.71의 다음 버전도 실질적인 '새로운 기능의 추가'는 없이 버그 수정, 최신 운영체제 지원, 데이터와 도움말의 개선 같은 변화만 있을 듯하다.

Posted by 사무엘

1.
지하철과 비교했을 때 버스는 막히고 느리고, 멀미와 차냄새, 급커브와 급가속 때문에 승차감이 월등히 안 좋은데.. 그뿐만이 아니라,
제발 예측 가능한 정위치에 정차 좀 할 수 없나?

대로변의 지하철역 근처처럼 많은 버스들이 상시 동일 정류장에 정차하는 곳에서는 이것 때문에 정류장 주변이 가히 헬게이트로 변한다. 도대체 어디서 줄을 서야 선착순으로 질서 있게 버스를 탈 수 있을지 알 수 없기 때문이다. 마치 번호표나 한줄 서기 같은 '시스템'이 없으니 그 무질서함과 야만성 때문에 승하차에서부터 스트레스가 쌓인다.

정차 중인 다른 버스들 때문에 정류장에서 20미터 가까이 떨어진 곳에서 문을 달랑 열어서 승객을 미리 승하차시킨 것까지는 좋다. 그런데 그런 뒤에 버스가 정류장에는 안 들르고 바로 떠나 버리니, 이 때문에 골탕먹고 멘붕당한 적이 몇 번 있어서 나는 인상이 더욱 안 좋다.

겨우 좀 덜 걷고 계단 덜 오르내린다는 점 때문에 선호하기에는 난 버스에 안 좋은 면모가 더 많이 눈에 띈다.
이 점에 관한 한은 내가 철덕이어서가 결코 아니라 정말 객관적으로 그렇다.
어쨌든 난 신사적이고 우아한 고품격 교통수단인 지하철이 더 좋다.

* 실제로 시각장애인은 위와 같은 이유 때문에 궤도 교통수단을 훨씬 더 선호한다.
시각장애인은 눈이 안 좋을 뿐 팔다리는 멀쩡한 경우가 많기 때문에, 점자만 따라가면 된다면 수직 이동은 별로 문제되지 않으며, 그 대신 정위치 정차가 접근성에서 더 중요하기 때문이다.

2.
열차 운전 시뮬레이션이 되는 러닝 머신이 있으면 나 정말 운동 무지무지하게 열심히 해서 살 뺄 수 있을 것 같다.

러닝머신인데, 비디오 화면으로 운전석 전방을 찍은 열차 주행 동영상이 들어있다.
경부고속선, 수도권 전철 n호선, 경부선, 중앙선 등 노선을 고르고 운행 구간과 방향을 고른다.

그 뒤, 궤도가 움직이는 속도의 n배 속도로 열차가 주행하듯이 화면이 쫙 흐르고, 옆의 화면엔 현재 열차의 진행 위치와 다이아가 뜬다. 당연히.. 역에 정차할 때는 휴식. 주행 중엔 레일 부딪치는 소리와(장대레일 옵션을 켰을 때는 제외), 열차 구동음도 나온다.

그러면서 옛날에는 서울-부산이 4시간 반 걸렸는데 지금은 4시간 10분만 걸린다는 식으로 속도를 올리면서 운동 강도를 높인다.
내가 지금 밀양 철교, 풍세교, 황학 터널, 한강 철교 등을 달린다는 느낌으로 운동을 한다면 얼마나 즐거울까!?

이런 기계 어디서 만들면 사 주겠다.

3.
그래서 요즘은.. 운전할 때도 예외가 아니다.

이게 내가 원하던 것이었다. ㅋㅋㅋㅋㅋ
몸은 운전대를 잡고 있지만 마음만은... (더 이상의 자세한 설명은 생략)

뮤직비디오 말고도 <영상포엠 간이역>, <심층취재 지하철에 미친 아이들> 등등도 다 인코딩해서 틀어 놓고 있다.
알고 보니 다음 팟인코더는 차종만 고르면 그 차 내비가 지원하는 동영상 포맷으로 알아서 인코딩을 해 주더라..;;

물론 안전을 위해 차가 조금이라도 움직이기 시작하면 동영상이 꺼지고 음성만 나오지만, 이것만으로도 차가 시내 정체에 갇혀 있을 때 예전보다 훨씬 덜 심심할 수 있게 됐다.
D에서 최소 엔진 회전수로 차가 슬금슬금 기어가는 걸 조금만 놔 둬도 동영상은 꺼짐.

4.
끝으로,
미국 오바마 행정부에서 부통령을 역임하고 있는 조 바이든.
미국의 철덕이라고 한다..;; 오오..

부통령이 되기 전 시 의원으로 활동할 때도 통근은 당연히 승용차 대신 아셀라 익스프레스로 해 왔으며,
지금은 저가 항공사들의 반발을 무릅쓰고 전국 고속철도망 계획을 구상하는 대단한 양반.
아예 철도역 승강장에서 다른 사람들까지 보는 가운데 가족 생일 파티까지 한 사람이다.

이 사람이 미국의 <레일로드>격이라 할 수 있는 Arrive라는 잡지에다 기고한 Why AMERICA needs TRAINS라는 글은 가히 전설을 넘어 레전드급의 포스를 자랑한다.
미국에 철도가 필요한 이유~!! 너무 멋지다! 미국엔 희망이 있다.

전문을 언제 날잡아서 번역하고 싶다.

Posted by 사무엘

※ 윈도우 프로그래머라면 누구나 다 알 만한 내용에 대한 정리이다.
보면 아시겠지만 1~5까지 등장하는 기술들은 서로 동등한 차원의 관계에 있는 것들이 아니다.

1. 윈 API

kernel32, gdi32, user32를 주축으로 운영체제가 응용 프로그램에다 자신의 기능을 제공하는 가장 원초적인 매체이다. 우리에게 친근한 CreateWindowEx, DispatchMessage, CreateFile 등등등! 20년에 달하는 역사를 자랑하며, Windows라는 운영체제와 PC 데스크톱 애플리케이션이라는 영역 자체가 존속하는 한 결코 없어지지 않는다. 과거의 도스 API는 그냥 인터럽트 호출을 그대로 노출하던 반면, 윈도우 API는 C언어 함수 호출 형태를 근간으로 만들어져 있다.

2. MFC

윈 API만 쓰면 생산성이 크게 떨어지고 불편한 관계로, 1990년대 초에 응용 프로그램의 주 개발 언어가 C에서 C++로 넘어가던 시기에 기존 API를 C++ 라이브러리 형태로 적당히 wrapping하기 위해 이 물건이 개발되었다.
생성자와 소멸자, 오버로딩과 상속, message map 같은 것들 덕분에 생API보다야 개발 생산성이 크게 향상되는 건 사실이나, 이걸 제대로 쓰려면 윈 API도 알아야 되고 객체지향 이념과 MFC가 새로 도입된 개념까지 다 알아야 하기 때문에 초기 학습자의 부담이 커진다. 또한 MFC 자체가 부과하는 오버헤드도 만만찮다.

MS C 7.0의 다음 버전인 비주얼 C++ 1.0때부터 application frameworks라는 이름으로 존재하고 있었다. 16비트 시절부터 존재했으니 역사가 제법 길다.

3. COM

함수 호출 규약, 메모리 할당과 해제 방식, 문자열의 처리 방식, 특정 기능이 담겨 있는 객체를 식별하고 외부에 노출하는 방식 같은 아주 기본적인 바이너리 수준에서의 소프트웨어 컴포넌트 제조 규격을 범언어적으로 통일하는 스펙이다. 가령, 윈API가 DLL 로딩을 위해 전통적으로 지저분한 LoadLibrary(파일명), GetProcAddress나 import library 같은 저수준 방법을 썼다면, COM의 사고방식으로는 CoCreateInstance와 깔끔한 class ID만으로 끝인 것이다.

이건 1990년대 중반의 32비트 윈도우 이래로 도입되었다. 지금은 옛날보다야 중요도가 크게 떨어진 게 사실이지만 DirectX, 탐색기 셸, 드래그 드롭 같은 일부 분야의 API는 이 COM 방식으로 제공되기 때문에 프로그래머아면 COM의 개발 취지와 기본 개념 정도는 알 필요가 있다. 한편, MFC도 이런 COM 규격을 만족하는 컴포넌트를 새로 구현하는 데 쓰이는 공통 필수 기능을 지원한다.

4. GDI+

클래식 윈 API 중에서 GDI 계층을 계승하는 그래픽 라이브러리로, MS가 제공하는 API로는 드물게 C와 더불어 순수 C++ 기반으로 만들어졌다. 또한 사용하는 자료형이나 명칭들이 윈 API와는 완전히 다르며 서로 관련이 없다는 특징이 있다. 비록 GDI+는 기존 GDI보다 느리고 오버헤드가 크지만, 알파 블렌딩, 그러데이션 같은 최신 그래픽 카드를 활용하는 고급 그래픽 기능에 더욱 특화되어 있으며, 일부 그리기 기능은 반드시 GDI+만 써야 가능한 것도 있다.

가령, 안티앨리어싱이 적용된 글자를 찍는 건 재래식 GDI로도 가능하지만 안티앨리어싱이 적용된 선을 그리는 건 GDI+를 써야만 가능하다. 그리고 윈도우 비스타/7의 glass 영역에다가 알파 채널이 적용된 그림/글자를 제대로 그리는 것도 역시 GDI+로만 가능하다.

5. .NET

기계어가 아닌 바이트코드 가상 기계(common language runtime)를 기반으로 하면서, 운영체제 API를 객체지향 위주로 완전히 새로 설계한 윈도우 프로그래밍 플랫폼이다. 예전에는 비주얼 베이직이 얼추 이런 개발 환경을 지향하고 있었지만 닷넷은 그보다 스케일이 범언어적으로 훨씬 더 커졌다. .NET 환경에서의 주력 개발 언어인 C#은 최신 언어답게 디자인이 깔끔하고 빌드 생산성이 우수하다. 하지만 네이티브 기계어 프로그램만치 빠르거나 운영체제 내부를 세밀하게 지어하지는 못하며, 닷넷 프레임워크 위에서만 돌아갈 수 있다는 한계도 있다.

.NET에서는 기본 그래픽 API가 GDI+이다. 둘 다 윈도우 XP부터는 기본 내장이고, 윈도우 98부터 2000/ME까지는 운영체제에 배포판을 추가 설치해서 쓸 수는 있다. 다만, 윈95는 지원을 끊었다.
윈도우 8에서는 닷넷조차도 다른 언어와 플랫폼으로 대체되었는지 WinRT라는 플랫폼이 등장하며, C++ 언어도 C++/CX라고 대대적으로 칼질이 가해졌다. 이게 앞으로 6번으로 추가되어야 할 듯하다.

맥 OS는 운영체제의 API가 저런 식의 내력을 거친 게 있으려나 궁금하다. 코코아, 카본 같은 건 어느 위상에 속할까?

Posted by 사무엘

호머 헐버트(Homer B. Hulbert 1862-1949).
뼛속까지 한국덕으로, 한국인보다 한국을 더 진심으로 사랑한 미국인으로 아주 유명한 분이다. 2013년 새해의 첫 글은 훈훈한 이야기로 시작하겠다. ㅎㅎ

그는 모국어인 영어는 물론 한국어도 자유자재로 구사했으며, 한국의 역사와 문화를 서양에다 소개하고 한반도에 신식 학교를 세우는 등 수많은 좋은 일을 했다.
또한 정치적으로도 구한말 시절부터 고종 황제를 보호하고 헤이그 밀사를 직접 선발하여 조선/대한 제국의 독립 승인을 위해 적극 애썼다.

당시 미국의 대통령이던 시어도어 루스벨트는 한국의 입장에서는 뼈아픈 결정을 내린 사람이었다. 그가 그냥 국제 정세에 따라 일본으로 하여금 조선을 침탈하는 걸 승인했을 때, 헐버트는 자국 대통령을 비판하면서 일제가 조선의 주권을 침탈하게 해서는 안 된다고 주장했다. 그리고 1907년, 일제에 의해 미국으로 쫓겨난 뒤에 본토에서도 이 승만, 서 재필 등의 독립 운동을 도와 줬다.

또한 그가 무엇보다도 감화되었던 것은 한글이다. 한글을 나흘 만에 깨우친 뒤 이게 보통 문자가 아니라는 걸 직감하였으며, 어렵고 비효율적인 문자인 한자를 버리고 온 국민이 한글로 지식을 깨우쳐야 한다고 설파했다. 그리고 한글 정서법에도 띄어쓰기가 있는 게 좋겠다고 제안하여 서 재필이나 주 시경 같은 선각자들에게 영향을 끼치기도 했다.

“조선에서는 사람들이 우수한 자기네 고유 문자를 스스로 천대하다니 이렇게 안타까울 수가!” 이런 말을 미국인이 했다는 게 믿어지는가? 여러 애국 단체들 중에서도 특별히 한글 학회에서 사랑할 수밖에 없는 인물이다.

역사 기록에 따르면 1909년, 이토 히로부미를 저격한 안 중근 의사조차도 일본 경찰로부터 심문을 받던 중에 어쩌다 헐버트 얘기가 나오자, 그는 “헐버트는 한국인이라면 단 하루라도 잊어서는 안 될 민족의 은인이다”라고 증언했다고 한다. 다른 위인의 눈에 보기에도 헐버트는 큰 위인이었던 것이다.

그는 1945년 해방이 ‘정의와 인도주의의 승리’라고 한국을 진심으로 축하해 주었고, “나는 죽어서도 웨스트민스터 사원보다 한국 땅에 묻히기를 원한다”고 말했다. 그리고 실제로 마포 한강변에 있는 양화진 외국인 묘지에 묻혔다.

우리나라의 유명 독립 유공자들은 대체로 1960년대 초에 대대적으로 조사되어 각종 훈장이 추서된 반면, 이분은 아예 서거 이듬해인 1950년 3월 1일에 진작부터 이 승만 정부로부터 건국 공로 훈장 태극장이 추서되었다. 그가 어떤 계기로 그렇게 여러 나라들 중에 하필 한국을 사랑하게 되었는지 궁금해진다.

그는 다트머스 대학 출신이라고 하는데, old timer 프로그래머라면 기억하려나? BASIC 언어를 개발한 존 케메니와 토머스 커즈가 바로 이 대학의 교수이다. 그래서 베이직 언어의 여러 방언들 중에서 특별히 오리지널을 ‘다트머스 베이직’이라고 일컫는다. 한국인이라면 다트머스 대학이 헐버트의 모교이기도 하다는 걸 덩달아 기억할 필요가 있겠다.

한편, 헐버트에 필적하는 대한민국 독립 유공자 외국인으로는 캐나다인인 프랭크 스코필드(귀화명 석 호필)도 있다. 그는 의사이자 제암리 학살 사건 사진을 전세계에 보도한 기자이고, 서울 현충원에 묻혔다. 옛날에 스펀지에서 이 스코필드에 대해서 소개했었는데, 내용이 워낙 훈훈하다 보니 별 다섯 개를 당당히 받은 적이 있다.

그런데 헐버트는 스코필드에 비해서 인지도가 많이 뒤쳐지는 것 같다. 구한말 때는 열정적으로 한반도에서 활동했지만 정작 일제 강점기를 앞두고는 추방당해서 미국에서 지낼 수밖에 없어서 그런 듯.
그래서 작년 여름, 한글 새소식(한글 학회 월간지) 2012년 8월호(통권 480호)에서는 헐버트 박사 특집이 편성된 적이 있다. 우리나라 역사에 이런 분도 있었다는 것을 처음 알았다.

Posted by 사무엘

전철을 탈 때 자전거를 갖고 타도 될까? 여기에 대한 규정은 의외로 회사별로 case by case이다.

레벨 1. 모든 요일, 모든 시간대에 가능: 공항 철도
한때는 환승 할인도 없이 독자적인 요금을 징수하여 어그로를 이끌었던 공항 철도가, 코레일에 인수된 이후 자전거에 관한 한 가장 대인배가 되었다. 물론 열차가 워낙 한산하니 자전거를 실을 여력이 되기 때문일 것이다. 인천 구간 말고 서울역-김포공항 같은 서울 도심 구간까지 동일한 정책이 적용된다는 점도 포인트.
단, 직통열차는 당연히 불허이며, 인천국제공항 역 자체는 자전거 출입을 할 수 없다.

레벨 2. 평일 출퇴근 시간대만 빼고 모든 요일과 시간대에 가능: 코레일 외곽형 노선. 경의선(DMC-문산), 중앙선(용산-용문 전구간), 경춘선(상봉-춘천 전구간).
경의선은 전구간이 아니라는 점을 유의하기 바란다. 서울역-DMC 구간은 그렇잖아도 열차가 1시간에 한 대씩밖에 안 다녀서 혼잡하다는 점을 감안한 것 같다.

레벨 3. 토, 일, 공휴일에 가능: 2에 속하지 않는 나머지 코레일 노선들. 분당선, 그리고 1, 3, 4호선에서 코레일 관할 구간(서울역 이남, 청량리 이북, 대화-지축, 선바위-오이도)이다.

레벨 4. 토요일을 제외하고 일, 공휴일에만 가능(즉, 빨간날에만): 서울 지하철 1~8호선. 이 레벨이 사실상 지하철 회사들의 표준 가이드라인이라고 보면 되겠다. 그에 비해 코레일은 전반적으로 여느 지하철 회사들보다 관대한 정책을 취하고 있는 셈이다.

레벨 5. 언제나 불가능: 9호선, 신분당선
민자 전철들은 자전거의 휴대 승차를 전혀 허용하고 있지 않다. 9호선이야 서울 도심을 정면으로 통과하고 4량 1편성밖에 안 되는 작은 열차에다 자전거를 또 싣게 해 줄 여력도 없는 게 이해가 되는 반면, 신분당선은 좌측통행까지 할 정도로 좀 더 광역전철스러운 구석이 있음에도 불구하고 레벨 2나 3 정도의 정책을 취하고 있지 않은 게 아쉽다.
가령, 경인선은 정말 승객들로 터져나가는 혼잡한 구간이지만 코레일이 레벨 3으로 랭크시켜 주고 있지 않은가.

내가 여행하고자 하는 구간이 여러 회사들의 관할 구간에 걸쳐 있다면 물론 가장 엄격한 허용 기준에다 맞춰야 할 것이다.
수인선은 주변의 안산선, 경인선, 그리고 앞으로 분당선과 연결된다는 점을 감안하면 레벨 3이 될 것임을 유추할 수 있다. 하지만 앞으로 개통할 수원-안산 사이 구간은 주변이 상대적으로 개발이 덜 된 외곽임을 감안했을 때, 이곳만은 관대하게 레벨 2로 해 줘도 되지 않을까 싶다.

인천 지하철 1호선은 내가 공식 자료를 보지는 않았지만 지하철의 표준인 레벨 4를 따를 거라 예상된다.
토요일 낮에 모든 지하철들이 시간대를 가리지 않고 얼마나 혼잡한지 아시는 분이라면, 토요일도 자전거 휴대를 허용해서는 안 된다는 취지를 충분히 이해할 것이다. 단지 외곽형 광역전철들은 국가의 자전거 우대 정책에 따라 주기 위해서 규정상 허용해 줄 뿐이다.

위의 규정을 위반하고 지하철에 자전거를 휴대하다가 적발되면, 전철 기본 요금과 비슷한 수준의 부가금을 낸 뒤 열차에서 하차 조치를 당한다. 쉽게 말해서 강퇴 당한다. 추가 요금을 내고 자전거를 싣는다는 개념이 아니므로, 이 점에 대해 오해 없어야 한다. 물론 실제로 이렇게 적발되는 게 흔히 발생하는 일은 아니지만 말이다.

단, 이 글에서 다뤄진 모든 자전거는 접을 수 없는 자전거를 일컫는다.
반으로 접은 자전거는 위의 모든 레벨들을 무시하고 어느 요일과 어느 시간대와 어느 노선에든 휴대하고 열차내에 반입 가능하다. 맨 앞이나 맨 뒷칸에만 실을 수 있다는 건 그냥 권장 사항일 뿐 강제는 아니다.

Posted by 사무엘

경의선과 경원선은 서울에서 시작하여 한반도의 북쪽으로 뻗어 나가는 양대 철도이며, 국토 분단의 아픔을 간직하고 있는 대표적인 철도이기도 하다.
전자는 개성과 평양을 경유하여 중국 국경을 접하고 있는 평안북도의 신의주까지 가고, 후자는 6· 25 당시의 원산 폭격으로 유명한 동해 항구 도시인 함경남도 원산까지 간다.

분단 이후 이들 노선의 대한민국 관할 구간은 잘 알다시피 장거리 일반열차를 운행하는 게 아무 의미가 없을 정도로 너무 짧아졌다. 서울-인천보다는 길지만 서울-춘천보다는 짧은 어중간한 거리가 됐다.

그래서 이곳은 전통적으로 통근형 디젤 동차가 강세이다. 세월이 흘러서 전국 각지의 디젤 동차들은 죄다 무궁화호 RDC 내지 기관차-객차형 무궁화호로 바뀌거나 심지어 전동차로 바뀌었지만, 경의선과 경원선만은 우리나라에서 최후까지 CDC(통근형 디젤 동차)가 남아 있는 노선이다. 그래서 CDC를 시승하고 안보 관광까지 덤으로 하려는 철덕들에게 좋은 여행 코스를 제공하고 있다. 통근열차가 통근용이 아니라 옛 명칭인 '통일호'나 다름없게 된 셈.

지난 2006년 말엔 의정부까지만 가던 수도권 전철 1호선이 무려 동두천과 소요산까지로 연장됐고, 2009년에는 회송 열차 트래픽으로 인해 금기의 영역이던 경의선에도 수도권 전철화의 손길이 뻗쳤다. 그래서 디젤 동차의 입지는 더욱 좁아졌다. 대부분의 구간이 전철화가 되어 버린 경의선의 CDC는 문산-도라산 사이의 4개역만 다니는 15분짜리 셔틀 열차로 전락했다. 마치 서울 지하철 2호선 용답-신설동 지선 열차처럼 됐다.

그 반면, 경원선은 비전철 구간이 경의선보다 더 길기 때문에, CDC가 다니는 역이 아직 9개이고 전구간 완주 시간도 46분가량이다. 동두천-소요산은 단선 전철로, CDC와 전동차가 공유하는 구간이기도 하다.

우리는 여기서 경의선과 경원선의 지리적 여건에 대해서 좀 살펴볼 필요가 있다.
현재 휴전선은 한반도의 서쪽으로 갈수록 더욱 남쪽으로 내려가고, 동쪽으로 갈수록 더욱 북쪽으로 올라가는 선형을 하고 있다. 다시 말해 서쪽이 북한과 더 가까우며, 이런 이유로 인해 경의선이 경원선보다 더 짧다. 경원선의 연천군 구간은 경의선으로 치면 이미 북한 관할로 넘어간 개성과 장단 구간이다. 38선 시절에는 남한 관할이었지만, 6· 25 때는 북으로 빼앗겼기 때문.

경의선은 북한과 더 가까이 있을 뿐만 아니라, 김 대중 정권 시절에 철도가 연결되었으며 임진강 역 이북의 민통선 내부에 도라산 역이 생겼다. 덕분에 통일만 되면 경의선 열차를 타고 당장 북한으로 갈 수 있다. 전기 규격이 남과 북이 머리부터 발끝까지 서로 같은 게 없으니, 비록 전철은 직통 운행을 못 하겠지만 말이다. 당대의 그 대통령이 정치적으로 한 다른 행적이야 논란의 여지가 있지만, 일단 철도가 연결됐다는 건 정치색을 배제하고 철덕의 순수한 입장에서는 좋은 일이다.

경의선과 관련한 유물로는, 장단 역에 있던 증기 기관차 한 량이 6· 25 때 폭격을 당해서 총알 벌집이 되고 탈선하여 버려진 것이 잘 알다시피 오늘날까지 보존되어 있다.

그리고 말이 나왔으니 말인데, 서쪽에 경의선이 있다면 동쪽에는 동해북부선(강원도 고성군. 속초보다도 더욱 북쪽 완전 끝에 소재)이 옛날에 남북 관계가 좋던 시절에 연결되었다. 경의선의 도라산에 해당하는 동해북부선의 역이 바로 제진 역이다. 하지만 거기는 연계되는 간선 철도가 없으니 인지도와 효용성이 크게 떨어질 수밖에 없다. 서울에서 너무 멀기도 하고 말이다.

일제가 포항 이북으로 건설하려다 말았던 동해중부선이 계획대로 완공되었다면, 포항, 영덕, 울진, 삼척이 철도로 연결되고 지금 영동선의 지선으로 간주되는 삼척선이 당당히 동해선으로 명명되었을 것이다. 이 공사는 일제가 2차 세계 대전에서 패배하고 한반도에서 물러나면서 중단되었다. 일제가 한반도에 건설하던 최후의 철도인 셈이다.

이러한 경의선이나 심지어 동해북부선과는 달리, 경원선은 남북 철도 복원 같은 논의가 없었다. 그래서 철원이나 월정리처럼 위치가 영 좋지 않던 역은 그렇잖아도 전쟁 때 역사와 선로가 파괴되기도 했는데 일찌감치 시설이 철거되었으며 철도가 끊어졌다. 도라산이나 제진 같은 민통선 허브역이 이 노선에는 없다.

이 부근에서 군생활을 한 분이라면 절대 잊어버리시지 않겠지만, 경의선에 임진강이 있다면 경원선에는 한탄강이 있다.
경원선의 종점인 신탄리 역의 이북에는 그 유명한 '철도 중단점 -- 철마는 달리고 싶다' 기념비가 있었다. 그러나 코레일에서 신탄리보다도 더 북쪽에 '철마고지'라는 옛 철원 역과 비슷한 위상의 역을 신설하면서 그 기념비는 철거된 상태이다.

경의선과 경원선의 잔여 비전철 구간에는 1시간에 1대꼴로 CDC가 다닌다. 전철을 타다가 털털거리는 트럭 엔진 소리가 나는 CDC를 타 보면, 전철이 얼마나 조용하고 우아하게 달리는 아름다운 육상 교통수단인지를 실감하게 된다. 배차 간격이 저런 이유는 수요가 없어서라기보다도, 단선 철도에서 근본적으로 1시간에 1대보다 열차를 더 자주 투입하기란 도저히 무리이기 때문이다.

한 사람당 지금 같은 운임으로 별도의 디젤 동차를 굴려서 코레일의 입장에서 이윤이 남는 건 없다고 생각하면 된다. 밑지는 장사를 일부러 공익 차원에서 해 주는 것이다. 분단 같은 국가적인 사정만 아니었으면 이런 열차는 진작에 없어졌거나 전철 형태로 마저 바뀌었을 것이다.

CDC의 운임은 수도권 통합 요금과 연동되지 않는다. 적자를 감수하고 운행하는 걸 아니 환승 할인은 안 해 줘도 좋은데, 티머니 교통 카드로 운임 지불이라도 좀 가능하면 좋겠다는 생각이 든다. 실제로 한 우진 님 같은 분이 그걸 건의하신 적도 있다.

21세기가 되면서 우리나라의 철도는 KTX의 개통과 함께 새로운 트렌드가 시작되었다. 기존의 새마을-무궁화-통일호 구도가 흔들리고 있다. 콩라인 새마을호는 2010년대 중반까지 차량이 모조리 퇴역하여 차종 자체가 사라질 예정이고, 통일호는 명칭 자체는 진작에 없어져서 통근열차로 대체되었으며 이마저도 사라지는 중이다. 그 대신 기존 열차의 통념을 깨는 전동차들이 여럿 도입되는 중이다.

이런 와중에 북한을 향하고 있는 경의선과 경원선의 비전철 구간은 전동차, 코레일체 유리궁전 등 21세기의 모든 철도 트렌드에서 소외된 채 시간이 정지된 상태로 국토 분단의 아픔을 그대로 간직하고 있는 듯하다.

비록 지금까지 나쁜 불순분자들에 의해 본디 의도가 극도로 더렵혀지고 왜곡되긴 했지만, 그럼에도 불구하고 통일은 궁극적으로 되어야 하고 필요한 것이다. 이 좁은 땅덩어리에 그래도 한국어와 한글을 쓰는 사람끼리라도 최대한 뭉쳐야 살지 않겠냐 말이다.

금강산도 백두산도 보고 싶고 개마 고원에도 가고 싶고 압록강과 대동강과 두만강도 구경 가고 싶지 않은가? 의정부 역은 북쪽의 수원 역 같은 역이 되어야 할 것이고 수색과 성북 역은 서울 북부의 영등포 같은 큰 역이 되어야 하지 않겠는가? 경의선과 경원선도 서울 시내 구간은 그야말로 2복선, 3복선급으로 확장되어야 하지 않겠는가?

우리 민족 역사상 최악의 흑역사인 김씨 왕조에 대한 잔재를 지우고 우리나라의 체제와 정체성을 유지한 통일(흠, 그럼 흡수 통일이네-_-)이 이뤄져, 철마가 북녘 '미수복 영토'까지 마음껏 달리는 날이 주님 다시 오시기 전까지 이뤄지면 좋겠다.

Posted by 사무엘

2012년의 끝을 앞두고 <날개셋> 한글 입력기의 새 버전이 나왔다.
원래 6.8을 계획했으나 그만치 개발은 못 하고 6.71로 마무리 지었다. 여기에는 이번 버전에서 윈도우 8 메트로 UI용 IME를 아직 못 만들었다는 이유가 가장 크게 작용했다. 데스크톱용도 윈도우 8이 제시하는 새로운 규격대로 맞춰진 건 없으며(흑백 아이콘, 새로운 표시 상태 등), 달라진 것도 없다.

MSDN에 개발 관련 정보가 뜨질 않으니 내가 뭘 더 할 수가 없다. “윈도우 8에서는 이런 점이 달라지니까 IME 개발자들은 여기에 대비해야 한다. 더 자세한 스펙은 추후에 게재될 것이다”라고 해 놓고 아직까지 게재가 되지 않고 있다.

1.
그럼에도 불구하고 이번 버전은 나온 시기가 시기인 만큼, 가장 먼저 윈도우 8에 대한 지원이 부분적으로 강화되었다. 사실, 수 년 전에 윈도우 비스타나 7이 나왔을 때도 <날개셋> 한글 입력기는 수차례 해당 최신 OS에서만 발생하는 문제를 해결하느라 패치가 몇 번 나와야 했다. 바뀔 게 없을 것 같은 분야여도 매번 은근히 바뀌는 게 많다.

그래서 이번 버전에서는.. 윈도우 8에서 편집기를 실행해서 제어판을 열고 '외부 모듈 관리'로 갔는데 IME들이 하나도 뜨지 않던 문제를 해결했으며,
편집기에서 빈 입력 스키마(운영체제의 문자 입력 프로그램 사용) 모드로 한글 윈도우 8이 내장하고 있는 옛한글 입력기로 옛한글을 입력하는데 글자가 종종 제대로 입력되지 않고 오동작이 발생하던 문제를 해결했다. <날개셋> 편집기는 자체 입력기와 운영체제 입력기를 모두 잘 수용하는 것을 목표로 하니까 말이다.

윈도우 8의 옛한글 입력기는, 옛날 MS 오피스 200x 시절에 한글판 plus pack이 제공하던 옛한글 입력기와는 동작 방식이 좀 달랐다. 단순히 유니코드 5.2를 지원하는 것 이상으로, 지금까지는 고려할 필요가 없던 특이한 상황에 대한 동작을 요청하는 게 있어서 내 프로그램의 에디팅 엔진을 보강했다. 뭐, 엄밀히 말하면 내 프로그램이 지금까지 TSF 인터페이스를 제대로 구현 못 했던 것이니 말이다.

다만, 3글자를 커버해야 하는데 2글자를 커버하는 것은 정황상 MS IME의 버그로 보인다. 내 프로그램에서 고쳐야 할 부분이 없다. 겉으로 보기만 좀 이상할 뿐 다른 문제는 없으므로 안심해도 됨.

2.
제어판의 GUI가 운영체제의 최신 GUI 요소를 반영하도록 몇몇 군데 개선되었다. 사소하지만 주목할 만한 개선 사항이다. 예를 들어, 제어판은 이미 개념적으로 split 버튼을 사용해 오고 있었는데 운영체제가 제공하는 진짜 split 버튼을 사용하도록 하는 조치가 이제야 취해졌다. split 버튼 자체는 이미 윈도우 비스타에서부터 있었는데도 말이다. 아울러 트리와 리스트의 모양도 좀 더 예뻐졌다.

3.
<날개셋> 편집기는 텍스트 파일을 열 때 유니코드 UTF16/UTF8, 그리고 한글 완성형/조합형 코드에 대해서는 자동 감지를 한다. 그러나 그 외의 인코딩은 자동 감지를 못 하고 사용자로부터 수동 확인을 받는다.

예전까지는 프로그램 실행 직후 자동으로 열리는('이전에 편집하고 있던 문서 기억' 옵션) 파일이나, '파일' 메뉴에 있는 '최근 파일' 명령으로 파일을 열 때도 매번 인코딩 확인 대화상자가 떴다. 그러나 이번 새 버전에서는 자동 감지가 되지 않는 파일을 다시 열 때는, 사용자가 무슨 인코딩으로 열었는지를 기억하게 했다. 중국어나 일본어, 유럽어처럼 한글도 유니코드도 아닌 인코딩으로 파일을 자주 편집하는 사용자에게는 이 조치가 굉장히 편리하게 와 닿을 것이다.

단, 아무 문제 없이 제대로 연 파일에 대해서만 인코딩을 기억한다.
<날개셋> 편집기는 이 프로그램에서 그대로 다시 저장을 했을 때 정보가 손실되는 파일에 대해서는 파일을 연 직후에 경고문을 띄운다. null 문자가 있어서 뒷부분은 모조리 잘렸다거나, 줄바꿈 문자가 일치하지 않는 부분이 있거나, 혹은 인코딩이 잘못 지정되어서 유니코드로 변환이 안 된 코드 바이트들은, 도로 저장할 때 원형이 보존되지 않고 소실되기 때문이다.

불러오는 과정에서 그런 문제가 있었던 파일이라면 사용자가 어차피 인코딩을 잘못 지정했을 가능성이 높으므로, 인코딩을 기억하지 않는 것이 훨씬 더 합리적이다.

4.
예제 데이터에도 변화가 생겼다. 예전 글에서 밝혔듯이, 네벌식이 정식 유형 파일로 들어갔으며, 일명 '강화 세벌식'이라고 불리던 세벌식 무한 낱자 수정 입력 방식 역시 <날개셋> 한글 입력기의 상징적인 기능인 만큼 유형 파일로 승격되었다. 한편, 팥알 님이 고안하신 세벌식 3-2012 글자판이 글쇠배열 파일로 추가되었다.

5.
그리고 끝으로, <날개셋> 타자연습은 크게 두 가지를 개선했는데,
첫째, 게임을 전체 화면에서 실행할 때 점수 숫자가 올라가는 게 뭔가 랙이 걸린 듯이 이상하게 업데이트되던 버그를 고쳤다. CPU 탓인지 GPU 탓인지는 모르겠지만, Core 2 Duo급 컴에서는 문제가 없었는데 i5 이상 되는 더 좋은 컴퓨터에서는 이런 현상이 종종 있었다.
그리고 둘째, 좀 어이없는 버그이고 언제부터 들어갔는지는 모르겠지만, 연습글 분석을 시키자 프로그램이 뻗던 버그를 고쳤다.

입력기와 타자연습을 모두 사용한다면 모두 업데이트를 할 것을 권장한다.
아, 그리고 잊을 뻔 했는데, 두 프로그램 모두 이번에 도움말을 처음부터 끝까지 다 읽어 보면서 내용을 교정하고 싹 고쳤다. 이것도 읽어 보시면 좋을 것이다.

Posted by 사무엘

윈도우 95 이전에 전세계를 석권하며 가장 성공한 운영체제(?)로 평가받았던 최후의 16비트 버전 윈도우는 바로 1992년에 출시된 3.1이다. 물음표가 붙은 이유는 물론 이 물건이 홀로 부팅 가능한 완전한 형태의 운영체제는 아니었기 때문.

그런데 그 3.1이 있기 전에는 3.0 버전이 있었다. 3.1이 너무 히트를 쳤기 때문에 존재감이 무척 덜해졌지만, 영미권에서는 1990년에 출시된 윈도우 3.0이 먼저 대박을 터뜨렸다. 시스템 폰트가 밋밋한 불변폭 Fixedsys이다가 가변폭으로 최초로 바뀌었으며, 흰 바탕 윈도우에다가 버튼에 최초로 은색 3D 효과가 추가되었다.

윈도우 3.0은 한글화가 된 최초의 버전이기도 하다는 점에서 더욱 의미가 있다. 2.0이던가 2.x는 한국 지사를 통해 국내에 최초로 소개된 버전이고, 3.0은 한글화까지 된 버전 되시겠다.

한글 윈도우 3.0과 한글 윈도우 3.1은 생각보다 차이가 많이 난다. 영문 윈도우 오리지널 3.0과 3.1 사이의 차이와는 좀 다른 구석이 있다. 그래서 이 점에 대해서 글을 좀 남겨야 할 필요를 느꼈다.

내가 태어나서 처음으로 접한 윈도우도 3.1이 아니라 3.0이다. 20여 년 전, 우리집 컴은 겨우 286 AT인데 이웃집 형의 컴퓨터는 386이고 아래아한글 2.0 전문용으로 화려한 윤곽선 글꼴을 찍어 내고 있었으며, Windows라는 꿈의 GUI 환경도 구동하고 있었다니, 초등학생 꼬마이던 본인은 감수성이 자극 받지 않을 수가 없었다. 알록달록한 아이콘과 컬러 그림들!

그때 처음 본 것은 3.1이 아니라 분명 3.0이었다.

한글 윈도우 3.0의 부팅 스플래시 화면이다. 영문 원판과 마찬가지로 어두운 파란 배경이며, copyright이라든가 Microsoft까지 전부 우리말로 번역이나 음차를 해서 한글로 표기했음을 알 수 있다. 저작권 경고문은 영문 원판의 스플래시 화면에는 없는데 한글판에서만 새로 추가되었다.

파란 배색 때문에 나는 윈도우 3.0의 부팅 화면과, 한메 타자 교사의 시작 화면이 비슷하다는 생각을 오래 전부터 해 왔다. 여러분도 동감하시는가?

3.1의 부팅 스플래시는 3.0의 것보다야 훨씬 더 유명하니, 기억하시는 분들이 많을 것이다. 손으로 그린 듯한 저 동글동글한 한글 서체가 인상적이다. 3.1에서만 처음이자 마지막으로 볼 수 있다. 3.11은 한글화되지 않았으며, 95부터 MS는 제품명은 세계 어디서나 무조건 영문 원형 그대로 표기해 오고 있으니 말이다.
윈도우 3.0을 구동한 화면이다. 한글판은 한옥 문 무늬를 연상케 하는 mun.bmp가 설치 직후에 기본 배경 그림으로 지정되어 있다. 영문판은 당연히 그렇지 않음. 3.1은 프로그램 제목 표시줄의 배경색이 그냥 어두운 군청색인 반면, 3.0은 옅은 파랑이고 무엇보다도 solid color가 아니라는 점이 인상적이다.

프로그램 아이콘은 완전히 모노크롬은 아니지만 그래도 전반적으로 회색 톤이 짙어서 채도가 낮다. 좋게 말하면 차분하고 가라앉은 느낌을 주고, 나쁘게 말하면 칙칙하다. 오로지 그래픽 에디터인 그림판만이 3.1의 그것과 별 차이가 없는 고채도 색상의 아이콘인 듯.
3.1은 메뉴의 배경색이 프로그램 제목 표시줄의 배경색과 동일하게 군청색이지만, 3.0은 검정이다.

그리고 이 모든 걸 떠나서, 3.0 한글판의 한글 서체는 3.1 한글판의 한글 서체보다 훨씬 더 못생기고 허접해 보인다는 걸 알 수 있다.
뭐, 한글뿐만 아니라 영문 서체도 엄청 엉성하다. 영문 윈도우 3.0의 영문 서체는 3.1의 그것과 동일하지만 한글 윈도우 3.0의 영문 서체는 그렇지 않다. 3.1에 가서야 일치가 이뤄졌다.

메뉴 단축키가 영문이 아니라 한글인 게 인상적인데, 이건 제어판에서 설정을 바꾸면 된다. 한글 윈도우 3.0과 3.1은 메뉴 단축키를 한글로 바꾸는 특이한 옵션이 존재했었다. 파일 메뉴가 ㅍ에 배당되어 있으니, 두벌식 기준으로 Alt+V를 누르면 되는 식이다. 이런 옵션은 윈도우 95 이후부터는 물론 완전히 사라졌으며, 결코 다시 도입되지 않았다. 일종의 흑역사.

세상에, 한글 윈도우의 한글 서체 이름은 처음부터 바탕, 돋움이 아니었다. 한글화 첫 버전인 윈도우 3.0에서의 명칭은 아직 명조와 고딕이었다. 개인적으로 굉장히 놀랐다. 엄청 옛날에는 MS에서 조합형 코드를 사용한 한글 도스를 만들기도 했다는데 마치 그런 걸 보는 느낌이다. 궁서와 굴림은 아직 있지도 않았고 겨우 2종.

윈도우 3.0은 아직 트루타입 글꼴이 없던 시절이었다. 그러니 New가 붙은 Courier New나 Times New Roman 같은 서체도 없었고, 글꼴 대화상자에 보다시피 볼드/이탤릭 옵션 같은 것도 없다.

한글 윈도우 3.0은 트루타입 글꼴 기술이 영문 윈도우 3.1보다 먼저 도입되었다고는 하지만, 운영체제가 기본 제공하는 글꼴이 윤곽선 트루타입 글꼴은 아니었다. 여전히 비트맵이다.

그리고 화면 하단에 드디어 한글 IME 도구모음줄이 보이시는가? 이것이 한국 마이크로소프트가 최초로 개발한 윈도우용 한글 IME이다. 저 도구모음줄은 드래그로 위치 이동이 되지 않았다.

날 더욱 놀라게 만든 건 도움말.
한글 윈도우 3.1과 한글 윈도우 95 초창기 제품들은 도움말이 해라체, 즉 반말이다. 그러나 한글 윈도우 3.0의 프로그램들의 도움말은 합쇼체, 즉 존댓말이다!
반말 도움말이 다시 존댓말로 복귀한 건 IE 4.0이 나오던 시기인 1997년쯤부터이다.

게다가 저 도트 노가다 이미지로 급조해 넣은 색인, 뒤로, 훑어보기 등의 버튼들은 도대체 뭐냐! 하긴, 영문 원판도 3.0은 저 버튼들이 이미지이긴 했다.

한글을 조합 중일 때는 비록 에디트 컨트롤처럼 기술적으로 IME-aware인 환경이라 할지라도 화면 하단에 조합 중인 글자(저기서는 ‘짝’)가 따로 또 뜨곤 했다. 이것이 3.1에서는 개선되었고, 윈도우 95에서는 조합 중일 때 커서가 네모 깜빡이로 변하는 수준까지 발전을 이뤘다.
윈도우 3.1 이래로 지금까지 운영체제의 기본 게임 중에서는 지뢰찾기가 지존의 폐인 양성 게임에 등극해 있지만, 1.0부터 3.0까지는 일명 오델로라고도 불리는 리버시 게임이 내장되어 있었다.
게임과 마찬가지로 굳이 한글판에만 적용되는 차이는 아니겠지만..
윈도우 운영체제가 기본 제공하는 프로그램들은 About 대화상자가 원래 천편일률적으로 똑같다. 동일한 ShellAbout 함수에다가 아이콘과 프로그램명만 달리해서 호출하기 때문이다.

이렇게 운영체제가 기본으로 제공하는 About 대화상자는 프로그램의 이름, 운영체제의 이름과 버전, 남은 메모리와 리소스, 사용자와 제품 번호 같은 걸 보여준다.

하지만 윈도우 3.0은 프로그램 관리자, 파일 관리자, 제어판 같은 관리 성격이 강한 프로그램만이 공용 About을 쓰고, 메모장이나 문서작성기 같은 보조 프로그램들은 자기네 약식 About 대화상자를 출력하고 있다.

윈도우 3.0과 3.1 사이에는 생각보다 차이가 많이 존재한다는 걸 실감할 수 있었다.

Posted by 사무엘

벌써 10년도 더 묵은 고전 게임이 되어 버린 스타크래프트.
거기에는 테란이라는 종족이 있고, 테란 건물 중에는 아카데미라는 건물이 있다.
이건 설정상 사관학교이며, 잘 알다시피 마린 이상으로 파이어뱃, 메딕, 고스트 같은 고급 보병 유닛을 생산하는 데 필요한 건물이다.

그런데 아카데미를 클릭하면 굉장히 괴상한 소리가 나오는 걸로 잘 알려져 있다.
행진곡? 군가 소리와 함께 “이에에에에에~!” 하는 남자의 비명 소리가 들리는데...

이건 졸업하는 사관 생도들이 지르는 감격의 소리라고 받아들이기에는 기괴한 감이 적지 않다. 그래서 스팀팩 개발 과정에서의 공밀레 내지 피실험자가 고문 당하는 비명 소리일 가능성이 더 높다는 억측이 나돌곤 했다. 내가 스타를 즐기던 시절엔 말이다.

하지만 “이에에에에~” 소리 자체는 Howie Long scream이라고 하여 영미권에서 잘 알려져 있는 stock sound effect이다. 이름은 아마 저 소리를 최초로 연기한 배우의 이름에서 유래된 걸로 추정. 이미 1980년대부터 쓰였고 여러 영화에서 주로 남자 주인공이 유리창 깨고 높은 데서 떨어질 때의 비명 소리로 자주 나온다. (☞ 관련 링크)

개그만화 보기 좋은 날 3기 8화 <사랑의 계절! 큐피드 군>을 보면,
“당신은 앞으로 연애 실패를 비관하여 국회의원들을 모두 암살하게 됩니다. 그 뒤 결국 잡힌 당신은, 교도소에서 '여자친구 주셈!'이라고 소리칠 겁니다”-_-라는 큐피드의 대사가 나오는데, 그때도 교도소에 갇힌 주인공의 모습과 함께 남자의 비명 소리가 흘러나온다. 이 비명 소리도 Howie Long scream이다. 동일 소스이므로, 아카데미 소리와 비슷한 게 맞다.

하긴, 우리나라에는 한 달쯤 전엔, 국회의원을 모두 죽이려고 했는데 그건 삼엄한 경비 때문에 차마 못 하고 대신 초등학교로 쳐들어가서 흉기 난동을 벌이다 잡힌 사람이 있었다!
세상이 뒤숭숭하면 정치인들을 상대로 분노가 표출되는 게 사실이긴 한가 보다. (☞ 관련 링크)

Posted by 사무엘

1. 공항 철도는 운영사가 코레일의 자회사로 인수되고 서울 역까지 전구간이 개통한 뒤부터 운임 체계가 상당히 독특하게 바뀌었다. (통근열차 기준)
(1) 먼저, 서울-인천 내륙 구간은 수도권 통합 환승 할인 요금에 편입되었다.
(2) 그러나 영종도를 오가는 구간 사이는 독자적인 임률이 적용되며 특히 정기권은 공항 철도만의 전용 정기권을 사용해야 한다.
(3) 하지만 영종도 내부의 인천공항, 화물청사, 운서 사이의 단거리만 오가는 건, 오히려 현재의 버스-지하철 기본 요금이 1050원으로 인상된 뒤에도 한동안 900원이 유지되었다. (최근에 와서야 이것도 1050원으로 오름)

2. 영종도를 오가는 검암-운서 사이의 거리는 서울 지하철 8호선 모란-암사 전체의 거리보다도 더 길다.
공항 철도에서 지상 구간은 결국 서울 DMC와 김포공항 사이에 잠깐(현재는 역 없음), 그리고 계양-검암-운서 사이 구간으로 요약된다. 그리고 딱 지상 구간들에는 역이 추가로 더 만들어질 계획이 있다.

공항 철도는 서울 시내 지하 구간은 옛 용산선의 선형을 거의 그대로 따라가기 때문에 경의선과도 선형이 겹친다. 다만, 경의선보다 아래로 지나는 관계로 무진장 깊으며 기존 지하철들과의 환승도 굉장히 길고 불편하다.

그도 그럴 것이 기존 지하철은 번화가 대로 아래로 길을 내는 반면, 공항 철도는 기존 지상 철도의 아래로 건설되었으니 출구로 나가 보면 골목이나 주택이 있지 번화가 대로에서는 한 블록 비껴 있을 수밖에 없는 노릇이다. 그리고 번화가 대로에 역이 있는 기존 지하철과는 막장 환승이 되는 것도 불가피함.

물론 계양부터 공항까지는 공항 고속도로의 선형을 따라 그대로 간다.

3. 검암 역의 섬식 승강장 외선 방면에, 현재 KTX용 저상홈 승강장이 만들어지고 있다!
충격과 공포. 직통은 이제 서울 역 도심 터미널에서 탑승 수속을 다 마친 승객들을 공항으로 직통으로 수송하는 용도로 고정되어 버렸으니 정차를 할 수 없고, 완행은 앞으로 역이 더욱 많이 생겨서 느려질 예정이다. 그러니 KTX가 중간 한 군데에만 추가 정차를 하는 급행 역할을 하게 되는가 보다. 특급은 직통열차인 셈이고. 덜덜~

그런데 다른 소식통에 따르면 KTX가 들어오면 기존 직통열차는 폐지된다고도 그런다. 마치 ITX 청춘이 경춘선 기존 급행 전동차를 대체했듯이 말이다. 그럼 직통열차 차량은 어떻게 되는 거지?
또 한 가지 생각할 점은, 할인 없이 FM대로 운임을 징수하면 지금의 직통열차가 KTX의 고속선보다 거리당 임률이 더 높다. 공철에서만은 원래 직통이 갑이라는 뜻.

공철에다 KTX를 집어넣기 위해 경의선 수색 역-공철선 사이에 입체 교차 인입선 공사가 진행 중이다. 이 경우, 서울 역을 출발한 KTX는 구 경의선인 신촌-가좌를 거쳤다가 공철로 진입하게 된다. 그냥 애초에 직통열차가 사용하는 지하 공철선을 이용해서 서울 역을 출발하는 건, 승강장 문제 때문에 안 되는가 보다.

하지만 서울 이남의 경부선 라인에서 굳이 서울 역을 찍었다가 인천 공항으로 가는 건 서쪽-동쪽을 지그재그로 경유했다가 다시 서쪽으로 가는 것이기 때문에 경로상으로 굉장히 비효율적인 우회이다. 우리나라에서 둘째 가라면 서러울 정도로 임률 높은 비싼 교통수단으로 그런 길을 가라고?
차라리 광명 역에서 인천 대교와 같은 경로로 인천 공항으로 가는 철도가 있어야 지방에서 공항을 이용하는 사람들에게는 효율적일 것이다.

기존 공철 전동차에, KTX로도 모자라서 지하철 9호선까지 공철과 직통 운행을 시키겠다는 계획은 어찌 되려나 모르겠다. 그러면 서울 지하철 1, 4호선 이래로 9호선에서도 직-교류 겸용 전동차를 보게 되겠다.

4. 공항 철도는 속도가 다른 열차가 복선 선로에 공존하면서 완급 결합 대피 운행이 시행되고 있다. 이는 9호선도 마찬가지이다.
그런데 9호선은 완행 열차는 언제나 안쪽의 대피선에 들어가서 정차하는 반면, 공항 철도의 완행 열차는 시각표 상으로 직통을 진짜로 비켜 줘야 할 때만 대피선에 진입한다. 그렇지 않은 평소에는 그냥 곧바른 본선에 그대로 정차한다. 사소한 면모이지만 시스템이 좀 더 똑똑하게 만들어져 있다는 뜻이다.

직통은 1시간에 1대꼴밖에 안 다니는데 매번 대피선으로 선로를 분기하는 삽질을 할 필요가 없기 때문이다.
앞으로 KTX에 직통(없어질지도?), 심지어 9호선까지 들어가면 공항 철도에서 보는 열차가 더욱 다양해질 것이고 신호 시스템도 더욱 정교해져야만 할 것이다.

Posted by 사무엘