墨水屏阅读器插件以及一些平时用得到的小功能。解决使用微信阅读和obsidian（读和写）的割裂感，溯源困难以及双链。toolbox 让阅读与作笔记无缝衔接，体验丝滑，属于 ALL IN ONE 思想。
注意，您需要把 pdf，epub，mobi，word 等可读格式，转换为 markdown。对，就是使用原生的阅读方式，因此，它支持移动端和墨水屏阅读器以及双链，dataview 等插件（进行定制化需求）
日后，看情况可能会把大杂烩分成一个个小插件，有新的功能也会及时更新。
主页
书库
读书笔记
横向排列怎么做到的呢
标题提到了墨水屏，这个插件对于墨水屏的阅读体验有什么优化吗？
这个插件就是为了我在墨水屏上阅读针对性开发的。配合 Minimal E-link 主题。体验上类似阅读app，比如，点击屏幕翻页，会跟踪同步阅读时长，进度和状态，转跳至上次阅读的位置，划线，写想法，同步读书笔记，每条笔记都是块引用(双链)，每条笔记都经过md5算法生成一个固定的块id，意味着你可以在其他地方引用笔记。 @aoout
由 dataview 和 minimal 主题生成
这可厉害了。我去研究下代码。
不太懂该怎么用，可以发下示例库吗
在 obsidian 启动插件后，设置跟踪文件夹路径（默认是书库），为需要跟踪的笔记打上 book 标签即可。
我懂了。
首先文件必须放在跟踪文件夹的根目录下，不支持嵌套文件夹。
其次，跟踪进度不会自动更新，而是通过命令回到跟踪进度。
我写了一个导入.epub文件，生成markdown格式笔记的插件。
可以和这个阅读增强插件联用，感觉会是一套比较完整和融洽的工作流。
是的。我使用的是 clibre 把 epub 转换为单文件的 markdown（同时在 vscode 中使用正则表达式做一些处理）。限于水墨屏性能和 obsidian 预览模式下渲染性能的影响，首次打开时需要一些等待时间。但是我为大体积单文件做了一些优化，不影响使用。
晚点，我会写一个使用指南 git 到 github。
我最近也在做类似的事情。
我尤其好奇你是如何对大体积单文件优化的，这指的是打开速度吗？
这是 obsidian 底层的性能问题，对于大体积单文件首次打开必须要等待一段时间。会导致转跳至阅读位置，转跳不准确，解决方法是多点几次 
（目前，还没找到能监听文件渲染完成的事件提醒用户等待），另外一个是，延迟写入更新数据让翻页在老旧的水墨屏上减少卡顿（几乎没有）。
这样的话，如果是一本文本量较大的书，打开新文件的等待时间大概会有多少？使用感受上会受多大影响？
建议不超过2m（满足 99% 图书的大小，合集的拆分开），几秒到十几秒吧，性能差的水墨屏可能会更久一点。
这次真是万分感谢
