1992년에 쓰여진 hlatex technical guide (최우형, 1992) 에 보면(유물보관 참고), 다음과 같은 구절이 있다.

1. 수학 모드에서 한글 사용 불가능
2. verbatim 환경에서 한글 사용 불가능
3. label 이름으로 한글 사용 불가능
4. 에러 메시지 해석의 어려움
   
   

그로부터 16년이 지난 현재까지, 이 과제가 어떻게 해결되어 왔는지 잠깐 요약한다. (1) 수학 모드에서 한글 사용 (2) verbatim 환경에서 한글 사용 (3) label 이름으로 한글 사용

• HLaTeX에서 label 이름으로 한글을 사용할 수 있었다.
• 그러나, hyperlink를 만들어야 하는 상황에서 한글 label 이름은 충돌을 빚음. 결국 HLaTeX의 한글 label 이름 기능은 별 쓸모가 없게 되어버리고 말았다.
• 현재까지 hyperlink도 보존하면서 label 이름으로 한글을 사용할 방법을 찾지 못했다.
• 그러나, XeLaTeX에서 이 문제가 해결되었다. 즉, 한글 매크로 레벨에서가 아니라 텍 엔진 레벨에서 문제가 해결된 셈.
  
  

(4) 에러메시지 해석의 어려움

• hLaTeXp는 한글 메시지를 보여주기 위한 별도의 TeX compiler를 만들었다. 그 후 한글LaTeX의 발전은 매크로 레벨에서 진행되었기 때문에 이 방식은 더 이상 계승되지 않았다.
• 초창기 hlatex 0.91과는 다른 상황이지만 (그 당시에는 전처리된 한글을 메시지로 보여줄 방법이 없었던 것이므로 현재와는 사정이 많이 다르다) 오늘날 이 문제는 매크로가 유니코드 UTF-8인데 윈도우즈 터미널(cmd)이 cp949이기 때문에 발생하는 어려움으로 남아 있다.
  • Linux나 Mac의 터미널에서는 utf-8을 보여주는 데 어려움이 없다.
  • Windows의 code page 65001은 utf-8을 처리하기는 하지만 메시지를 보여주는 용도로는 거의 쓸모가 없다. 게다가 파일 이름이 cp949이기 때문에 코드 페이지를 65001로 하면 한글 파일 이름을 쓰기 어려워진다.
• 이 문제의 편의성 때문에 유니코드가 아닌 euc-kr 또는 cp949로 돌아갈 수는 없는 것으로 생각된다.
• 현재 Windows에서 이 문제의 해결 방향은 TeXWorks와 같은 방법이 유일한 것이 아닐까? 어쨌든 TeXWorks는 에러 메시지를 잘 캡처해서 보여주는 것이다.
• 아니면, TeX 전용의 터미널을 만들어야 할까, 윈도우즈만을 위해서.