스티키노트 오늘 정기업데이트로 수정되길 바랬는데 여전히 버그;;

소프트웨어 주도하는 세력이 라틴어 계열의 언어를 사용하는 사람들이기 때문에 맞는 말입니다. 윈도우뿐 아니라 리눅스같은 오픈 소스 계열은 더 심하죠. 애플은 말할 것도 없고요. 겉으로는 글로벌 외치면서 유니코드 적용시키기는 하지만 실제로 한글 같은 것엔 관심도 없습니다.

실례로 Ot같은 경우 QChar 변수에 "가" 집어 넣고 출력내면 지금도 엉뚱한 결과 나옵니다. UTF-8은 한글이 3바이트라 2바이트 변수에 넣으면 당연히 안되는 것이라 컴파일 전 오류를 출력하던가 해야하는데 말이죠. 인코딩을 한글 2바이트인 CP949로 설정해도 엉뚱한 결과 나옵니다. 가를 집어 넣으면 '낀'이 출력되요. 어이없죠. 내부적으로 UTF-16으로 처리하면서 문자 변수는 이상하게 출력되는. 이는 유니코드 Code Point와 실제 출력 문자를 일치시켜야 하는데 이런 작업이 소월하게 된 거라고 볼 수 밖에. 웃긴건 QString에 넣으면 제대로 나옵니다.

EPUB 에디터로 유명한 Sigil 같은 경우는 한글 치다 엔터치면 커서가 사라져 버립니다. 이게 애플에서 쓰던 구닥다리 웹엔진 쓰면 나오는 현상이라, 크롬 엔진쓰는 소스 넣고 제대로 동작하는 것 보여줘도, 정작 개발자는 한글 윈도우 탓을 하더군요. 그런데, 일본어 윈도우에서 실험해봐도 결과는 마찬가지. 그리고 자기는 애플 맥 PC에서만 테스트해서 해당 사항을 구현할 수 없다고 핑계를 댑니다. 한마디로 신경 쓰기 싫다는 거죠.

이런점에서는 그나마 한글 윈도우와 윈도우 응용 프로그램 계열은 한글에 꽤 신경 쓴 겁니다.

결국 한글 신경 쓸 사람은 우리 뿐인데, 한국 마소에서 그 역할을 꼼꼼하게 하지 못하고 있는 것 같습니다.