Не исключено, что делается выборочный постраничный дамп wiki (см. WikiCenter), индексный файл и потом HTM2CHM. Трюк в том, чтобы правильно назвать все ветви дерева, чтобы запросы от среды к сервису справки открывали нужную страницу элемента.

Да, тоже об этом подумал...
Попробую реализовать идею с дампом а пока буду обновлять справку из ночной сборки, хотя нужно проверить, мб она тоже не обновляется...

А не проще будет Автора попросить в руме, мне так кажется, что он не откажет в выдаче соответствующего софта

наверное


Осталось поймать Автора
------------ Дoбавленo в 12.07:
хм, off-line справка в ночной сборке тоже не обновлялась (Дата изменения 06.02.2011) и нету информации о новых элементах: CounterEx, MultiReplace и т.д...

Как раз кстати вспомнили, я уже над этим вопросом думал и даже начал кое что делать. Но потом чуть приостановил процесс по двум причинам.
Первое не получается полноценный поиск сделать, которого иногда так не хватает.
И второе не править ручками, а автоматизировать процесс (типа обновления справки).

CriDos, касательно нумерации версий, хоть билд SVN и в конце, но он будет меняться реже, чем дата в начале, что порождает логический диссонанс, может стоит просто указывать подбилды вида билд_SVN.номер_сборки_указанного_билда : HiAsm 4.04 AltPack b294.01 или на базе даты: b294.1029


AFAIK, для этого потребуется полноценный редактор с поддержкой баз полнотекстового поиска типа HTML Help Workshop.

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

Согласен, версия в таком формате несёт больше информации.

------------ Дoбавленo в 16.27:
Думаю название/версия инсталлятора/сборки должны как можно больше информации содержать: версия svn, среды и сборки...
Т.е. что-то типа: HiAsm 4.04b185.20-01-11 AltBuild v294.01?
------------ Дoбавленo в 16.30:
Хотя, если учесть что среда заморожена... то думаю можно обойтись и HiAsm 4.04 AltBuild v294.01...

CriDos, b185 давно уже дорос до b294, дату можно превратить в подбилд, если в течении суток более одной сборки планируете делать, то можно b294.1026.01 что значит 1 версия от 26 октября с svn ревизией 294.

Это совершенно разные вещи -- версия среды и ревизия SVN

Если это правда, тогда пускай будет 4.04.b185.svn294.1029.01
------------ Дoбавленo в 20.45:
CriDos, попробовал обновиться через svn.exe (nesco дорабатывает SearchInFile), отказывается аргументируя Skipped 'Elements\delphi' -- Node remains in conflict То ли при тестовой компиляции неучтённые в базе файлы остались (проверил - нет), то ли пересобранные скриптом базы элементов с хэшем не совпали. Пришлось удалять .svn Сейчас гляну, как на Вашей утилите принудительно обновить, --force уже пробовал, не помогает.

и посыпались вопросы : А что такое 1029.01 ? Ах это оказывается А 1 версия чего ?
А какого года не подскажите ?

Вот так как задумал, так и делай.

такая проблема встречалась в прошлых версиях svn в различных сборках после обрыва связи или закрытии программы во время загрузки файлов...
Решилась установкой сборки CollabNetSubversion версии 1.7.1-1...
После установки этой версии, тестировал около часа обрывами, закрытием программы но после повторного запуска, клиент без вопросов продолжал грузить файлы с прерванной позиции...
------------ Дoбавленo в 21.10:
только что попробовал, на основной ОС и тестовых 2 ОС, все 3 обновились без проблем...
но в случае возникновения этой ошибки, поможет только удаление базы svn... больше решений я пока не нашёл.
------------ Дoбавленo в 21.18:

Так-же буду признателен если подскажете альтернативный консольный клиент
Вчера кучу статей/форумов перелопатил и в итоге выяснил что многие клиенты используют opensource движок SubVersion Apache, а других консольных альтернатив я не нашёл...
------------ Дoбавленo в 21.57:
Только что заметил что это предупреждение так же появляется после изменения расположения папки Elements или самой базы .svn.
Вы сборку/папку/базу не переносили?

Нет, конечно, даже не пользовался ею, поставил, создал тестовый проект, проверил, работает, закрыл, обновил SVN, пересоздал базы элементов, запустил среду, вставил и посмотрел какой-то код с форума чтобы ответить, закрыл, попробовал обновиться - получил ошибку. Удалил папку с базой svn - пока полёт нормальный, может из-за того, что и обновлять нечего.

Касательно номера версии, не слушайте троллей, подумайте сами, проходят ли годы между сборками SVN (даже учитывая, что всего пара-тройка человек обновляет).

Как временное решение, немного подправил скрипт обновления с svn на случай если вдруг у кого опять проявится этот конфликт.
------------ Дoбавленo в 02.30:
После долгих тестов разных консольных билдов SVN нашёл стабильный (вроде) клиент
Позаимствовал кстати его у TortoiseSVN, а также что не менее важно, с ним можно общаться с помощью WinExec что другие билды почему-то не хотели делать.
Теперь осталось нарисовать shell, но это уже днём