[Vadikan]

serotka
Ну на такие баги все можно списать. У некоторых, например, CHM вообще не запускаются

[Unter]

Тогда учитывая то, что в каждом обновлении должен находиться файл проекта (*.HHP), на пользователя возлагается задача распаковки архивов в правильном порядке (иначе новый файл проекта может оказаться перезаписан более старым). Тогда уж надо каждое обновление в свою папку распаковывать, но это может усложнить скрипт обновления.

Можно в имени файла проекта указывать идентификационный номер, а скрипт будет его обрабатывать в порядке нумерации.

[BeLyI]

Я думаю надо все статьи разбить на группы по сходной тематике и создать базовый chm с этими группами в содержании. И выпускать обновления по 3-10 статей в зависимости от обстоятельств (размера, схожести и т.д.), файл содержиния не заменять а дополнять. Обновления не должны зависить друг от друга. И в конечном итоге у каждого пользователя на компьютере будет свой файл chm с интересующими только его статьями, без лишних для него статей.
И не плохо было бы такой подход применить к оффлайн версии "Автоматическая установка Windows", потому что статьи из раздела Новичку и некоторых других в принципе не интересуют, а файл chm хотелось бы иметь на компьютере под рукой.

[Vovchick1]

Vadikan

Очевидно, для достижения поставленной задачи необходимо следующее 1. Декомпилировать имеющийся CHM 2. Скопировать файлы обновления в папку, где находятся извлеченные из CHM файлы 3. Скомпилировать CHM заново

Ещё может случиться что при выполнении декоппиляции имеющегося CHM (или копирования файлов обновления в папку), нехватит места на диске!!!!

[Vadikan]

Unter

Можно в имени файла проекта указывать идентификационный номер, а скрипт будет его обрабатывать в порядке нумерации.

Хорошая идея, но я как-то не могу сходу представить ее техническую реализацию.

BeLyI

Я думаю надо все статьи разбить на группы по сходной тематике и создать базовый chm с этими группами в содержании. И выпускать обновления по 3-10 статей в зависимости от обстоятельств (размера, схожести и т.д.), файл содержиния не заменять а дополнять.

Слишком много работы по обслуживанию и созданию CHM файла. Обновления планируется выпускать раз в месяц, а дробить их по тематике и для каждой тематики делать отдельное обновление - это уже черезчур. Однако, если есть желающие этим заниматься - милости прошу

И не плохо было бы такой подход применить к оффлайн версии "Автоматическая установка Windows", потому что статьи из раздела Новичку и некоторых других в принципе не интересуют, а файл chm хотелось бы иметь на компьютере под рукой.

Возможно, аналогичная модель будет применена в будущем и к учебнику АУ. Но во-первых, нужно сначала решить задачу с данным CHM, а во-вторых размер учебника АУ относительно невелик и попоплняется он не так уж часто.
Vovchick1

Ещё может случиться что при выполнении декоппиляции имеющегося CHM (или копирования файлов обновления в папку), нехватит места на диске!!!

Да, такое тоже возможно. Можно указать это в системных требованиях

[XXXler]

Vadikan, варианты с полностью автоматическим обновлением (вплоть до скачивания скриптом файлов из инета) рассматриваются?

[Vadikan]

XXXler
Интересная идея, но думаю, что это уже чрезчур Это все-таки не программа Обновления скорее всего будут размещаться на soft.oszone.net, а не на некой статичной странице. Так что проверить их наличие может быть затруднительно.

[Unter]

Можно в имени файла проекта указывать идентификационный номер, а скрипт будет его обрабатывать в порядке нумерации. Хорошая идея, но я как-то не могу сходу представить ее техническую реализацию.

Сложность может возникнуть только с определением установленных апдейтов: где хранить информацию в реестре или еще где нибудь, а в обновления можно вкладывать сопроводиловку с которой и будет сравниваться. Это в том случае если все апдейты необходимо обрабатывать в порядке выпуска, а если порядок не важен, то еще проще.
А вообще командный процессор в NT-шках позволяет многое сделать. Я как-то извращался даже на тему сравнения даты файлов с определенной датой. В крайнем случае можно использовать скрипты. Правда я сейчас до конца октября в отпуске, поэтому заходить на форум буду редко.

[Petya V4sechkin]

Vadikan
Собственно, а где hhp-файл? Проект для компиляции?

[Vadikan]

Petya V4sechkin
Сорри, я не предоставил никаких файлов сразу. Вообще, в результате декомпиляции файл проекта не образуется. http://tools.oszone.net/Vadikan/files/chm_stuff.rar (в архиве файл проекта и hhc.exe) HHP-файл имеет формат, аналогичный INI-файлам.

P.S. Помимо файлов проекта каждый раз будут изменяться также club.html (главная страница), Table of Contents.hhc (содержание), club.hpp (файл проекта) и возможно index.hhk (указатель, он пока не сделан).