其实以前我发过这个点子，不过没人理。近期看到有人吵 logo 什么的，又看到教人用 sql 的，就又想起这茬了。 把功能集成到右键菜单上，其实质针对的是“最后一公里”的痛点。偶尔看到有人讲 siyuan 不易用，面向程序员，开发者闷头开发不顾小白等说法。虽然开发者否定了这些说法，但是这种感受（我也有）是怎么来的呢？我想 ..

附议。立刻就清除也太严苛了。七天我还嫌少了，缓冲期一个月也不为过[图片] 。

D 大，左上角“siyuan”那块做成鼠标悬浮上去就自动展开，也许姑且算个折中方案？

似乎带“Click”的快捷键都没列，是考虑到因为要动鼠标，所以不算快捷键吗？我觉得还是应该算的吧

另外，可能还有别的快捷键也没有列进“设置”里，希望有心的朋友也能一并在这个贴子里反馈一下。

一张图片可能被多个地方引用。 在这个前提下，要实现你说的功能，我觉得应该新加一个菜单项：从磁盘中删除这张图片。 激发菜单后，弹出确认框。确认框会罗列出所有引用这张图的块，如果只有一个地方引用，可以不罗列。这个罗列区域可以像反链面板那样，能够编辑。 既然实现了上面的功能，那么可以顺带实现一键查看图片的引用情况的功能。也就 ..

确实还有这种情况，没我想得那么简单。感谢你的补充。

@PLA 怎么说呢，我也知道，这一大堆东西说有用吧，也实在是可能不会再用；说没用吧，谁知道未来会不会用呢？所以我希望能封存旧物。老图老办法，新图新办法。。

怕误删就用现有的删除呗。 我修改一下措辞，免得被误认为是修改现有功能

不好找啊。我这有历史遗留因素，未引用资源里一大堆东西。

编辑器里不要的图片右键删除后，还可以在未引用资源里找到，也就是还存在电脑里。可是如果我非常确信我永远不需要某张图片了，要把它彻底从我的 siyuan 里移除，从电脑里移除，该怎么操作？似乎没有便捷的办法？所以我希望能增加一种删除方式：一键真正清理掉永不再用的图片。 望考虑

有一种导致引用丢失的情况，如果是，那就找到原因了；如果不是，有助于再多留一个心眼。 被引用内容 A 原先是普通文本，在 B 处被引用了； A 使用：“-+ 空格”快捷生成无序列表； B 处引用仍在，且内容跟着多了个无序列表的符号”·“； A 处删除“·”或者使用块菜单转换功能，把无序列表重新改成普通文本： B 处引用消 ..

20221208 更新： 边栏按钮样式 集市里有很多大佬做得非常好的主题。但是难免有那么一两个点不对口味儿。所以就想着按自己的想法改改。思源现在有了 代码片段 功能，可以按需要开关代码，要比以前方便多了。 所以就想着把自己东施效颦的东西搬上来，或许有半个能帮到你。更希望能抛砖引玉 ❤️ 用膳须知 以下代码均在 v2.5 ..

20221208 更新： 边栏按钮样式 集市里有很多大佬做得非常好的主题。但是难免有那么一两个点不对口味儿。所以就想着按自己的想法改改。思源现在有了 代码片段 功能，可以按需要开关代码，要比以前方便多了。 所以就想着把自己东施效颦的东西搬上来，或许有半个能帮到你。更希望能抛砖引玉 ❤️ 用膳须知 以下代码均在 v2.5 ..

加个 jpg 看看是不是图片

[图片] 解决一波屏幕小的问题，欢迎大家品鉴

挂件与官方支持的差别，在我看来，只在于是否能把特定挂件的功能集成到右键菜单上，只要右键左键分别点两下就好，而不是现在先“/'，再找到挂件，再从挂件列表里选。怎么越说越感觉像 quicker 了…………

是的，之所以还这么提，是我目前暂未想到多一个标题又能有多大副作用呢？就内容而言，多出的一个标题不是嵌入原来正文里的，是空降到正文头上的，是凌空挂着的。就算把新成立之文档再拖回成文档内的块，也不会多费多大事，删除一行字而已。因此就我而言，没算到有什么副作用。当然，还是要多听别人的意见。

代为回复一下：“这样的话不是同一个块了哦”，确实不是，但是可以换个方向，不是新建一行正文，而是新建标题，即当我们把块 a 从文档 A 移出时，新得的文档 B 直接以块 a 为正文内容，同时提取块 a 的标题文本，以之自动创建为文档 B 的标题。

目前无法改变 排除了父块 [链接]

所以，问题回到了最初，“只能转换为普通文本”的“只能”能不能变变。 如本贴正文最后一段所说，既然文档块与标题块互通，“导出”功能里也有标题作一级标题插入而后导出，那为什么文档标题不与文档正文打通？你看，你们自己写用户指南时，子标题大纲等级都是从二级开始的，跳过了一级，我猜测这不正是默认了一级由标题填补？ 倘若不能的话， ..

没问题啊，指南里写的是直接拖拽，我也是拖拽的，引用就是没了。 测试： 第一步，如下图，在“概述”标题上建一个引用 [图片] 第二步：检查引用关系，无误 [图片] 第三步，拖拽而后检查引用关系，丢失 [图片]

不好意思 🙏 ，我没明白这是哪个功能，是块菜单里找吗？没找到啊，能再说得详细些吗？

之前就发现个别引用关系丢失了，原因在于原先具有引用关系的子标题被我拎出去单独成篇了。当时就想反馈来着，结果居然忘了。 今天再把一篇文档拆成多篇时，再次注意到了这一点，遂有此建议。 再引申一些，还有不太明白的是，既然文档块和标题块是互通的，为什么不直接把文档标题视为默认大纲一级的标题块？这样不就根本不存在本帖反映的问题了 ..

如题，如果不能复制，那么要移动或复用表格的某个部分，岂不是几乎要重作一个小表格？再作一个不是不行，关键是有这么三个不便：1.表格在制作的时候不能预选 axb 行列数；2. 文本要一个单元格一个单元格的复制；3. 眼前已有完成过的表，却只能照着重制一个，心理上不愿意重复劳动。 当然克服是能克服，但不便也确实不太方便。 谈 ..

@iamqiz 原来 esc 能选中啊！才知道，也谢谢你

老铁说的没毛病,列表项里的图片依然是在段落块里的, 用 ctrl+/里的折叠确实可以, 另外我发现一个更快速的方法是按 esc 选中图片所在段落块,然后按 ctrl+up ; 谢谢老铁的指点 😁

就是针对你第二种情境，“把鼠标放到图片所在行，然后 Ctrl+、呼出块标菜单，点击菜单里的折叠”是有效的。 它的有效性可以佐证，有子项的父项也是以段落块为基底的，只是这个段落块的块标遭到并省，只能键盘打快捷键呼出。 针对第一种情况，列表的折叠都是折叠到第一项的，图片本身就在第一项，所以折叠无效。办法也是“把鼠标放到图片 ..

@iamqiz 按我的理解，段落块在本质上是无处不在的，段落嘛，换行就生段落，就生块。我不知道你说的非段落用不了具体是什么场景，但我猜测是块标菜单被并省的缘故，建议把鼠标放到图片所在行，然后 Ctrl+、呼出块标菜单，点击菜单里的折叠（这里不能直接用快捷键，快捷键直接对着列表块操作，具体你可以试试其中的差别）

如果要求的折叠不是缩略图的话，那么图片所在段落块是可以直接 ALt+Click 折叠的，折成只有图片最上方那么一窄行。

@suiji 好的, 下个版本加上该功能ヽ(￣▽￣)و

@shuoying 感激！

@shuoying 是的。具体来说，我打开思源，切换 dark 主题，此时背景图片为默认图 A。然后我随机一个新图 B，再切换全屏——现状是全屏下的背景图片是原初的默认图 A，我这里提议的就是希望全屏下的背景图片能沿用全屏操作前的图 B

大佬，能借楼在这给 dark+ 提个建议吗（没 github 号），能不能让全屏后的背景图片沿用之前非全屏时的图，而非像现在这样全屏后改为默认背景图？或者说教教我怎么设置？谢谢 🙏 这点对于有随机背景图片功能的主题来说尤为有用。

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

目前应该只能在搜索输入框中输入 SQL 排除了

停留在一个页面 A 上，Ctrl+f 是在当前文档内查询；现在我想要一个完全相反的搜索，即仍停留在页面 A 上，但页面 A 的内容不被纳入搜索范围，只在本页面 A 之外的笔记中进行检索。

我知道 Ctrl+F 是指定当前文档内的查询，那么如果我想要它的反面，也就是不要看到当前文档的内容，请问应该如何操作？ ps: 顺带再提一嘴心心念念的搜索结果呈现的改进，如果搜索结果能先按“文档”层级收纳归类一下，那么这篇帖子所求教的搜索技巧也就不需要了。

@EberhardLin 就是文档树归类，其他回答不是有提“克隆”吗，就是用嵌入块作克隆。把《会计学与审计学的现状与对比》归类到“会计学”后，在“审计学”新建文档，也命名为“会计学与审计学的现状与对比”，然后在正文”【【会计学与审计学的现状与对比”建立引用，建好后右击之而后转换为嵌入块——这一步可以通过“{{”一步到位 ..

如 D 大所说，笔记（文档）的本体是一个个 id，把同一个 id 放到不同的地方，可能有风险。 可以换个操作，使用嵌入块。把位于 A 的笔记嵌入到 B，效果是类似的，而且更快捷，缺点可能仅在于 B 中的笔记是嵌入块样式，要点击一下才能编辑。

如题。现在的右键菜单也就粘贴和全选。 把挂件以及模板和（未来的）插件里的一些常用功能加到右键菜单里，想必能增添不少方便性和易用性，且对小白尤为友好。 把挂件、模板和插件的入口与其他许许多多的功能都放到“、”里，就我而言，感到无比的拥挤狭促，就像默认主题下的搜索框的上下布局一样局促，压迫得仿佛让人无法呼吸。一些自制主题把 ..

你是不是误会了什么，那个功能栏，只要把鼠标移到文档树区域——整块区域的任意部分，都会悬浮显示出来。 假如用户需要定位打开文档，那么即使没有看到功能按钮，也会下意识把鼠标往文档树区域移动。 因此，我推测你是先入为主了，你是本来就知道定位功能在哪，所以看见功能没有直接显示时，直接把鼠标往原位置移动，然后误以为“需要找准点击 ..

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

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

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

首先，为了使得一段文本在被取消列表后，仍能维系原有引用关系 我选择引用上述文本所在的段落块 然后，取消列表，将列表转换到段落 查询引用关系，很好，还在 把刚才被转到段落块的文本再转回列表 查询引用关系，很好，仍然还在 再列表转成段落块 好，引用关系没啦。 如果一开始就只是段落块，则无需有 1、2、3、4，直接从第五步开 ..

个人经验，不加区分地引用主要是三种情况：模棱两可、图省事、不清楚还有这种区别。第三种就不谈了。 模棱两可是因为自己也不知道被引用块未来会发生什么改动。 图省事则是因为列表项块里的文本的段落块图标被省略了，一直在用鼠标的时候不想上手操作键盘。 二者比较而言，模棱两可的情况比较让人忧虑，因为它是未知，是当下的不可知。 看起 ..

如题。父子文档的设立本来就是一次强关系分类，子文档一定由其对父文档的指涉而成其为子文档，所以，在（局部）关系图里，哪怕子文档没有引用父文档的内容，也应该在图上画出指向父文档的关系；关系只是没有出现于子文档中，并非不存在，它存在于文档树上。

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

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

用【【 建立引用和划词新建引用时，建议对 1,2,3……(1),(2),(3)……，a,b,c……，①②③ 这些标号作特殊处理：优先在本页面内查询内容。 因为这些标号的意义可以说几乎都是本页面赋予的，几乎没有多少跨页面引用的情况在。 作了这条特殊规定，无论是自己写注释，还是阅读他人大文章里的注释，就不需要来回拉页面/分 ..

我知道反链在搞编辑器式改进，但具体内容不得而知，所以该提还得提；若是已被考虑，就当我没提。该提议的核心，其实还是讨论反链该怎么用的问题。 粗率地讲，文档有小文档，有大文档。小文档的标题就是主题名，大文档则包含多个独立性颇强的子主题，文档名是主题大类的名。大文档的产生正是反链推动的，可以看成把文档树（文件夹）的一部分功能 ..

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

“记号”如何？

内容不直观显示正是 3 和 4 的目的，某些情况下只关注块引用之外正文的内容，保证正文内容是顺畅的，但需要保留引用，也就是这句话出自哪里，使得在我需要查看原文时可以查看 比如论文中只会对参考文献标注 [1]，最多也只是标注下作者年份例如 (Devlin et al., 2019)，没有论文会在正文引用其他论文时还引用其 ..

感谢反馈，可关注 [链接]

很多人并不希望默认设置静态锚文本，而是希望动态变化，这部分需求很难统一，对不同人不同场景都不太一样 添加“一键设置静态”的按钮应该能更好地满足不同人的需求，关于添加这个按钮，我在一年前提过，不过后面没有做：https://ld246.com/article/1617377615459 在 roam research 中 ..

当引用文档不存在时，我们写出的/划选出的锚文本一般都是正文，是嵌入上下文的，所以一定要设置成静态锚文本。目前不是，这不仅有忘记改设静态锚文本的风险，而且还很心累：相同的文本要无实质意义地设置两遍。另外，删除文字比输入\复制粘贴文字简单多了。 当引用文档存在时，我们在引用时，自然而然地就明白引用来的文字来自别处，不是当前 ..

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

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

是的是的，就是在事先不晓得会发生什么的情况下，操作成了下图： [图片] 显然，这顺序都颠倒了，所以自然地就想知道如何批量倒序后六项，形成从上到下的 1234567 的正确顺序。（项目数少的话，当然可以靠鼠标拖动喽，但项目一多就不好这么做了）

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

不是一回事。 那篇帖子第二段首句：“大纲笔记的 shift tab 会使得块直接刷新到大纲的最下端”，我不是在讲这样是好还是不好，我讲的是，“刷到最下端的排位逻辑”。 更确切的讲，缩出的项，它并不是被安排在最下端，而是安排在“上级列表项的下一项”。 [图片] 如图，以从上到下的顺序，分别缩出“1.2”和“2.3”，如果 ..