P.P.S. по-моему рановато в docbook переходить и под UTF - как-то сыровато и то другое. Лучше пока в docbook под koi8, а затем когда более менее всё утрясётся, то перекинуть в utf - в противном случае исходники много кто прочитать не сможет (например я)
Заимствуй, не жалко :-) К сожалению, официальный Cyrillic-HOWTO валяется в Unmaintained, http://www.tldp.org/authors/unmaint.html . Они там призывают их брать. Возьми его ты хоть что-ли...
В DocBook DTD начиная с RedHat 7.3 никаких проблем нет (но лучше с RawHide). Если пользоваться `xmlto` , то нужно всего лишь поменять переменную "default.encoding" через custom-XLS:
Для первичной разработки структуры XML использую (увы...) виндовый XML-Spy. Он подставляет осмысленные элементы прямо из DTD и позволяет натягивать XSL. Так что разработка идет прямо мышкой :-) http://www.xmlspy.com/
Другие XML редакторы -- в процессе изучения. Буду благодарен за советы.
Таким образом получаем UTF-8 XML. Не забудьте <article lang="ru"...
Для преобразования - xmlto ( http://cyberelk.net/tim/xmlto/ ) с библиотекой CNOME libxslt( http://xmlsoft.org/XSLT/ ) . Оно может порождать любые кодировки HTML (UTF-8, KOI8-R, Windows-1251), как описано выше (default.encoding).
Единственное, libxst не умеет менять кодировки txt формата, так что lynx -dump
XML редакторы - emacs+psgml - читает dtd, проверяет структуру документа на соответствие, позвалет вставлять только правильные теги. в Cyrillic-HOWTO (russian) во введении есть пара слов по поводу.
2dsa. Я тоже недавно искал по твоему вопросу. К сожалению ничего толкового не нашел, а то что было с русским не работает --- надо долго и упорно править ручками (терпения не хватило). Как вариант для начала сделать собственный XSLT ведь в твоих проектах наверняка используется только ограниченное количество DocBook тэгов...
Говорят последний passivetex работает - не пробовал - кое-кто из группы ALT (документацию они в xml держат) теперь окучивает разработчиков на предмет поддержки русского, может через пол годика что-нибудь и получится - а пока сыро - единственная причина для перехода только в том, что с linuxdoc дела ещё хуже.