@Vanessa 应该只有块引用的浮窗需要避免误触，其他的像面包屑和反链上的浮窗需要把鼠标悬停在块标上，不太会出现误触的情况。悬停时间我认为是不需要配置的，应当就是越短越好，我对现在的块引浮窗的感受是，想要浮窗弹出时，浮窗弹出有点拖沓，不想它弹出时，又时不时突然弹出。

@rumengsiji 人数比较不重要，毕竟大家都在快速发展中，我想表达的是类似 roam research、logseq 这种没有文档树功能的软件也能从小圈子里破圈。

而事实上，roam research、logseq 等主流双链软件就是直接没有文档树功能的，而且他们的用户数比思源庞大得多

@Vanessa 但是显示位置不对呀，比如第二张图的小三角是外层列表的，但显示在引述块中的列表旁边

@Vanessa 我不是这个意思，这两个都是 bug 的例子呀，比如看第二个块，我找不到引述块里面的列表项 a 的小三角，只有外面一层的小三角 。引述块里面的列表块标应该和外层列表的块标分开来，这里全都是合在一行的

chen 是三群管理呀

@Vanessa 从使用角度来看我觉得没问题，不过可能会丧失统一性，毕竟其他块的自身折叠都是 alt+click，修改后的列表项的自身折叠只能靠小三角，如果这个统一性的缺憾可以接受的话（对我来说能接受，而且我上面说的 alt+click 列表块标其实也会破坏统一性），我感觉没问题。

@out-man 列表项也是容器块，现在列表中的箭头就是针对列表项这个容器块的

@Vanessa 我发现问题出在哪里了，和 https://ld246.com/article/1647150076023 这个 bug 有关系，我刚刚点了一下之前创建的未转义"的文档，然后就出现这个问题

@Vanessa 页签异常的问题又一次出现了，而且我根本没有办法意识到是什么操作引起的，因为引起异常的操作与发现异常之间会有很长的时间。为了修复，每次我都要删除 conf.json 文件，然后全部重新设置，重新设置过程很麻烦，我要改很多默认设置，同步也要重新设置，有没有更快的修复方法呢，比如 conf.json 文件中哪部分删掉后重启之类的

@Vanessa 按我的想法从下到上的话，相当于把横排的布局逆时针旋转 90 度就是竖排的布局（如果是整体上移就相当于顺时针旋转 90 度）；另一种角度看，小三角在横排时是最靠近圆点的，竖排时也最靠近圆点，列表块横排时最远离圆点，竖排时也最远离圆点。我觉得这种是比较符合直观逻辑的，而且用起来更加方便，鼠标放在圆点左边就可以马上折叠展开了。

@Vanessa 我的意思不是说整体上移，是说三个块标位置颠倒，小三角和列表块图标交换位置。这样设计的话，想要折叠展开，只需要把鼠标放在圆点旁边就能触发小三角；想要点击或拖动列表项块标，直接点击或拖动圆点是等价的，也很方便；而列表块块标用的次数相比前两者用的次数会少很多，这样设计的话基本就能满足大部分场景了。

全局搜索的时候不是一直都是默认显示上下文的吗，你的怎么和我的不一样

@Vanessa 又一次出现页签异常了，我没注意到是什么时候异常的，我把 conf.json 文件删了后重启正常，应该就是 conf.json 文件坏了，我把坏了的 conf.json 发到 D 大邮箱了，您可以看看

@Vanessa 换了一个工作空间之后正常，可能是哪个配置文件损坏了？

@Vanessa 就是打开软件，页签上右键，没有其他步骤

用的是 beta3，前面发的这个回帖里没有状态异常重建索引

是换行 Tab 出来的

这个帖子里面没有人说要移除鼠标悬停啊，这个帖子讲的是 click 相关操作，取消鼠标悬停是另外一个帖子的事，可以在那个帖子里面再跟他们交流(Ｔ▽Ｔ)

@Vanessa 现在列表的折叠不也是要 alt+click 嘛( ･´ω`･ )，之前觉得有点麻烦，现在觉得也还好。在鼠标移动到对应引用块/反链项的同时按 alt，然后鼠标点击，整个过程中鼠标的动作和直接 click 是等价的。 （当然，思源现在的 0.62 秒等待时间的鼠标悬停我觉得还挺舒适的，我看有人说要把这个时间变长，我觉得千万不要把这个等待时间变更大了）

@Vanessa 用户不是机器呀，无法感受 0.62 1 2 秒之间的区别，一旦开始等待大概率就是等 2 秒钟以上了 。alt+click 是 0 秒的等待时间，鼠标悬停是 0.62 秒以上的不确定的等待时间（上限值因人而异，有人 2 秒左右、有人 3 秒左右、有人 4 秒左右），两个操作是完全不同的性质，完全不同的体验

@Vanessa 即时反馈和延时反馈的区别，click 点击不对位置我能马上获得反馈，鼠标没有悬停对位置我等待反馈的时间是一个不确定值

时间是我瞎估计的 o(￣▽￣)ｄ，从我个人体验来说，主要还是一个主动性和被动性的问题，被动等待悬浮窗出现和主动让悬浮窗出现是不同的体验，一个是延时反馈一个是即时反馈，有时在我文思泉涌的时候，延时反馈会带来一定的焦虑，被软件绑架的 0.62 秒钟我什么事都不能干，而且如果因为鼠标没有悬停对位置导致 2 秒钟后悬浮窗还没出现，那么这个负反馈会对用户的体验带来很大的影响(ﾒ ｀ ﾛ ´)/，当然，对我来说，有了 alt+click 后，我日常情况下还是会使用鼠标悬停

这个帖子里没有说取消鼠标悬停悬浮窗，只是增加了 alt+click 悬浮窗，多了一个弹出悬浮窗的途径，这个帖子的重点是 click 相关操作，取消鼠标悬停悬浮窗是另外一个帖子的事情。

@Vanessa 用 JavaScript 顶顶倒也可以，如果这个比较麻烦的话，我用 JavaScript 顶顶也 ok

@Vanessa 在 sdk 后面打字的时候，我输入了 wefw 4 个字母，前三个字母被吞了（闪了一下就没了），只剩下最后一个 w 了

@Vanessa 反链面板中需要悬停在块标才会出现悬浮窗，触发范围还是蛮小的，误触情况应该很少，个人认为反链面板中保留这个问题不大。

反链面板中可不可以也加上 alt+click 为打开悬浮窗呀（现在 click、alt+click、ctrl+click 是相同的功能，都是跳转），反链面板中原来的鼠标悬停块标显示悬浮窗仍然保留。

“现在思源的操作方式就是这种，很麻烦”这个不对吧，在你的例子中，现在只要一个回车就能生成一个和 2 同级的列表项，在 wolai 中的操作方式才是这种。还有我觉得有必要提醒你一下，你的使用方式并不是主流的列表使用方式，这是造成你与 V 姐讨论绕来绕去很难说清楚的根本原因，建议尝试使用一下 workflowy、roam research、remnote、logseq、幕布等主流大纲笔记软件体验一下常规的列表用法，思源在列表上的操作和这些软件是基本一致的，思源从 1.2.0 开始就是按照 workflowy 进行列表操作的改进的，大部分用户的使用习惯也都是和 workflowy 类似的，因此虽然思源在列表中的子段落块操作上确实有一点不便，但大部分人用不到这个，所以从 1.2.0 到现在四五个月的时间，你是第一个提出这个操作需求的用户。常规的列表使用方式强调层级逻辑，会把你的子段落块全部变成子列表项，你的这种排版更适合使用标题来划分层级，也就是把“提炼核心内容”作为一个标题，下面的内容直接放在标题下面。

@deerain “有没有子节点来决定有没有竖线”这个是 wolai 的逻辑；其他的大纲软件或者说 1.4.0 之前思源的逻辑要更加简单粗暴，判断列表块有无父列表，有就在这个列表块左边加竖线，在 1.2.0 之前的远古版本自己改 css 加竖线也是用的这个逻辑。1.4.1 的竖线逻辑是错误的这个基本已经是共识了，但现在其实面临两个选择，一个是直接回退到 1.4.0 之前思源的逻辑或者说其他的大纲软件的逻辑，另一个是改成 wolai 的逻辑，我之前帖子没有表述清楚，可能有点误导，我刚刚又改了一下。