1.9.7 卡 +1，在多选块、拖动块的时候卡得非常明显

但是第一级列表没有箭头点吧，像下面这样折叠第一级列表没法操作：

与竖线对应的应该是列表块，像 roam research 里面没有列表块的概念，所以他们只能用竖线

或许交互形式可以是 alt + 点击列表块标（不是列表项块标也不是小三角），现在 alt + 点击列表块标是把列表块折叠成一行，个人认为价值不大，当然也可以保留原来的设计，alt + click 可以还是原来的设计，ctrl + alt + click（或其他类似的） 是折叠该列表块的所有列表项我觉得也行，或者反一下，alt + click 是折叠所有列表项，ctrl + alt + click 是折叠成一行，因为我觉得折叠所有列表项使用频率应该会高于折叠列表块成一行（像我使用思源以来还从来没有 alt + click 过列表块）

像 roam research 和 logseq 都有类似的功能，我认为这是很有必要的功能，能大大提高列表的可用性，因为列表不像标题一样有一个大纲面板可以看到全局结构：

卸载重装过几次，只剩下晚上的了：

siyuan.zip

我手机上应该没开代理程序也没做过网络相关的特殊配置

除了 connection reset by peer 之外还会有别的报错：

一万三千个文件，报错一样：

换了 WiFi 4g 5g，还是一样的问题，下载到一半后断开，然后又要从零开始下载

有个疑问，不清楚是不是我的理解有误。这个 issue 写的是 alt+7 触发刷新，那么当这个 issue 修复之后，假设文档 B 的反链很多，刷新加载反链时要等待很久，然后我几分钟前打开过文档 B 的反链，也就是说有文档 B 反链的缓存，正常情况这时候反链面板应该是可以秒开的，这时候如果我切换到文档 B 后紧接着马上 alt+7 打开反链面板，这时候是触发刷新重新计算反链呢（等待很久计算反链），还是直接调用缓存呢（秒开）？我觉得按理来说应该是要直接调用缓存，但这个 issue 给我的感觉好像是要刷新重新计算反链

我删除原先的云端同步目录，然后新建了一个云端同步目录（是这样操作吗，还是需要把本地的 sync 文件夹也删了重建呢？）

然后遇到了和 【反馈】手机云端同步太难了！ 一样的问题，同步了将近十次，每次都同步到一半失败了：

我手机端用的不多，我记得我上次用的时候尽管每次都要全量同步，但至少还是能同步下来的，每次断开之后，重新开始也不是从零开始，而是从之前断开的地方开始，而这一次使用时每次都是从零开始

还有这两个的时间不一致，不知道是不是 bug：

感觉和查询慢没有直接关系，就算查询慢也应该不会出现这个问题，而且这几个文档的反链面板之前打开过，有缓存，反链面板本身是能秒显示的。详细流程：

首先反链面板关闭

我先在文档 A 中打开反链面板，刷新，使反链面板显示文档 A 的反链

然后我关闭反链面板

之后我打开文档 B，如果这时候我先等一会儿，再打开反链面板，显示正常，反链面板中是文档 B 的反链

但如果我打开文档 B 时，紧接着马上打开反链面板，反链面板就会停留在文档 A 的反链，不会变成文档 B 的反链，需要我手动刷新

如果我反链面板一直开着，切换文档时是不会出现问题的，就是在切换文档和打开反链面板紧接着进行时，会出现问题

这个 bug 给我造成的影响是：每次我打开反链面板时，我不确定这时候后台究竟有没有在计算反链，因为前台并不会显示后台有没有在计算反链（或许后台在计算反链时刷新按钮应该也转，这样能告诉用户后台在计算），可能我等了 10 秒钟，反链面板还是停留在之前文档的反链，因为这个请求被覆盖了，后台根本就没有在计算这个文档的反链，所以我又要手动点刷新按钮，所以前面等待的 10 秒钟完全是浪费了。

还是能重现（点几次大纲中的标题，再拖动几次块滚动条）：

而且可以看到面包屑上的聚焦高亮变化了，用户没有主动操作聚焦，这应该是软件自动做的，软件不应该自动改变聚焦块吧

复现不了或许可以用我这个文档试试：

20210627135410kheinv1.zip

现在这个逻辑好像有点奇怪，我正常拖块滚动条并不会聚焦，我点了下大纲中的标题再拖动，这时会在面包屑上看到聚焦到了对应标题（不是段落块），这个逻辑是正确的吗？

而且从帖子图片中的面包屑上可以看到，并没有聚焦，原先面包屑上的高亮焦点消失了，不知道现在是聚焦到哪个块当中了，我猜是这里出现了 bug，导致反链面板的响应也出现问题：

还有，帖子图片中只是复现的一种方式，我平常使用时从来不用块滚动条，只用鼠标滚轮动态加载时也出现了这个 bug，所以这个 bug 应该和块滚动条没有直接关系

而且，我觉得用户没有主动聚焦时，反链面板不应该按聚焦的逻辑响应，在整理一个长文档的反链过程中，反链面板突然啥都没有了，这会让用户非常疑惑，这种逻辑会导致用户无法通过反链面板整理长文档的反链。

那帖子中的第一个问题呢，应该和这个请求延时没关系吧

在块引用开头软换行也会产生类似的 bug：

@Vanessa 帖子中的另一个问题，就是在窄窗口情况下，块标的排列顺序是不是需要修改一下，就是下面这个图中，三个块标的顺序应该颠倒一下更符合逻辑

离圆点最近的应该是小三角，然后是列表项块，最后是列表块，像正常情况下的逻辑就是这样的：

这个同步的逻辑我也感觉很奇怪，比如我今天在电脑上仅仅只是改了一个字，第二天打开手机端时，依然要全量扫描一遍，我有一万多个文件，导致要等好几分钟才能进入手机端界面

每次我电脑上修改一点内容，过一段时间打开手机端都是要像下面这样扫描：

难道说是思源的加密模式是有雪崩效应的？我改一点内容整个笔记库的加密信息都改变了？感觉应该不是这样的吧，这样本地性能吃不消

我说几个我认为实际场景场景下需要考量的问题

针对块引用悬浮窗，在我写了很多级列表的时候，如果我块引用中间级的列表项，这时候块引用浮窗如果默认显示上下文，将会变得眼花缭乱，都看不出来自己引用的是哪个块，这时候我觉得应该不默认显示上下文，这也是聚焦功能在列表中发挥的优势，而且其他软件的块引用浮窗也是采用聚焦被引用块的逻辑。

针对 sql 块悬浮窗，可以先看看 roam research 的 query 的设计：

roam research 中的设计逻辑是和反链设计类似的，首先显示的肯定是列表项（当然 roam 中也只能显示列表项），然后也是分成两种逻辑，一种是列表中只有所搜索的内容或者空格，另一种是除了所搜索的内容外还有其他文字，前者是显示一级列表并折叠，后者是显示该列表项的子列表的一级列表。

而在思源当中，如果搜索段落块，肯定实现不了这个效果，而且会出现帖子中所说的缺少上下文的问题，如果搜索列表项，又会过多的显示列表下面的内容（我个人还能凑合接受这个问题，但是像本帖主他说是不希望显示下级内容，而且最好的逻辑肯定还是学习 roam 中的设计）

这个问题我认为上下文按钮不是本质问题，本质还是 sql 块悬浮窗的设计问题，如果默认显示上下文，依然会出现和上面块引用悬浮窗一样的问题，当我搜索出来的是中间级列表的时候，浮窗中的内容将会变得眼花缭乱：

针对 pdf 悬浮窗，这个就和反链面板一模一样了，像帖子中的这个图，“剑桥学习科学手册”不就是块引用吗，浮窗内容不就是反链吗，所以也应该遵循反链面板的逻辑

针对文档内的块引用反链悬浮窗，这个就应该和反链面板完全一模一样，然而现在的文档内的块引用反链悬浮窗是和老版的反链一样的。和前文的问题一样，在引用这个块的块是列表项的第一个段落的时候，应该显示列表项而不是段落块：

同样，如果是开启上下文按钮，也会出现和上文一样眼花缭乱的问题

所以我感觉这个问题中，上下文按钮是一方面，首要问题还是浮窗的显示逻辑，在编辑器式反链面板修改后，或许可以把 sql 块按类似的实现方法修改，对于 pdf 悬浮窗和文档内块引用反链悬浮窗我觉得现在就可以直接修改显示逻辑，聚焦到列表项而不是段落块。当然，现阶段，为了满足不同用户的需求，还可以考虑加默认开启/关闭上下文按钮的选项来顶一顶，或者是鼠标滚轮显示上下文。还有一种解决方案是块引用作为正向链接默认不显示上下文，而 sql 块、文档内的块引用反链悬浮窗、pdf 悬浮窗作为反向链接默认显示上下文，这个可以再讨论下优劣。

此外，上面说的都是针对列表的，针对标题也是类似的逻辑，和反链面板的设计一样

此外，开启/关闭上下文的本质我认为是聚焦与取消聚焦，这个问题不区分清楚可能会引起歧义，上下文肯定是重要的，聚焦也是重要的，这两个都是有意义的，但是目前部分功能的浮窗显示没有平衡好两者的关系，导致不点上下文按钮时，既没有上下文也没有正确聚焦，点了上下文按钮时有了上下文但没有正确聚焦，但其实是有方法能在多数场景下既实现上下文也实现正确聚焦的。

还有一个相似的问题，和公式无关，复现方法如下：

用默认主题也一样，报错信息：

这个问题能复现吗？还是我的电脑问题呢？

@D @Vanessa

和我的不一样

我是用块引新建文档，不是引用已有块

仍然能重现

（是英文引号，不是中文引号，中文引号没问题）

凭记忆瞎估算的：

在列表中使用撤销后有 80% 的概率状态异常（基本都是较大的撤销，不是撤销几个字，是撤销一个列表项这种）

状态异常时有 30% 的概率前 5 秒使用过撤销（我印象中大部分时候和撤销没关系）

是的，每次状态异常重启后观察到的内容还是和我以前发的帖子一样： v1.5.5-beta2 子列表状态异常问题 ，都是正在编辑的列表块反缩进成列表项

核心问题不在于小三角要不要一直显示吧

核心问题在于思源里面块标及小三角的触发逻辑，例如现在鼠标放在列表圆点左边不会触发块标及小三角，这是不符合直觉的

这个问题处理后，下一个问题才是小三角要不要一直显示

像在 workflowy 里面，鼠标放在圆点左边就会显示标志：

而在思源中，鼠标放在圆点左边不会触发任何东西：

这个问题我很早就想提了，但当时我还能凑合用，因为对我来说，面向块标的最高频操作是复制列表项的块引用，而列表项的块标和圆点等价，因此我点击圆点就好，不用绕一圈来显示块标

现在有了小三角后，和其他软件一对比，交互的别扭就体现得格外明显

这个问题到现在还是一直存在

重度写作时平均两小时遇到一次，虽然不会丢内容，但还是有点影响思路

而且根本没法定位步骤，因为都是很普通的码字操作中遇到的

我这边都是列表操作中遇到的（但我 99% 以上的时间都是在写列表，所以也无法定位是不是只有列表中会遇到），此外电脑休眠后打开思源时极容易出现问题

换一个公式试试：

\sqrt{d}

光标应该是已经定位到了，但是被遮住了

这个回复中的问题没有了，现在是全部都能显示出来了

我再提一个和这个帖子相关的不知道算不算问题的问题：

比如说我有 3 个文档，文档 A 反链很少，文档 B 反链很多（要加载好几秒钟），文档 C 反链很少

我开着反链面板，依次快速点击文档 A、文档 B、文档 C，这时候反链面板的显示顺序是文档 A 的反链、文档 C 的反链、文档 B 的反链，也就是说，最后我界面的状态是：正文部分是文档 C，反链面板显示的是文档 B 的