有一个缓解的空间：行内文字加颜色肯定会连带加粗，但如果是整块文字标记颜色的话可以通过“块菜单--外观“来做，这是只加颜色不加粗的。至少可以部分解决问题。

如 D 大所说，笔记（文档）的本体是一个个 id，把同一个 id 放到不同的地方，可能有风险。

可以换个操作，使用嵌入块。把位于 A 的笔记嵌入到 B，效果是类似的，而且更快捷，缺点可能仅在于 B 中的笔记是嵌入块样式，要点击一下才能编辑。

你是不是误会了什么，那个功能栏，只要把鼠标移到文档树区域——整块区域的任意部分，都会悬浮显示出来。

假如用户需要定位打开文档，那么即使没有看到功能按钮，也会下意识把鼠标往文档树区域移动。

因此，我推测你是先入为主了，你是本来就知道定位功能在哪，所以看见功能没有直接显示时，直接把鼠标往原位置移动，然后误以为“需要找准点击准确才可以触发功能”。

实在没想到还有这么一出。

但我倾向于认为这不合理。你说：“第一种方式……会将段落块的 id 转移到列表项块上”，我测了一下，id 转到的是列表块，不是列表项块。引用块看得不清楚，可以看嵌入块。第一种“-+ 空格”后，接着打回车，创建的新列表项会出现在嵌入块里，而第二种不会。

也就是说，对一段文字“-+ 空格”后，文字所在段落块 id 发生转变，然后生成新列表项块的 id，而列表项块所在的列表块的 id 则由原文字段落块 id 转移而来。

我认为这是 bug，因为哪怕是你误说的“列表项块”，它也和列表块一样属于“容器块”，而段落块属于“叶子块”。《用户指南》：“内容块在逻辑上分为叶子块和容器块，叶子块不能包含其他块，容器块可以包含其他块“。“-+ 空格”操作直接把一个 id 由叶子块挪到了容器块上，或者说直接把一个叶子块修改成了容器块，我觉得不合逻辑。

当然，把这一方面内容定位为特例知识，列为特殊注意事项，自然也不是不行。

@88250

• D 大，我认为这是一个相当紧要的注意事项，因为它涉及引用失效乃至内容丢失，是应该特别提醒的（起码在用户指南里）。
• 单用大纲的没事，单用文档的没事，怕就怕混用的，而混用正是该软件的独到之处。
• 这一点与先前若干用户提的另一个功能很有关系，那就是在引用失效时把相应锚文本留下。一来是尽可能保留信息，二来是或多或少减少设置引用时的心智压力：我是引到段落上，还是引到列表上？

对一，可以使用 dark+ 主题，顶部工具栏里有一个选项，复制当前文档大纲什么什么的，应该就是你要的

D 大，提个小建议，“关键字排除列表”就那一行小框，太少太小了，不利于查看和增删，比如，光把“2021”“2022”，“01”“02”“注”等写上，就已经把那一小行填满了。建议能给个大框。

“记号”如何？

就此发散一下，今天不才有人专门发帖批判了一下用户体验吗，提到了使用说明，usecase 问题。我觉得这就是可以列入的一例，有些细节和操作提示是需要讲明的，不然小白用户会“卡壳”。如果将来编写相关文档的话，除了本贴这点，我还能再贡献俩例。

第一，“标题折叠后移动”问题，这是帮助文档--常见问题里的第五个。这是“移动”，没提“剪贴”。我试过折叠后剪贴，效果比较混乱，我没看出规律，不知道怎么描述，反正就是折叠后剪贴是不好的。我猜测这就是帮助文档里只写移动不写剪贴的原因（之一）吧。但是，剪贴得提，如果剪贴操作要不得，那就要明确写出来：“要移动，不要剪贴”。

第二，块标菜单省略问题。常见问题第七条，问：如何调整表格行列？答：表格块的块标菜单中有操作入口。很正确，但是，如果找不到块标菜单呢？

V 姐曾明确答复过我：“为避免出现过多的图标，对仅有一层子块的图标进行了省略。需要使用菜单的话可以使用 ctrl+/ 唤出。”（ 列表块里的分割线块建议居中（对齐圆点），及列表块里插入块的可能的一般性问题 - Vanessa 的回帖 ）
这不说，谁知道你们省略了哇。链接里的帖子主题是关于分割线的，让我产生困惑的原因也正是分割线块图标被省略了，导致对分割线块的操作总是与对（父）列表项的操作混而为一。

如果有不清楚这点的人先“-+ 空格”打出列表，再“、”呼出菜单建一个表格，那坏了，无论鼠标怎么划，也划不出块标菜单的。我印象里我在论坛就回答过几个人的提问，好像就是关于列表项标题级别的。不知道 markdown 语法，没记标题级别快捷键，鼠标又划不出来菜单图标，可不就“卡壳”了？

哎呀，脑子尽想着奇技淫巧了，没转过弯来，感谢，打扰了。

是的是的，就是在事先不晓得会发生什么的情况下，操作成了下图：

显然，这顺序都颠倒了，所以自然地就想知道如何批量倒序后六项，形成从上到下的 1234567 的正确顺序。（项目数少的话，当然可以靠鼠标拖动喽，但项目一多就不好这么做了）

大致知道怎么回事了，那退而求其次，请问怎样操作能实现批量倒序？

不是一回事。

那篇帖子第二段首句：“大纲笔记的 shift tab 会使得块直接刷新到大纲的最下端”，我不是在讲这样是好还是不好，我讲的是，“刷到最下端的排位逻辑”。

更确切的讲，缩出的项，它并不是被安排在最下端，而是安排在“上级列表项的下一项”。

如图，以从上到下的顺序，分别缩出“1.2”和“2.3”，如果缩出逻辑是排到最下端，那么缩出去的“2.3”的位置一定是在缩出去的“1.2“之下。实际效果却是相反的：

由此我推测，缩出的排位逻辑不是”最下端“，而是”上级列表项的下一位“。

我表示异议的地方正在于此，而一律把缩出项排到最下，正是不会出现排序颠倒问题的。

支持一个。信息方面，留有痕迹总比消失干净要好。

ps：分享一个快速设置静态原文锚文本的心得，不知道大伙知不知道。那就是不需要复制粘贴，只要把光标放进去，打个空格再删掉，静态锚文本就设好了。

原来如此，感谢你的说明 ❤️

楼上介绍得非常好啊。补充一小点，集市里 Meteor/Me 模板里的“link”能以 sql 查询的形式列出反链内容，不需要手动从反链面板弄到文档里。

不想用双链的话，应该可以使用加粗或高亮，然后汇总。我没用过，我只见过有人分享过模板，参见 【模板分享】文档背景色高亮文字汇总模板 和 【模板分享】如何汇总文档中所有包含加粗 | 高亮 | 颜色文字的内容块

第一个问题，看起来你是转换标题级别的吧。如果是，那么你呼出的菜单是列表项的菜单，不是标题所在的文字块的菜单，这个菜单图标被省略了。换标题级别有两个办法，一个是 markdown 语法，另一个是快捷键“Ctrl+/"。

试试只开“日记”（没有使用日记的话也就不用开了）和“箭头”，“引用块次数过滤”设置为 1

这样应该就是文档级别的引用关系。

理解这一点，你可以试着举一反三，把引用关系细化到块级。反正我没成功，实际情况比预想的要复杂，不知道怎么设置。

特别地，有个问题，块级节点在显示时只有一个点，具体代表什么，还有靠鼠标悬浮，甚至点进去，很不方便，不实用。

反映一个情况，供大佬斟酌。

顶部工具栏上“删除当前文档”和“随机网络图片”是紧挨着的，而”随机“往往意味着”短时间内多次使用“，这增大了误触风险。我就误触了。诱使我犯错的，不仅是位置，还有鼠标指针形状，分明是禁止形状（一个圈内加斜线）而非手指形状，确仍然触发整个文档内容的删除，删除动作也不是能靠 Ctrl+z 撤销的，得从 history 里翻。

建议挪挪位置。

学到了，赞美大佬！

请问大佬，随机到的网络图片，能搞到它的出处链接吗？有的图比较喜欢，想下载下来。

新想到的：反正悬停于按钮会显示”转换为引用块“，不妨把”动态锚文本“五个字加上去，也算是提示了。

嗯，统一是一种好处。我这里的意见也提供了一种统一，就是看文本产生逻辑里有没有引用的意图在。聊备一说吧，看以后有没有更多的用户再讨论这个话题了。

是说提及转引用后，在原提及处设置一遍静态锚文本吗？如果是这样，这与主楼中的”如果误操作是即时发现的，倒是能复原，问题在于没有即时发现，一旦发现就已经是不知道多少时间之后了“都是一回事，那就是人会犯错。

可能会忘了设置（没有养成习惯），也可能不知道怎么回事误触了转引用的按钮（鼠标很轻啊，触控板很灵敏啊等等），犯错不可怕，纠正就行了——问题就在于潜在的不可纠正的情形。那就是犯错后，不知何时发生了文本变动，又不知何时发现了文本变动，这时候已经无力回天了。

当然，就理性计算而言，提及转引用应该不是常用功能，犯错的可能也比较小，二者叠加的可能更小，但这终归是潜在的不可逆事故。起码要心里有数。

相关设置是在：主题文件夹-style-ul.css 应该可以直接改

先把内容写在下面，再把这个块拖上去

这个要快捷键操作，理由是：

为避免出现过多的图标，对仅有一层子块的图标进行了省略。需要使用菜单的话可以使用 ctrl+/ 唤出

针对“` 层级变动管理”，有大佬写过，标签的功能为双链所完全涵盖。参见 https://www.yuque.com/deerain/gannbs/ffqk2e

故此，可以试试转换一下思维。标签建议“短平快”地使用。需要整理维护的东西，建议用双链。

我也是这么想的。总结一下 1 和 2，就是 word 的搜索界面，只不过 word 是单文档的，思源这里要考虑上多文档。

我感觉真正的改动，是给现有搜索上的类型过滤分个层级。

搜索结果按两个层级依次展现，第一层级，为文档块；第二层级，文档块内部作类型过滤。其中第一层级不启用，就是现行搜索方案

没错 👌