this.Mode = Modes.Rant;
ほとんどすべてのヘルプ ファイル形式には大きな問題があります。これは、作成者 (多くの場合 Microsoft が一般的) が、自分たちで使用するのに十分なだけの仕事をしたくないように見えるためです。
サード パーティが統合されたときに、新しい HXS 形式が Visual Studio のヘルプを完全に台無しにしてしまった回数はわかりません。これはサード パーティのインストール ツールのせいだと言えますが、かなり長い間、これを行う方法に関するドキュメントがなかったため、リバース エンジニアリングを行う (場合によっては間違ってしまう) か、全て。統合が機能するかどうかはまだわかりませんが、最近は Visual Studio を切り替えてオンライン ヘルプを使用するだけです。ほとんどの場合、組み込みのヘルプは進行状況バーに常に落ちますが、ヘルプ ファイルが再構築されるまで Visual Studio をロックするだけです。 F1、DEXPLORE プログラムを何度も強制終了しない限り、Visual Studio はロックダウンします。
これがどのようにして問題の解決策になったのか、私にはまだわかりません。
次に、ツールが存在する必要があります。CHM ビューアーは Vista ではなく pre-vista に存在しますが、HXS を表示するために必要なツールは pre-vista には存在しませんが、Vista にはあると思います。これで、ユーザーのコンピューターにカスタム インストールする必要があるフォーマットを使用するか、他のユーザーのコンピューターにカスタム インストールする必要がある別のフォーマットを使用するかを選択できるようになりました。右。
this.Mode = Modes.JustTicked;
私が働いている場所では、CHM ファイルと、ネットワーク共有を介してアプリケーションを展開する人向けのファイルベースの html バージョンを出荷しています。Vista に関しては、まだそれほど多くは見ていませんが、html バージョンはそこでも機能します。
ただし、光沢のあるヘルプファイルが必要です。
HTML バージョンの良い点の 1 つは、製品に続く Web モジュール内の同じファイルにリンクできることです。このようにして、顧客が必要とするバージョンは 1 つだけになります。
私たちは仕事で使用するツールのアップグレードを検討しているので、今週の私のスケジュールでは、静かで静かな仕事で、HXS などの中で生成できるさまざまなタイプの出力を調べます。
編集: うーん、私たちが使用している製品であるヘルプとマニュアルのヘルプページをざっと見てみると、HXS について次のように述べられています。
Visual Studio ヘルプは、MS Help 2.0 とも呼ばれます。当初、このヘルプ形式は HTML ヘルプの後継として意図されていました。しかし、その後 Microsoft はそのリリースを無期限に延期し、通常のユーザー アプリケーションのヘルプ形式としてリリースされることは決してないことが明らかになりました。
これは、Visual Studio .NET への統合用に設計されたサードパーティ プログラミング コンポーネントを文書化するためだけに使用される特別なヘルプ形式であることに注意してください。それ以外の目的には適しておらず、アプリケーション プログラムの通常のヘルプ プロジェクトには使用できません。
その場合、HXS は完全にテーブルから外れていると思います。
注: Web ベースだからといって Webサーバーが必要なわけではなく、Webブラウザが必要なだけです。Web ブラウザー コンポーネントを使用してアプリに統合するか、ユーザーの既定のブラウザーを起動するだけの場合は、選択する必要がありますが、私が見たほとんどの Web ベースのヘルプ出力では、何も必要ありません。サーバーのセットアップはまったく。