Foss
Advanced Member | Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
D1D1D1D
Но вы привели мне случай, где этой головной боли нет.
Ваша страница прекрасно сохраняется в ANSI, включая (заметьте!!!) иероглифы.
И в дальнейшем с компиляцией проблем никаких нет.
А я вас спрашивал о примере действительной головной боли (которой нельзя таким простым способом избежать).
Дело в том, что
Цитата:| Unfortunately, the Microsoft Html Help 1.x compiler and viewer (which are both more than 10 years old now and haven't been changed for many years) do not support unicode or UTF-8 encoding for the Table of Contents, Index or full text search (UTF-8 is supported in the actual content pane because that is an embedded IE instance). Therefore when you are targetting Html Help 1.x with non-latin character content you need to identify the specific encoding to use. |
То есть, ANSI для CHM - нативна, тогда как юникод поддерживается в окне содержимого просто потому, что формат использует движек, как правило, современного браузера, поддерживающего юникод, остальное же (оглавление, индекс, и др.) обходится без этого движка, а потому возникают проблемы с отображением.
Сказано в контексте обсуждаемой в топике программы.
Второй путь - это раскодирование полученного кривого ТОС из UTF8 в ANSI (любой редактор по пакетной замене в файле) и дальнейшая стандартная компиляция.
Третий - пакетная конвертация пачки html из UTF8 в ANSI, создание данной программой TOC, замена HTML на исходные и компиляция.
Преимущество третьего пути в том, что вы получите TOC, кодировнный в HTML сущностях, что, по идее, должно позволить корректно отображать оглавление в CHM и на других локалях. |
Всего записей: 1316 | Зарегистр. 15-04-2003 | Отправлено: 03:25 03-03-2015 | Исправлено: Foss, 03:49 03-03-2015 |
|
