这个帖子中的问题仍然存在，按照下图中的操作，最后光标在界面最右边：

回车异常问题也有碰到，但还没找到稳定复现的方法：

断掉无线网络/有线网络，一样会有发送字节，不是往外界发送的，在电脑本地内部流通的

还是会遇到帖子中的问题，而且可以看到，页签处右键，缺少了分屏和复制选项：

我的一个复现方法是，钉住几个页签然后关闭思源，再打开，就会遇到帖子中的问题以及上面这个问题

我把所有钉住的文档取消钉住，然后把所有页签关闭后，再打开文档后就正常，应该和钉住功能有关。

此外，在之前有问题的时候，未激活的钉住页签的右键中，下面这两项消失（目前已恢复）：

按照我下面的 gif 操作看看，所有动作都要一模一样，包括点击操作，我每粘贴一个图片后都在图片后面点击一下，不按这个操作可能复现不了：

可以修改 CSS，比如集市中的 notion 主题就实现了帖子中的建议 1，对于建议 2，不同主题也有不同的设计，可以试试各种主题看自己喜欢的

重建索引试过了吗？大概率是重建索引的问题，文档是在的，但是搜不到，需要重建索引

我之前遇到过几次类似问题，都是通过重建索引解决的，和同步功能没有关系

可以先试试看重建索引，现在没有自动重建索引了，所以有时候搜索功能会出现问题，导致搜不到内容

可以试试这个 quicker 动作能否实现你的需求：https://getquicker.net/Sharedaction?code=b186d1ef-143a-41a7-bafa-08da0a4333e6

我之前也遇到过好几次，删除 conf.json 文件后重启思源能恢复正常，可能是 conf.json 文件某个地方出现问题

这个我以前提过，当时改进了：Issue #3498 · siyuan-note/siyuan

现在又出现问题了，但我这里不是每次都能复现，有时候右边文档激活时，大纲可以跳转到右边，有时候不行

我靠自己规定的笔记规范来解决，我绝大多数文档内都是纯列表或者标题 + 列表，在引用时，只引用三种类型的块：文档块、标题块、列表项块。在笔记规范之下，这三种块是非常稳定的，引用这三种块，在重构笔记时，不会出现 id 变化的问题。剩下还有小部分文档是标题 + 段落块，这类文档一般是输出文章之类的，不适合使用大纲笔记那种方式编写，因此这种文档的块类型也非常稳定，不会出现问题。

此外关于你的担忧，还可以考虑通过“反链转移”功能解决，参考我在这个 issue 中的回帖：link，目前思源还没有这个功能，其他双链软件也还没有，不过有的软件通过“合并文档”功能对文档块间接实现了这个功能，但对于更细粒度的块我目前还没看到有软件实现了的。如果引用关系因为块类型的转换而破坏了，只需要通过“反链转移”功能就能很快修复。

因此，通过笔记规范，基本规避了风险，如果不喜欢这种笔记规范，偶尔会有块类型转换的情况，那也不用担心，放心写，有“反链转移”功能来兜底，平时记笔记时大胆记、放心记，有了“反链转移”功能，风险是可控的。

段落块转列表块有两种方式

第一种方式，也就是帖子中的方式，使用"- + 空格"，这种方式会将段落块的 id 转移到列表项块上，所以原先引用段落块变成引用列表项块，因此将列表项改为段落块时，原引用就找不到了：

第二种方式，使用菜单项中的转换为无序列表，这时原先的段落块还是段落块，不存在帖子中的问题：

我觉得目前这个设计还挺好，用户可以根据自己的需求在上面两种方式中选择一个，不知道是有意为之还是无意之举。

关于你的担忧，可以考虑通过“反链转移”功能解决，参考我在这个 issue 中的回帖：link，目前思源还没有这个功能，其他双链软件也还没有，不过有的软件通过“合并文档”功能对文档块间接实现了这个功能，但对于更细粒度的块我目前还没看到有软件实现了的。

设置-编辑器-自适应宽度，默认关闭，需要手动打开

我觉得这个选项应该默认打开比较好，延续以前的样式，不然老用户更新后会感觉很迷惑，我当时看到也很迷惑想发帖，然后偶然打开设置才发现多了一个设置项

语雀客户端的文档树中有类似的功能：

如果要做这个功能的话可以参考语雀的交互

思源里面的列表和 wolai 里面的列表可以说是完全不同的，思源里面有容器块的概念，层级关系是逻辑上的包含，而 wolai 这类软件没有，wolai 的层级关系是视觉上的而不是逻辑上的，两者的底层设计是完全不同的

容器块是思源中实现高质量块引用与反链的重要基础，容器块的设计也让思源成为目前主流双链软件中块引用粒度最丰富的软件

题主可以在帮助文档中阅读一下《内容块类型》这个文档，理解容器块的含义，然后再研究下你的帖子中这些例子中的块的结构，哪些是容器块，哪些是叶子块，他们之间的关系是什么，应该就能懂为什么在思源中是这种效果

“变大所带来的滚动条、布局挤压感觉不太好”这个我不太理解，并不会增强挤压感吧，在反链很多时，现在的设计会让每条反链变得很矮，这时候的挤压感最强吧，当某条反链因为点击面包屑或展开时出现大量内容而变大时，这时候挤压感会降低吧。而且按照现有的点击面包屑导致变大的逻辑，这里变大的最大高度也是有限制的，与单个浮窗可以直接变大到屏幕最大高度不一样。

浮窗能用但不够好用，像现在反链面板中，使用浮窗也能达到 roam research 反链的效果，那为什么大家还想要编辑器式反链面板呢，就是因为浮窗能用但不够好用，浮窗比不上直接在反链面板中操作流畅，它让用户多了一个操作步骤，多了一段等待浮窗出现的时间，多了一段等待浮窗消失的时间，仅查看一条反链时姑且能忍受，连续查看多条反链时就很不舒服

在数字浮窗反链中也是一个道理，浮窗可以用，但比不上直接在数字浮窗反链中操作

反链即正文，反链的设计和编辑器的设计一样重要，都含有大量的用户高频操作，微小设计的区别会造成很大的用户体验变化，所以需要在细节上精细打磨

正是因为浮窗要用于预览，所以才需要变大，不变大根本没法看啊

当反链内容很多时，每一个反链项都会被挤压得很矮，而当某个反链项内容很多时，这个反链项就不方便查看了

而且我不是说要在浮窗中操作，点击面包屑和展开都是为了预览查看反链的上下文，没有上下文的反链就成 ob 的反链那样没有什么价值了

普通的浮窗是有这个功能的，但数字反链浮窗没有，从一致性角度来说，数字反链浮窗也应该有这个功能 😂 ：

您可能误解我的意思了，正常情况是应该不会变大的

而非正常情况有两种，也就是用户操作出现大量内容而浮窗太矮不方便用户查看的情况：① 点击面包屑导致出现大量内容；② 点击展开导致出现大量内容，目前对第一种情况会变大，但对第二种情况不会变大

大约 2000 个文件，这是今天的日志：

I 2022/07/23 10:48:30 runtime.go:47: kernel is booting:
    * ver [2.1.2]
    * arch [amd64]
    * runtime mode [prod]
    * working directory [C:\Users\Administrator\AppData\Local\Programs\SiYuan\resources]
    * read only [false]
    * container [std]
    * database [ver=20220501]
    * workspace directory [D:\siyuannote, data 2.3 GB]
I 2022/07/23 10:48:30 serve.go:79: kernel is booting [http://127.0.0.1:6806]
I 2022/07/23 10:48:31 sync.go:95: sync before boot
W 2022/07/23 10:50:47 repository.go:616: index data repo before cloud sync elapsed [136665ms]
I 2022/07/23 10:50:48 repository.go:532: synced data repo [uploadFileCount=0, downloadFileCount=1, uploadChunkCount=0, downloadChunkCount=0, uploadBytes=0, downloadBytes=613523] in [0.65s]
W 2022/07/23 10:50:50 file.go:302: query root block ref count elapsed [938ms]
I 2022/07/23 10:50:50 conf.go:527: database size [586 MB], block count [146567]
I 2022/07/23 10:50:50 working.go:143: kernel booted
I 2022/07/23 11:14:27 queue.go:126: op tx [42763ms]
W 2022/07/23 11:25:10 file.go:290: build docs elapsed [965ms]
I 2022/07/23 15:50:13 queue.go:126: op tx [58694ms]

下载这个索引文件应该很快吧，但是启动时有至少十秒钟都在显示“正在索引数据仓库，获取最新文件 xxxxxxxx”，而且这个“xxxxxxxx”一直在变，看着感觉是下载了很多文件下来

有可能是这里的提示文本有点问题，可能这时在对比文件，但显示的一直是“正在索引数据仓库，获取最新文件”

在搜索界面可以自己设置的，比如设置成这样看起来就比较清爽：

有类似功能的，见 思源现在的 sql 可以搜索文档块了吗 - fangly 的回帖

形式不一样，功能类似，思源里面标题和文档可以互相转化，标题和文档可以认为是同一个东西，需要转换一下观念

其他软件例如 logseq 中，page 和 block 是不同的，而思源把 page 和 block 统一了，在一些双链的实践上和其他软件会不一样

这种场景可以使用 alt+b 的反链面板而不是 alt+7 的

搜索对象是文档标题，显示结果是文档内容，不想显示文章内容的话可以使用集市的 query 挂件：

思源有多级块引用的

比如在《主义》文档下建立“马克思主义”和“女权主义”两个标题，引用时可以引用《主义》文档，也可以引用“马克思主义”或“女权主义”标题

在反链面板中，不聚焦时，默认显示《主义》文档、“马克思主义”标题、“女权主义”标题三者的反链：

可以聚焦到“马克思主义”标题，此时只显示和马克思主义相关的引用：

以及 sql 是可以搜文档标题的：

select * from blocks where content like "%主义%" and type = 'd'

看 issue 的表述，如果我打开了文档 A，在右侧再打开文档 A，然后把右侧的文档拖回左边，软件并不会去重（这种情况下肯定是用户主动制造重复，不可能是误操作，软件也不应该去重），我平常就是这么操作的，如果是这样的话，新版和我之前的操作不冲突，没问题

我希望不要去重，我有时会有同一屏打开两个相同文档的需求，尤其是针对长文档场景，像我现在基本上能写在一个文档里就不分成几个子文档，这种情况下，看似打开两个相同文档，实际上可以认为是两个子文档。

当电脑屏幕比较小时，分屏看起来不太爽，尤其在文档中有大图时，分屏后根本没办法直接看清图片。因此，有时候需要在一个长文档的几个不同部分频繁切换，但频繁程度又没有那么高的时候，我会在同一屏打开几个相同文档，通过切换标签页进行文档内部跳转，而不是分屏。

此外，有时候我要在一个长文档的 5 个不同部分跳转（比如要对文档的第一章、第二章、第三章、第四章、第五章进行对比分析)，这时候如果打开 5 个分屏，无论电脑屏幕多大，看起来都会比较难受，而如果用标题跳转，因为要动态加载，而且有些地方没有设标题，所以也不如切换标签页来的方便，这时候可以打开两个分屏，一个分屏 2 个—个分屏 3 个，会舒服点。

前面说的关闭时一直卡在“数据同步中”时候的日志：

I 2022/06/28 22:27:36 serve.go:78: kernel is booting [http://127.0.0.1:6806]
I 2022/06/28 22:27:36 sync.go:107: sync before boot
I 2022/06/28 22:38:20 sync.go:587: sync data to workspace data elapsed [218931ms]
I 2022/06/28 22:38:24 sync.go:393: sync [cloud=324841, local=0, fetchedFiles=14112, transferSize=2.3 GB] downloaded in [645.41s]
I 2022/06/28 22:38:39 conf.go:523: database size [74 kB], block count [146362]
I 2022/06/28 22:38:39 working.go:139: kernel booted
I 2022/06/28 22:42:29 sync.go:110: sync before exit
W 2022/06/28 22:46:04 sync.go:77: sync has been locked
W 2022/06/28 22:46:34 sync.go:77: sync has been locked
I 2022/06/28 22:46:56 sync.go:617: workspace data to sync data elapsed [267574ms]
I 2022/06/28 22:46:59 sync.go:278: sync [cloud=324841, local=325136, wroteFiles=3, transferSize=2.4 MB] uploaded in [3.05s]
I 2022/06/28 22:47:00 conf.go:362: exited kernel
E 2022/06/28 22:47:01 block_query.go:629: sql query [SELECT * FROM blocks WHERE id IN ()] failed: sql: database is closed
E 2022/06/28 22:47:01 block_query.go:37: sql query failed: SELECT id, hash FROM blocks WHERE root_id = ?%!(EXTRA *errors.errorString=sql: database is closed)

还有个问题，同步成功后，我什么也没修改，直接关掉思源，这时候一直显示数据同步中，已经等了好几分钟了还是这样，照理来说我什么也没修改不需要等那么久吧：

第二次打开再关闭时正常

还发现一个问题，刚下载完时，不会自动重建索引，导致我发现很多功能有异常，结果发现 db 文件只有几十 k，还需要手动重建索引