0.5.6性能卡顿的一个典型场景

Bug 反馈
#1

相关信息 (必须)

操作系统：win10
桌面端还是手机端：桌面端
版本号：0.5.6

简单描述（必须）

在一个普通页面（双链较少或无双链）进行编辑，随后切换到一个有较多双链的页面，再回到原页面继续编辑时，tab、shift+tab、删除、移动光标、输入等基本操作就会明显的卡顿

PS：
但如果是多窗口打开多双链的页面，原窗口的编辑性能并没有受到明显影响。但多窗口又会造成内容丢失的bug，反馈见0.5.6多窗口时，正在编辑的内容会突然被清空或部分内容消失

重现步骤: （尽量）

  1. 在一个普通页面编辑
  2. 切换到(())双链较多的页面
  3. 再切回到原编辑页面
#2

0.5.7依旧有这个性能卡顿的bug

#3

0.4.4依旧是新版本中性能最好的。
在0.5.7突然白屏后，只能卸载重装。但重新安装的0.5.6或0.5.7都没有添加本地文件夹的界面。只好再次安装0.4.4。发现是真香，性能优秀:+1:t2:

1 个赞
#4

相关信息 (必须)

操作系统：win10
桌面端还是手机端：桌面端
版本号：0.5.1

简单描述（必须）

字数较多的页面操作（针对文本的任何操作，不包括滚动翻页等）异常卡顿，内存及cpu占用极高

重现步骤: （尽量）

  1. 进入字数较多且双链较多的页面操作，即出现卡顿
#5

0.5.9，win10。此场景中性能卡顿依旧存在

#6

这就logseq的固有缺陷 ，这种场景下应该放弃logseq