1.9.7 下，如下图，我不清楚现在这是按什么顺序排的，从逻辑上讲，我认为红框标的内容应该排在第一个
而 1.9.6 中，排序在逻辑上是正确的：
此外，1.9.7 中，按照下图操作，搜索结果中的第一个是无意义内容：
1.9.6 中也有，但排序在后面，所以平时使用时不会被影响到：
块引排序问题
本贴最后更新于 842 天前，其中的信息可能已经时移俗易
1 操作
fangly
在 2022-04-07 17:22:31 更新了该帖
相关帖子
-
收到，问题 1 和 3 看上去好像是一样的，我们先按照长度排序的逻辑实现，按引用计数排序太复杂了，目前还没有找到实现方案。如果有一个需要强调排序的，可以指定命名试试，命名的排序优先级是最高的。
问题 2 下个版本修复 Issue #4536 · siyuan-note/siyuan
1 回复 - 其他回帖
-
问题 1 和 3 不一样，问题 1 和引用数量有关，问题 3 和引用数量无关，和 https://ld246.com/article/1649338100756 这个问题有一定关联
首先我在搜索设置中关闭了段落块
然后比如说我在某文档中写了关于
线段树的内容，在顶级节点上写线段树，子列表中写线段树的具体内容，子列表中会大量包含线段树这个关键字然后我在其他地方想要引用
线段树，讲道理应该引用最外层这个列表项，这个列表项的第一个块的内容和线段树关键词完全匹配，但是实际搜索结果中，因为最外层列表项长度最长，所以会排在最后
而如果我在搜索设置中打开段落块，这时候搜索的第一个结果和我想要的结果非常近，但可惜是段落块，我想要外层的列表项块
-
v1.9.7 改过搜索排序实现 Issue #4493 · siyuan-note/siyuan 看来还是不太好用，得继续改进。
这个问题主要是因为 length 字段影响，列表项
线段树+ 子项ccc的长度大于了上面单项abc 是 线段树的长度，因为目前的长度是使用 markdown 字段得出的，这个里面包含了标记符和换行符。下个版本我们把 length 值取自 content 应该就正确了 Issue #4530 · siyuan-note/siyuan
最后提到的那个忽略当前块暂时先不改进了。
1 回复 -
问题 1：sort 字段中有考虑被引用次数吗，我认为排序时首先看匹配程度，然后看被引用次数，之后再是其他，像下图中，红框标出的被引用次数有 2，其他都是 0，这个应该排在最前面：
问题 2：测试时又发现一个古老 bug，锚文本为空时应该显示列表项的第一个块，可以看到刚引用时并不是，我得修改一下锚文本再清空锚文本才行：
问题 3：单论匹配程度，我认为下图中，也是红框中的列表项匹配程度最高（我在搜索设置中过滤掉了段落块），该列表项的第一个块和搜索内容完全匹配。
这在实际使用过程中非常常见，比如说我想要写关于
线段树的内容，如下图，我有三种选择：1. 我可以单独新建一个文档叫线段树，2. 可以列一个标题叫线段树，3. 可以使用列表，在列表项的第一个段落块上写上线段树，三者是等价的。我在其他地方想引用线段树时，如果是文档块或标题块的话，目前没问题，都是排序在第一个，但当我用列表时，排序就出现问题，我想要引用的内容并不在最前面，甚至可能在非常后面。不清楚在技术上实现这个排序逻辑方不方便，不方便的话，只要把问题 1 解决，大部分情况下也还能用。1 回复1 操作fangly 在 2022-04-07 22:15:12 更新了该回帖
欢迎来到这里！
我们正在构建一个小众社区，大家在这里相互信任，以平等 • 自由 • 奔放的价值观进行分享交流。最终，希望大家能够找到与自己志同道合的伙伴，共同成长。
注册 关于