请求优化大页面性能

在读一部书,边读边作笔记,不知不觉页面变得很大。当前有八百多个块,四万字左右,少量的图片,没有引用和链接。主要表现为键盘输入延迟卡顿,如输入文字,回车新建块,展开折叠块等操作。延迟最多可能有一秒(感觉上)。

期望开发者能够优化大页面性能,或者至少提上日程。

也许大多数人还没触及大页面的性能问题或很少用到,但是我认为还是有不少人比较在意的,比如有些人对logseq印象不错,但碍于性能问题,还在观望。

大页面性能是logseq健壮性的表现,对要求苛刻的人来说是是具备生产力的表现。所以优化大页面性能具有很高的价值。期望开发者能够重视。

另外:期待win版证书早日到来,刚安装时,卡巴斯基报木马,杀掉了update.exe

我几年血的经验告诉我,一个页面的内容一定不能多。否则非常不方便互链引用。
一个大页面,哪怕纲目再清楚,你的眼睛也会因为内容太多,而看不过来,导致很多内容被实质性的隐藏起来,或者视而不见。

我现在是,只要是稍重要一点内容,比如重要概念,哪怕只有一句话,我也把它单独写入一个页面。

非常感谢你的建议,我觉得你说的不错,尽量把笔记原子化,更利于知识复用。我也是考虑到这一点,所以在一个页面内建了大量的块,想着复用的时候直接引用块就行了。

我会尝试你的方法,也许对我很有用。

0.4.4版本中大页面输入卡顿的现象好了很多,虽然还是能感觉出不如新建的页面那么流畅,但是至少不影响打字了。退格键删除相比输入有明显的延迟,目前还是可以忍受的。

我还是认为,logseq需要优化大页面性能,至少在用户交互操作上不能有瑕疵。我看好logseq,所以对它期望更多。

个人认为,如果你想原子化,就不要搞大页面。
我给我的页面下了一个死命令,绝不超过100个块。

大页面虽然可以引用块,但是:
1、块的引用会产生很多字母数字类的字符,有碍观瞻。不如页面引用直接。
2、重点内容真的会淹没在字海中的。哪怕你给它加了颜色、黑体、标题,因为页面内容太多,你都会漏掉很多内容。
3、万一万一到时换了笔记软件,页面引用还可以通用,块引用就没法弄了。我这一年多笔记迁移了好几次( ob – rr – 思源 – re – log ),深知块引用的不可靠。所以我的笔记中到目前为止,没有一个块引用,全是页面引用。