Использовал такой код:




И вот случайно обнаружил, что на Висте он не работает - ни F1, ни SendKeys (ну да, проскакивало где-то что с SendKeys проблемы на 7-ках и прочих). Т.е. выводится стандартный help системы, а не мой.

В одном месте такой код (не особо раньше следил за универсальностью), и он работает



IsProgaRun("Zagolovok helpa") -проверяет есть ли окно с уникальным именем в заголовке, т.е. в данном случае запущен ли уже файл helpа.
Хотя опять же, "Zagolovok helpa" я два года как поменял, а в забытом этом коде (второй вариант) этого сделать забыл, так что окна плодятся при многократном вызове.

Т.е. вопросы
1) Как грамотно выводить Help. Из меню и по F1. И с учетом Виста и выше.
2) Чтоб окна Help не плодились. При этом один желательный момент. Приложение состоит из нескольких exe и в каждом есть кнопка <Help>. А файл один. Желательно чтоб не плодились и при нажатии help в разных компонентах.

Второй код (если об нем помнить при замене заголовка) в принципе решает проблему, но не с F1.

Вообще-то не уверен что проблема сильно актуальна.
Фигня с Help происходит только на Висте,
а на семерке все работает нормально.
Если учесть, что за 3 года ни один пользователь не обратил внимание на эту проблему, а почти очевидно что все у кого была виста переходят на 7-8 (чего нельзя сказать про XP), м.б. и не стоит заморачиваться.

Дмитрий77И вот случайно обнаружил, что на Висте он не работает - ни F1, ни SendKeys...Т.е. выводится стандартный help системы, а не мой.
А что самое интересное, проблема на этой Висте самоустранилась после перезагрузки, видимо глюк конкретной системы.

Единственное, вот эту свою ересь


(а SendKey "F1" там не работает, ибо вызывается из меню трея при скрытой форме, поэтому и намутил давно)

Поменял на более грамотный код:




кот. также как App.HelpFile + F1
обеспечивает единичность helpa и авто/закрытие его вместе с вызвавшим приложением

Дмитрий77кот. ...обеспечивает ...и авто/закрытие его вместе с вызвавшим приложением
Вообще тут обнаружил что когда пользуешься HTMLHelp Lib "hhctrl.ocx" очень не лишне делать следующий код:


Потому как если не делать, то оно при закрытии App еще и краш обеспечить может.

А с другой стороны, такие команды как HH_INITIALIZE command и HH_UNINITIALIZE command лучше вообще не делать чеб там в msdn не говорилось, т.к. с этими командами Help запускается в потоке приложения (а не в другом) и можно схлопотать вот такой вариант:

1) Запускаем
2) Запускаем help
3) Закрываем vbModal
4) Запускаем опять

И УСЕ. Имеем HelpWindow.Enabled=false


У меня тут вопрос возник:
Например у меня в дереве хэлпа такая структура:

>>Some function (показывает страницу somefunction.htm)
>>>Some function Settings (показывает ту же самую страницу somefunction.htm)
>>>Some Function Subitem2 (показывает страницу Subitem2.htm - уникально )
>>>Some Function Subitem2 (показывает страницу Subitem3.htm - уникально )

Если я вызываю

то help однозначно показывает:
>>>Some Function Subitem2 (показывает страницу Subitem2.htm - уникально )

А если вызываю


то при первом вызове может показать
>>Some function (показывает страницу somefunction.htm)
а может
>>>Some function Settings (показывает ту же самую страницу somefunction.htm)
(по принципу кратчайшего пути до ближайшего узла)
А если эту команду повторить, то показывает следующий узел, т.е.
>>>Some function Settings (показывает ту же самую страницу somefunction.htm)

А я например хочу (желательно), чтоб сразу показала последний вариант.
Как однозначность добавить (при сохранении условия что одна и та же страница отображается в двух пунктах)?

Как вариант могу вызвать команду два раза подряд, тогда точно попаду в цель, но как то это неправильно.

Да еще, а VB6 своими средствами не умеет контекстную справку показывать?
Чтоб не просто вывести первую страницу help, а тыкнуться в заданную (в завис. от контекста/окна/вкладки с кот. в данный момент работает пользователь)?

Дмитрий77А я например хочу (желательно), чтоб сразу показала последний вариант.
Как однозначность добавить (при сохранении условия что одна и та же страница отображается в двух пунктах)?

Как вариант могу вызвать команду два раза подряд, тогда точно попаду в цель, но как то это неправильно .

Ну, я на этом кривом варианте и остановился пока.



Там к сожалению идет привязка к имени страницы, а не к узлу дерева.
Даже если делать map-файл, назначая индексы, то индексы будут привязаны к страницам, а не к узлам дерева.
Т.е. по хорошему должно быть однозначное соответствие.
Но это не всегда удобно. При выборе заголовка "главы" общего описания может не быть, но логично сразу показывать дефолтный (первый) раздел хэлпа по этой главе.

Вообще, конечно формат .chm то устаревший. Причем он может глючить на некоторых системах (например если юзер чрезмерно и тупо увлекается установкой всяких Мозил и Firefox-ов, настройки которых могут нарушать функционирование ОС).
Но я чуть полазил по MSDN, посмотрел какие форматы help используются в других программах и понял что ничего лучше и новее то и нет, потому как то что используется в родной справке виндов начиная с висты не очень удобно и в целом разработчиками софта принято на вооружение не было.
Есть еще варианты "хэлп в онлайн в IE", хэлп в pdf - но от них честно говоря подташнивает.
Посему поразмыслив малость решил оставить chm.

Что, хэлпы никто не пишет? Типа юзер итак разберется.
Тема простая, но никто так и не ответил.