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

这“谢罪”的风格让我想起了 @deerain

十分滑稽的观点

即使搬出来各种视频和理论

也是十分滑稽

现在开源了，代码可审查的，实在不行还可以看完代码后自己编译一版

放心用吧

我也不懂，等解释

盲猜应该就是第三方主题操作卡住的时候，破坏了主题相关的文件吧

学到了，可以了，显示了

刚启动的时候可以显示文档，就更新了一 Dark+ 下主题

在里面跟换了几张壁纸，然后换重启 Dark+ 主题一下，文档就没了

我想这可能是主题问题吧就切换回默认主题，然后默认的也各种不行了

最近看哈桑说 OB 的反链功能根本很难谈得上“知识管理”的

我似乎在葫芦笔记的视频了看到过这个功能

现在关闭自动检查更新，的确导致很多用户距离最新版差点距离啊

想想以后会涨到 248，现在看看是不是就很便宜了呢

表示强烈不认同直接去掉的做法

我认为文章说的“占用”观点没错，需要调整也没错，但直接去掉十分不妥

我经常打开很多的文档，并且多窗口，所以需要最直接的知道当前的大纲所属的文档

如果这个时候依靠观察哪个标签活跃，以及顶部显示的哪个文档名是很麻烦的，对大屏显示器也是种折磨

所以我建议 @Vanessa

1. 大纲中重新加回这个文档标题
2. 文档标题不参与标题缩进

一句“有没有”瞬间体现出大佬提建议的姿势水平，手动 666

我反而觉得两边空白小了，不利于阅读的

甚至再大点都可以

留白是有利于专注于内容的

如果没有提到

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

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

不是不行

但不够深刻

可以不用，但不能没有

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

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

看了视频和实验了一下，还是每太明白 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]
​

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