新版本是把渐进阅读移除了吗？

[zxhd863943427]

我发现新版本好像没有渐进阅读功能了。

[oflg]

正在开发哈

https://github.com/oflg/Tidme-read

[zxhd863943427]

哎呀，居然没发现，很抱歉。 话说这个重构的用意是什么？以及会支持图片摘录吗？

[oflg]

哎呀，居然没发现，很抱歉。

没事哈。

话说这个重构的用意是什么？

重构是因为主插件（fsrs4tw）更新了fsrs算法与旧版不兼容，并且目前摘录插件存在性能差、有时候选择失控（比如一不小心会选择全部）的问题。用意是更好的用户体验。

以及会支持图片摘录吗？

可以做，只是要想一个好一点的方法，所以不确定这一次支不支持。

[oflg]

已发布摘录阅读插件，插件库里直接安装即可。

https://github.com/oflg/Tidme/releases/tag/v1.5.0

不支持图片摘录。

[zxhd863943427]

测试了一下，这个版本还没有tpub集成，有点可惜，不过可以先手动操作。

但是这个是刚需了：

还有，两个版本似乎都没有保留换行符？

[oflg]

这个版本还没有tpub集成

导入twpub的功能不难继续加上去，只是我正在开发直接导入epub的功能，目前已有参考案例，支持是时间问题。如果能直接导入epub，导入twpub的功能就不需要了。

没有保留换行符？

摘录功能依赖于tw的dynannotate插件，它没有保留换行符和图片等富文本，所以不支持。（墨屉最初用的是tw内的剪切按钮，支持富文本。但是要先点编辑进入编辑器内进行摘录，所以改成了现在这样）

[oflg]

目前已有参考案例，支持是时间问题

这个案例只在nodejs上实现了，单文件会报错。所以还是继续twpub吧。🤣

[zxhd863943427]

这个案例只在nodejs上实现了，单文件会报错。所以还是继续twpub吧。🤣

啊这……其实除了测试外，我主要还是使用tidGI-desktop来处理多个tiddlywiki。这个功能会与twpub冲突吗？不会的话能否考虑保留？

[oflg]

不会冲突，twpub也是用这种方法在nodejs上构建的，殊途同归。

因为这样的插件在单文件使用必报错，还有几个依赖插件，想安装好挺费事，用起来没那么舒服，所以还是不保留了。

[gaoluji]

不会冲突，twpub也是用这种方法在nodejs上构建的，殊途同归。

因为这样的插件在单文件使用必报错，还有几个依赖插件，想安装好挺费事，用起来没那么舒服，所以还是不保留了。

不保留渐进阅读了？

[oflg]

已支持twpub，插件库里更新即可。

https://github.com/oflg/Tidme/releases/tag/v1.9.0

[gaoluji]

已支持twpub，插件库里更新即可。

https://githubfast.com/oflg/Tidme/releases/tag/v1.9.0

还是无啊……

[oflg]

在这里

[gaoluji]

在这里

ok

[zxhd863943427]

twpub集成貌似只能读取从twpub库中下载的书籍，手动导入的json识别不了。

[oflg]

手动导入的json识别不了

确实，我修下。

[oflg]

已修复，插件库里更新即可。

https://github.com/oflg/Tidme/releases/tag/v1.9.1