まず、ヘルプ システムには、ヘルプを開いてそのトピックを表示できる各トピックのインデックスが必要です (そうでない場合は、ヘルプとマニュアルを調べてください。より完全なヘルプ ファイルを作成するのに役立ちます)。ただし、これは問題を直接解決するものではありません。私が理解しているように、これをツールヘルプ ウィンドウにポップアップ表示する必要があるからです。
したがって、ヘルプ システムがどのようにキーを使用して適切な情報を引き出すのかを明らかにする必要があります。ただし、WinHelp ファイル内の特定のインデックス付きテキスト チャンクに直接アクセスすることは、(私が知る限り) 取るに足らない作業ではありません。役立つ情報がここにあるかもしれません。Help and Manual Web サイトのフォーラムを参照することもできます。
ユーザーがメニュー項目やボタンの上にカーソルを置いたときに、ヘルプ トピック全体 (たとえ短いものであっても) をポップアップ表示することは本当に意味があるのでしょうか? 私には関係なく、Bell Labs の UI デザイン グループで何年も過ごしました。それは、A) 単純に情報が多すぎる、B) 経験豊富なユーザーにとって視覚的に気が散る (したがって、信じられないほどイライラする) ことです。ここで受け入れられている方法は、ボタン (「開く」または「ファイルを開く」) の非常に短い (1 ~ 4 語) 記述子を含むツールヘルプ ウィンドウをポップアップ表示することです。
各メニュー項目またはボタンでヘルプを利用できるようにしたい場合は、2 つの選択肢のいずれかをお勧めします。
まず、カーソルがヘルプ アイコン (疑問符の付いた矢印) を使用する「ヘルプ カーソル モード」を用意することを検討してください。ユーザーは、ボタン バーの [ヘルプ] ボタンからアクセスします。ヘルプ カーソル モードでは、ユーザーが任意の項目をクリックすると、その項目のヘルプ トピックが表示されます。モーダルであるため、私はこのアプローチには生ぬるいですが、確かにそれが行われたのを見てきました。
2 つ目は、ヘルプ システムを少し強化することです。つまり、アプリケーションのスクリーン ショットを取り上げるトピックをヘルプ システムに作成します。このスクリーンショットでは、各メニュー項目やボタンのホット スポットを作成し、ユーザーがクリックして適切なトピックに移動できるようにします。正しく実行すると、プログラムの通常の操作を妨げることなく、ユーザーが学びたいトピックへの視覚的なキーが得られます。
最も重要なことは、現在の計画を実行するために必要なすべての作業を行う前に、それが正しい計画であることを確認することです!