oflg/Tidme

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

Closed this issue · 17 comments

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

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

oflg commented

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

没事哈。

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

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

以及会支持图片摘录吗?

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

oflg commented

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

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

不支持图片摘录。

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

但是这个是刚需了:
图片

还有,两个版本似乎都没有保留换行符?

oflg commented

这个版本还没有tpub集成

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

没有保留换行符?

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

oflg commented

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

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

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

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

oflg commented

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

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

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

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

不保留渐进阅读了?

oflg commented

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

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

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

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

还是无啊……

oflg commented

在这里

image

在这里

image

ok

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

oflg commented

手动导入的json识别不了

确实,我修下。

oflg commented

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

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

image