.po 에서 .html 생성?

예전에는 xml로 직접 작업을 했습니다.
각 섹션별로 하나의 xml 파일 안에 모든 언어의 내용이 들어가 있는 상황이었지요.
(예)
(lang=en> 1. menu (/lang>
(lang=ko> 1. 메뉴 (/lang>

좀 복잡하긴 해도 작업하기엔 편리했습니다. 전체적으로 내용을 살펴가면서 번역할 수 있고, 이미지 교체도 손쉬웠으니까요.
(예)(lang=en>(img=src/menu/menu.png>menu(/img>(/lang>
9lang=ko>(img=src/menu/ko/menu.png>menu(/img>(/lang>

하지만 po 형식으로 바뀐뒤로는 뭔가 좀 애매하게 되었습니다. 원문(영어)의 업데이트에 즉각 반응할 수 있다는 점을 제외하면 솔직히 문서 작업에서 po 형식의 편리함을 느끼기 어렵더군요. 뭐 여튼 그 작업 자체가 진입장벽을 낮추자라는데 의의가 있었던거니 그 점에서는 확실히 나아진 것 같습니다만.

각설하고, po 형식이라는 것 자체가 앞서 말씀드렸다시피 처음 기여를 시작하는 기여자의 진입 장벽을 낮추고 원문과의 싱크로를 위한 것이므로, 본격적으로 번역 작업에 참여하시려면 원래 체제인 xml 번역 후 컴파일을 통해 html 생성이라는 과정을 거치시는 것이 좋습니다.(이미 해보신 듯 합니다만..)

그리고 이미지의 경우 현재 po 수정 > xml 생성 > html 생성 이라는 과정을 밟기때문에(2년 전과 동일하다면) po 파일 내에서 이미지의 상대경로를 수정해주어야 하는데, po 파일을 보니 md5 가 사용되어서 임의 수정은 무의미하겠네요. 김프 문서 프로젝트 메일링쪽으로 문의해보셔야 할 것 같습니다. 저는 po 시스템으로 바뀐 뒤로 이미지 교체 작업은 하질 않아서 잘 모르겠네요.

음.. 이 친구들, http://docs.gimp.org/help.html 을 완전히 심플하게 만들어버렸군요. 예전엔 좀 더 친절햇고 한국어로도 번역해두었는데..

gnome 의 류창우님도 말씀하셨지만, 번역 작업의 경우 "대체로" 완역한 상태에서 머징을 요청하는 것이 관례(?)입니다. 특히 po 로 바뀐 뒤로는 글자 하나만 바뀌어도 fuzzy string이 되어버리는 고약한 상황이 발생되어 마치 ubuntu의 launchpad 에서처럼 보이는 족족 온라인으로 고친다거나 한두개 고치고 머징을 요청하면 요청을 받는 입장에선 상당히 귀찮을 수밖에 없습니다. 따라서 특정 섹션이나 po 파일을 전부 번역하시거나 (여러 파일에 걸쳐) 일정 분량의 번역을 하신 뒤에 오류 검사(xml 문법 오류, 오탈자, 번역체 등)와 html 생성까지 확인해보시고 메인스트림에 반영 요청을 하시는 편이 좋습니다. 실제로 gnome korea를 통해서가 아니라 직접 프로젝트에 반영 요청을 할 경우 담당자가 테스트해보고 에러나면 그냥 reject 시켜버리기까지 합니다. 뭐랄까.. 한국식으로 하면 기본 예의가 안되었으니 번역 자체는 볼 필요도 없다랄까요? ^^;

그리고 제 생각에 "기본적으로" 김프 문서 프로젝트는 상당히 고전적이고, 엄격하며, 개인 작업 중심인 분위기입니다. 문서를 컴파일해서 만들어낸다던가.. 뭐 하나 고쳤다고 xml 부터해서 처음부터 다시 만든다던가.. 하는 짓따위.. 그리고 자기 섹션은 자기가 책임지고 끝낸다던가.. 우분투나 오픈오피스쪽하고는 또 다른 분위기지요.

말이 길어졌습니다.
마지막으로 부탁의 말씀을 드리자면, 번역을 시작하시기로 하셨으면 좀 오래(^^;) 해주시고, 기존 번역자나 번역 용어 등과의 관계에도 신경을 좀 써주시길 부탁드리고(꼭 김프관련 번역만을 의미하는 것은 아닙니다.), 김프 문서 번역 과정이라든가 주의점이라든가.. 하는 것들을 남겨 다른 분들의 참여가 쉽도록 해주시면 감사하겠습니다.

아, 그리고 김프 프로그램의 경우 기번역의 수정에 대해서는 신중을 기해주셨으면 합니다. 김프 메뉴명이 변경되면 김프 매뉴얼을 비롯한 많은 문서에 혼란을 가져올 수 있기 때문입니다. 다행(?)스럽게도 김프 관련 강좌나 문서가 많지 않으므로, 만약 메뉴명을 변경하셨고 그것이 반영되었다면, 김프 문서의 관련 부분도 전부 변경해주시는 센스를.. ㅎㅎㅎ