728 2002-03-19 16:59:12 +0300 \'encoding\' field ignored by utils 2003-08-25 15:18:29 +0400 1 1 4 Development Sisyphus docbook-utils unstable all Linux CLOSED WONTFIX P4 minor --- 1 vyt mhz aris oldest_to_newest 691 0 vyt 2002-03-19 16:59:12 +0300 Из файла со следующим заголовком <?xml version=\"1.0\" encoding=\"koi8-r\"?> <!DOCTYPE chapter PUBLIC \"-//OASIS//DTD DocBook XML V4.1.2//EN\" \"<a href="http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd\"&gt">http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd\"&gt</a>; получаются файлы без указания кодировки, проверено на docbook2html -u file.xml и docbook2rtf file.xml. В file.html указания charset нет вообще, file.rtf показывается в word\'е (97) кракозябрами, смена шрифта не помогает. Перекодировка file.xml в cp1251 и смена encoding на cp1251 (как и убирание совсем) не помогла. Текст в file.xml в кодировке koi8-r, конвертацию запускаю на системе в CP1251. docbook-utils-0.6.9-alt2 openjade-1.3.1-alt1 docbook-dtds-1.0-alt2 Система - Master beta 1/Sisyphus 20020314, CP1251 --- --- 3390 1 mhz 2002-03-20 01:39:47 +0300 Explicit specification of the character set in HTML files is: - not belonging to the core standard; - considered harmful. Therefore, I think, the HTML issue is not a bug. On RTF I\'m not sure; the codepage information might probably be hacked into \\ansicpgNNN tag (oh ugliness), but this would open another can of worms. 6755 2 mhz 2002-03-20 01:39:47 +0300 Explicit specification of the character set in HTML files is: - not belonging to the core standard; - considered harmful. Therefore, I think, the HTML issue is not a bug. On RTF I\'m not sure; the codepage information might probably be hacked into \\ansicpgNNN tag (oh ugliness), but this would open another can of worms. 3391 3 vyt 2002-03-20 12:44:22 +0300 Так чем нужно пользоваться для определения кодировки в html? Не по content type charset= работает автоопределение кодировки? Для rtf указание языка должно быть - сделал rtf из koi8-r и из cp1251 - оба в ворде не читаются. В общем, если это не баги, поделитесь right way, pls. 6756 4 vyt 2002-03-20 12:44:22 +0300 Так чем нужно пользоваться для определения кодировки в html? Не по content type charset= работает автоопределение кодировки? Для rtf указание языка должно быть - сделал rtf из koi8-r и из cp1251 - оба в ворде не читаются. В общем, если это не баги, поделитесь right way, pls. 3389 5 mhz 2002-03-20 13:37:19 +0300 Определение кодировки в HTML традиционно возложено на внешние средства, главным образом HTTP (откуда и пришла <META http-equiv=\"...\" ...>) и MIME. Автоопределение кодировки в файле, по-моему, не входит в сферу рассмотрения системы генерации. Насчёт rtf присяжные всё ещё совещаются. Может быть, имеет смысл делать escapes для всех не-ASCII символов? Будем смотреть, что на самом деле производит backend rtf. 6754 6 mhz 2002-03-20 13:37:19 +0300 Определение кодировки в HTML традиционно возложено на внешние средства, главным образом HTTP (откуда и пришла <META http-equiv=\"...\" ...>) и MIME. Автоопределение кодировки в файле, по-моему, не входит в сферу рассмотрения системы генерации. Насчёт rtf присяжные всё ещё совещаются. Может быть, имеет смысл делать escapes для всех не-ASCII символов? Будем смотреть, что на самом деле производит backend rtf. 3392 7 vyt 2002-03-20 15:44:30 +0300 Неудачная традиция, совершенно не right way :( Как быть с html, полученными не через http, локально, например? Лучше бы это было опционально в utils - ставить кодировку или нет. Я бы, например, ставил - документацию будут читать люди, которые про \"not belonging\" не слышали (надеюсь, что будут :)). Кстати, russian apache, упомянутый в похожем обсуждении в <a href="mailto:devel@altlinux.ru" target="_new">devel@altlinux.ru</a> - тоже не лучшее решение. Насчет rtf как-то упоминалось (если не ошибаюсь, AEN\'ом), что там должно быть указание языка. 6757 8 vyt 2002-03-20 15:44:30 +0300 Неудачная традиция, совершенно не right way :( Как быть с html, полученными не через http, локально, например? Лучше бы это было опционально в utils - ставить кодировку или нет. Я бы, например, ставил - документацию будут читать люди, которые про \"not belonging\" не слышали (надеюсь, что будут :)). Кстати, russian apache, упомянутый в похожем обсуждении в <a href="mailto:devel@altlinux.ru" target="_new">devel@altlinux.ru</a> - тоже не лучшее решение. Насчет rtf как-то упоминалось (если не ошибаюсь, AEN\'ом), что там должно быть указание языка. 3393 9 mhz 2002-03-30 10:31:08 +0300 The problem is, OpenJade in its current state does not recognize koi8-r and windows-1251 (NB the IANA-approved name). For HTML, this is not fatal, apart from the questionable META issue. The RTF case can be helped by converting the XML source file to utf-8, with appropriate document changes. Then, run jw this way: SP_ENCODING=utf-8 jw -b rtf file.xml 6758 10 mhz 2002-03-30 10:31:08 +0300 The problem is, OpenJade in its current state does not recognize koi8-r and windows-1251 (NB the IANA-approved name). For HTML, this is not fatal, apart from the questionable META issue. The RTF case can be helped by converting the XML source file to utf-8, with appropriate document changes. Then, run jw this way: SP_ENCODING=utf-8 jw -b rtf file.xml 3394 11 vyt 2002-03-30 12:39:02 +0300 Ок, спасибо. Feedback все еще нужен? Тогда чем, перевесить багу на openjade? 6759 12 vyt 2002-03-30 12:39:02 +0300 Ок, спасибо. Feedback все еще нужен? Тогда чем, перевесить багу на openjade? 3395 13 mhz 2003-01-30 02:59:49 +0300 Use xsltproc with either chunk stylesheets or hack stylesheet wrappers with charset specified, supplied in the docbook-style-xsl package. 6760 14 mhz 2003-01-30 02:59:49 +0300 Use xsltproc with either chunk stylesheets or hack stylesheet wrappers with charset specified, supplied in the docbook-style-xsl package. 3396 15 vyt 2003-01-30 15:02:42 +0300 Как оказалось, это не баг. Для указания кодировки действительно лучше пользоваться стилями из docbook-style-xsl. 6761 16 vyt 2003-01-30 15:02:42 +0300 Как оказалось, это не баг. Для указания кодировки действительно лучше пользоваться стилями из docbook-style-xsl.