Конвертирование Winhlp-файла (*.hlp) в chm/pdf/html
 

Всех приветствую!

Как известно, начиная с Windows Vista существует проблема при открытии hlp-файлов. Возникла необходимость сконвертировать данный файл в chm/pdf/html (по большому счету неважно куда). Гуглил... В основном попадал вот сюда, но выйти на указанную там программу не удалось.

Подскажите, пожалуйста, ПО или метод, при котором можно корректно сделать подобную конвертацию.


Спасибо!

Дык эту проблему сразу же и решили... Windows6.1-KB917607 - установлен ?
http://www.microsoft.com/en-us/downl...ils.aspx?id=91

Какую? Эту?

MKN, Эту проблему очень сложно решать на компьютерах всех пользователей, у которых будет установлен соответствующий продукт. Проще организовать нормальный файл-справку, который 100% будет открываться везде.

Казбек, благодарю. Но там оказывается идет речь про конвертирование hpj -> html. А у меня hlp-файл.

Вопрос открыт.

Вообще то это решается элементарно - установкой нужного обновления.
Если под "соответствующим продуктом" подразумевается какой то инсталлятор с дремучим форматом хелпа, то что мешает включить нужное обновление в этот инсталлятор ? Обычная практика.
Также "обычной практикой" является обновление своей ОС, пользователями (или админами). Было бы сделано вовремя обновление, не было бы таких странных, вернее, детских "проблем".

А что касается конвертирования .hlp в другие форматы, то инструментария полно.
Достаточно в гуле набрать hlp to chm(или в иной формат)

MKN,"Практика" показывает, что под Windows 10, к примеру, "элементарно" проблема не решается - под эту ОС есть соответствующее обновление? Это раз.
Даже, если в первом случае есть решение, то что логичнее - нагружать свой продукт обновлением, которое необходимо лишь для корректного чтения "дремучего формата хелпа" (который действительно уже дремучий), или же изначально снабдить продукт нормальным файлом справки? Это два.

Инструментария действительно полно. Но, как оказалось, нормально функционирующего не так много.

1. Находим подробнейшую инструкцию с привлечением бесплатных продуктов. Декомпилируем hlp-файл. Далее компилируем получившийся *.hpj (с сопутствующими файлами) через HTMLHelp Workshop - на выходе CHM-файл... с крякозябрами, хотя содержимое исходных файлов в порядке, а также код языка в hpj-файле указан русским.

2. Берем готовый коммерческий продукт - Help & Manual. Там есть возможность сконвертировать hlp-файл без каких-либо лишних телодвижений (типа ручных декомпиляций). И на выходе получаем... Крякозябры :)

Так что не всё так просто, как показывается "практика". Возможно, что проблема в самом hlp-файле, но визуально он в порядке.

После этого а) надо лепить свою версию инсталляции, б) отвалится контекстная справка из приложения.

Для начала стоит разобраться в обеих форматах справки. Тогда «кракозябр» не будет.

Или просто использовать указанное KB.

Вот это и надо делать. Только с 0, а не конвертируя старьё.
А то получается "я хочу свою копейку переделать в гоночный болид, но мужики на сто разводят руками... как бы мне такое провернуть?".

Iska, Я выше ссылался на инструкцию - подробнее уже и некуда. Это и была "разборка".


Charg, Ну почему же с 0? Ведь

Можете выложить на файло-обменник?

Amigos, полностью справку выложить не могу, а часть выложить получится. Точнее я выложу исходники, ибо скомпилированный chm ничего не даст.


Но в общем-то проблема найдена. HTML Help Workshop после загрузки hpj-файла (со всеми прилегающими файлами) создает для каждого раздела отдельную html-страницу, в заголовке которой указано:
Проблема в кодировке: "Windows-1252" - её достаточно поменять на 1251 и далее скомпилированный chm будет в порядке.

Но всё же интересно почему устанавливается именно такая кодировка? Или кроме 1252 HTML Help Workshop больше ничего неизвестно? Судя по древности данной программы может так оно и есть. Только вот новее MS вроде как ничего не предложил. А другие продукты - платные.

И да, в главном конфигурационном файле исходников (*.hpj) среди прочего указано:
- это код языка, который эквивалентен русскому согласно данной таблице. Да и в настройках проекта Workshop'а также указан "Русский".
Так откуда же на выходе получается 1252?

И под эту ось всё также элементарно. :) И никакие обновления по сути не нужны, а нужно добавить в ОС
всего лишь несколько файлов.
К примеру, всё давно решено здесь :
http://www.tenforums.com/general-sup...dows-10-a.html

Ну, это было очевидно с самого начала, что гораздо разумнее изготовить новую справку, чем тратить время на конвертацию древней. Но раз был сделан упор на второй вариант... :) , то как следствие было много вышесказанных слов...

MKN, Возможно, разумнее, но явно дольше (по крайней мере в моем случае), ибо проблему с конвертацией я решил. Но теперь интереса ради хочу понять в чем загвоздка.

В общем, вот исходники урезанной справки и HTML Help Workshop. Открываем HTML Help Workshop -> File -> New -> Project -> отмечаем "Convert WinHelp project" -> выбираем *.hpj-файл из каталога Source и указываем имя файла hhp-проекта.
Далее можно компилировать, но в секции FILES получившегося проекта предварительно можно открыть какую-либо html-страницу и увидеть, что кодировка там задана неверная. Как бы исправить её ничего не стоит, но мне хочется понять почему так получается?

Кто-нибудь знает ответ на этот вопрос? :)

Потому что поддержка символов вне ASCII есть в unicode.
А в 8 битных кодировках поддержка не-ASCII символов сделана костылями.
Эти костыли отваливаются, и их нужно возвращать на место.

Для американских продуктов, тем более таких древних, "это норма".