昵称没什么用，随便写都行

如果没有提到

• “双向链接”的本质
• 反向链接面板的用法
• “双链的功能已经覆盖标签”

那文中的观点层级还是停留在“文档型”笔记的范畴

不是不行

但不够深刻

可以不用，但不能没有

如果安排下一次会议，这里有一个问题请教：

微信读书导出的读书笔记，应该如何成本更低的标注双链或什么形式结合到自己的笔记中

看了视频和实验了一下，还是每太明白 alt + b 和 alt + 7 的区别

在别的主题看到这个现象了，感觉似乎是某个“起点”没有对齐

1. 滚动条的确可以拖动到头部
2. 用 方向键 从后往前移动，就只能移动到截图的位置
3. 用 Home 键和 方向键 也只能移动到截图的位置
4. F5 刷新一下，的确能看到光标在头部
5. 再用 Home 和 方向键 又回到截图的位置

上述流程均能复现

这么重要的功能缺失，是不是得列个 issue 啊 😂

那这个 bug 也太久了吧

PTSD 了，再等个版本后用笔记本试试吧 😂

视频回放链接应该加个“超链接”的，这样就可以直接点击过去了

这样的话，等我先试试笔记本用手机的联通网络试试吧

此刻心情：

！！！！！！！！！！！！！！！！！！

siyuan.zip

这是主力机 也就是台式机 11 号到 13 号此刻所有日志

2.0.8 撤销也崩溃，今天凌晨就碰到一次

947M 路过

这应该是功能必须的代价吧

毕竟索引全在这里面

I 2022/05/11 01:41:03 sync.go:254: sync [cloud=89263, local=89268] uploaded in [26.77s]
I 2022/05/11 01:42:50 sync.go:254: sync [cloud=89268, local=89272] uploaded in [31.33s]
I 2022/05/11 01:45:42 sync.go:254: sync [cloud=89272, local=89276] uploaded in [27.15s]
I 2022/05/11 01:48:54 sync.go:254: sync [cloud=89276, local=89288] uploaded in [30.74s]
I 2022/05/11 01:49:59 sync.go:254: sync [cloud=89288, local=89291] uploaded in [26.29s]
W 2022/05/11 01:55:00 sync.go:60: sync has been locked
I 2022/05/11 01:56:06 sync.go:254: sync [cloud=89291, local=89292] uploaded in [22.27s]
I 2022/05/11 02:01:10 sync.go:181: set sync interval to [8m]
W 2022/05/11 02:09:32 transaction.go:128: tx [2310ms]
I 2022/05/11 02:09:43 sync.go:254: sync [cloud=89292, local=89343] uploaded in [32.60s]
I 2022/05/11 02:19:12 sync.go:254: sync [cloud=89343, local=89499] uploaded in [28.09s]
I 2022/05/11 02:20:19 sync.go:254: sync [cloud=89499, local=89505] uploaded in [27.45s]
I 2022/05/11 02:25:23 sync.go:181: set sync interval to [8m]
I 2022/05/11 02:30:08 sync.go:254: sync [cloud=89505, local=89551] uploaded in [26.16s]
I 2022/05/11 02:35:14 sync.go:181: set sync interval to [8m]
I 2022/05/11 02:43:19 sync.go:181: set sync interval to [8m]
I 2022/05/11 02:49:09 sync.go:254: sync [cloud=89551, local=89577] uploaded in [24.77s]
I 2022/05/11 02:50:10 sync.go:254: sync [cloud=89577, local=89583] uploaded in [22.43s]
I 2022/05/11 02:53:25 sync.go:254: sync [cloud=89583, local=89596] uploaded in [25.45s]
W 2022/05/11 02:57:51 queue.go:125: queue tree [19881ms]
W 2022/05/11 03:08:35 transaction.go:128: tx [2434ms]
W 2022/05/11 03:09:01 transaction.go:128: tx [2426ms]
I 2022/05/11 03:10:37 sync.go:254: sync [cloud=89596, local=89840] uploaded in [178.34s]

改的文件也不多，这同步时间真的接受不了的，一到同步时候很多操作都阻塞

I 2022/05/11 02:09:43 sync.go:254: sync [cloud=89292, local=89343] uploaded in [32.60s]
I 2022/05/11 02:19:12 sync.go:254: sync [cloud=89343, local=89499] uploaded in [28.09s]

还是这个笔记本，刚才同步期间，连这个笔记本内部移动文档也阻塞了

看来应该是同步时候会阻塞很多操作吧

这个笔记本虽然文件多，但当前我都没有动别的文档，在编辑的也就七八个文档

这个时间这么长感觉还可以优化下

可以简化成一个很简单的疑问“我搜的明明是 Book， 那不相关的 Archive、Area 等等为什么会在前面呢？”

如果只是默认打开，不进行搜索，显示默认笔记本没什么问题

但当前场景已经用 Book 进行检索定位了，还那把默认笔记本还放在更合适条目的前面，这应该不够合理

如果理念上有所不同，必须要有笔记本，这没问题

那至少排序上可以优化，希望能将关键词结果提前

按照使用习惯来说，Book 下面的子文档也不应该显示出来

如果要移动到子文档，因该直接搜子文档的名称

所以当下最合适的结果就是：

末尾文档名符合关键词

所以当前场景应该只有 Resource/Book 和 …GitBook 的那边文章才符合

梦想开始的地方

我的也找到了，应该就是这个了，算是列个参考

就不删除了，等程序修复吧

我也一直有这么个 null 的标签，终于有勤快的朋友提出这个问题了

啊，明明是很麻烦的情况，真的就没有一点改进余地了么 😂

很好用， 可以暂时替代目录了，十分感谢

用惯了 Evernote 的多级独立标签，很不习惯现在这种 Markdown 默认的标签形式，初步决定只用一级标签，可惜标签面板没有搜索选项，如果能加一下或许能好一点

的确是很需要这个功能，划线能直接记录到笔记中就更好了

你缺少的是一套个人密码管理方案

主打隐私和本地就和云同步就必须有端到端密码，明文上云，还担心小白怀疑自己数据泄露了呢

建议还挺可爱的 🤪