那用浏览器的打印吧，只能这样啊，多页 PDF 其实也还好~

看起来像是文件即标签的思路？好像挺复杂的。不过个人感觉文件名和标签还是不要有什么关联比较好，不然貌似会耦合得有点紧。

思源的剪藏目前是不支持的，而且网页这种复杂的结构也不可能全都支持复制成文字的。

我给你一个 workaround，毕竟人生短短，禁不起等待。

不过我强烈建议思源的开发者研究一下用 pandoc 下载 html，转成 pdf 的方式。很多网页其实对于文字剪藏很不友好的。

DevonThink 这个软件支持以【单页 PDF】的形式收藏网页，效果如下：

（但是有可能会失败，要多试几次，它就是通过下载 html 转 pdf 的方式工作的）

目标地址：https://en.wikipedia.org/wiki/Geometrization_conjecture

收藏效果：

用到的工具是它自带的一个剪藏插件：

厉害，我学习学习再看读后感一下。

@Achuan-2 你的内容十分的优秀，对我的启发性很大，我这篇回复的目的并不是反驳，而是一种阅后的交流和某些评价。因为内容较多，所以会以累加的形式进行添加。

§1. 对于标签

MOC#标签

对于标签的管理，树形的嵌套确实也有可能带来一些文件树分类中会遇到的弊端。不过我觉得标签的树结构本身就是一种对知识的重新组织，这种形式会是非常直观和有价值的。

在 DevonThink 中，Inboxes 其实有点类似于对于资源的剪藏，你的任何文章、书籍、摘抄、笔记都是可以一股脑儿扔进去的。对于这些资源，简单的目录分类其实就很足够了。

树状的标签系统带来的问题，其实都是可以通过一些方式解决的，我针对你提到的针对标签的【问题】，谈谈我在 DT 中是怎么实践的。

问题 1: 标签的管理笔记问题

大部分笔记软件的标签功能其实并没有整理功能，可能只有简单的按时间排序功能，一个标签里的笔记只能在一个维度上堆积。标签在整理汇总功能上，甚至还不如文件夹（文件夹起码还可以对笔记进行自定义排序）。在某种意义上，标签更像是一个快捷搜索的功能，一个汇集想法的功能，而不是分类归档功能。

这个其实不是一个问题，标签本身其实就是对于数据的一种分类和归档。支持嵌套的标签，就不再是一个维度的知识了，一个标签就可能一个子类别。

问题 2: 创建多个重复标签的问题

随着笔记越来越多，标签越来越多，管理标签也会变得非常头疼。因为标签的创建可能非常随意，可能重复创建一个标签，以不同的命名形式存在，比如 #神经科学，#脑科学、#神经生物学，如何把这些重复标签合并，将相关的文档聚合在一起呢？虽然一些笔记软件可以标签合并，但是本质问题没有解决，我还是会创建重复标签，那过一段时间就需要合并标签，除非我能牢固记住所有的标签命名。

重复的标签其实也不应该是个问题，因为一个概念本身天然地就是会有多个父概念的。标签本身就应该是可以被自由创建的，因为对于一个文档的评价本身就应该是自由的。在标签之上其实就可以实现很多高级的玩法，比如 DT

中有个 smart group 的概念，它可以利用 tag 进行更加高级的 交、并、补 的集合操作。这样你就无需对标签进行合并了，你唯一的任务是确保打标签的正确性。任何结构都会存在于这个 smart group 中。

问题 3: 标签依然存在无法多分类的问题

为了管理众多标签，很多笔记软件支持通过父子标签来管理标签，然而，父子标签的这种分类其实也只是单分类，过去使用文件夹单分类的问题，在另一个维度——管理标签上又出现了：这就意味着你创建一个 #睡眠 的标签，收集了很多笔记，你之前将其放在 #神经科学 这个标签下，现在你又创建了一个 #健康 标签，如何把 #睡眠 这个标签同时放在 #神经科学 标签和 #健康 标签里就是一个问题。只能把之前整理的那些睡眠笔记，合并成一篇《睡眠》笔记，然后打上 #神经科学 标签和 #健康 标签。这也就是说，当标签完成它的汇聚信息功能之后，这个标签的功能就丧失了，就应该转化为文档了，否则你难以对这个标签本身进行多分类。就如一个文件夹下的所有笔记不方便出现在其他文件夹里一样

同名的标签是允许存在的，因为当标签是层级嵌套的时候，标签名天然地会拥有一个名字空间，当你需要在【健康】标签下面增加一个【睡眠】的标签，你唯一需要做得就是创建它，然后给需要打这个标签的文档打上此标签。然后你这篇文章自然就是一片关于【神经科学】的文章了，同时它也是和【睡眠】有关的。我看到有人提到思源笔记是支持 【健康/睡眠】这种标签的，不过我觉得这不是一个好的实践，这种标签过于耦合的，回到我文章中的动图中，比较好的实践方式类似下面的：

问题 4: 标签管理笔记的复用问题

标签管理的笔记最好是模块化的卡片笔记，标签本身适合是一个比较广泛的主题，比如 #个人碎碎念、#神经科学，因为永远也没有汇集完的一天，也不太需要整理为一个文档（正如前面所说的标签多分类问题）。但是标签尽管能对卡片笔记进行多分类，并不意味着它就可以很好的为笔记进行服务了，比如你记了一篇关于《熬夜危害》的笔记，为一个卡片笔记打上 #神经科学、#睡眠、#生活百科、#健康等标签，并不意味着这篇笔记可以被复用，更多情况是你打的标签可能更多是起美观、总结出关键词的作用。 以后想要用到这篇《熬夜危害》的笔记，要么在一个个标签里下滑寻找，要么使用搜索功能，这和文件夹体系其实没什么太大区别。

当你的标签系统经过一段时间的使用和适应之后，你不应该需要对文档打重复的标签，因为【睡眠】本身就是一个 【神经科学】的问题，它是嵌套在后者之下的。如果你原则上是需要打重复标签的，那么其实这些重复的标签在你的思维中本身就不具备嵌套的必要。

但是打重复标签依然应该是你的自由，正如你说的，标签本身就具有一定的说明能力。

问题 5: 标签体系与双链功能

标签体系如果加入双链功能，就可以用 [[快速搜索找到符合的笔记进行引用了，然而一旦加了双链功能后，双链就可以替代标签了，又何必再用标签呢？毕竟标签对笔记的多分类、信息汇聚功能，使用双链也能做到，甚至需要的信息汇聚之后，直接在双链文档就能进行整理了，而不像标签只是一个标签，无法整理标签内的信息。其实标签就是这么一个矛盾的功能，很鸡肋，食之无味弃之可惜。

我觉得 【标签体系】和【双链功能】完全就是不相关的两个东西，前者注重的是对于【知识体系】的构建，后者是【知识之间的融合】。比方说对于一个大定理的证明，文章之间会有相互的【双链】，但是这些文章本身就是处在同一个【定理标签】下面的。

而且如果使用【笔记】+【双链】的方式代替【标签】使用，维护成本会有点高。 标签本身是 0 成本的，双链就是一种内容创作了。

原来如此。那其实逻辑上是支持层级的 tag 的。

不过我觉得改成上面 gif 的方式可能更好点，c/cc/ccc 这样其实还是键入了仨标签：c、cc、ccc。看起来有点耦合。

翻了个身，充电线短，又翻回去。

哦哦，我没怎么用过 windows 和搜狗，你要么试试【鼠须管】~

这种问题可能会不太好解决，我第一个念头有可能是基于 electron+webview 方式软件的通病，你可以在 vscode 里面试试会不会有这种情况~

其实你可以试试文件系统级别的备份，好像 windows 下的 NTFS 文件系统也是支持快照的吧。

我是这么做的，我使用的是 docker 的方式运行思源笔记，

提供给思源笔记的存储是一个 zfs 的 dataset，

定期对这个 dataset 做快照，就可以保存【增量】内容了，而且支持透明压缩，

所以整体存储的备份还是比较方便的。

这样的好处是，思源笔记的数据是【绝对】不会错乱和丢失的。

像你这样手工备份特定文件夹的方式，很容易在某次更新时候发生错乱的。要备份就整个备份，并且备注好数据对应的思源笔记版本。

用系统自带的输入法试试？是不是搜狗对各种 app 有优化什么的。

不等于是：

\ne

朋友，你得稍微学习一下 latex 才行，这些都挺基础的。

你去用用思源的剪藏工具，找一些用 tex 写的文章（知乎上有挺多的），剪藏到笔记上，看看别人怎么写的。

看多了就会啦~

一般可以用 \, 这种方式，如果需要更多空格还有 \quad 之类的。

$$
3\cdot4 = 1(mod\,\,11)
$$

直接让_{}跟在需要下标的内容后面就可以了。

$$
n = p^{k_1}q^{k_2}
$$

文档右边不是有个向上、向下箭头么？它俩中间有一大段空白，如果鼠标出现在那里能弹出大纲，并且大纲支持钉住，也就是一直显示，这样就很好了。

现在的操作怪怪的，有点难用。而且你这个图里文档的菜单应该加一个左右分屏的选项，提供分割窗口的能力。好像绝大多数编辑器都支持分割窗口，打开第二个文件的。

你的意思是这种么？

这里面有点问题：

1. 大纲取消钉住，但是它不能一直出现，我要是想看左边的大纲还得移动过去触发一下。

2. 最好的方式是侧栏的大纲是跟随文档的：

   

   像这样：

   

chrome 不太好留存太多 tab，火狐这里我是把 tab 当书签用的。

嗯，不过这个大纲要是可以做成悬浮的，默认出现在文档右侧就好了。

看起来不错，是针对单个文件的么？

我感觉 Scriviner 那种是最适合写作的，在文件的上下文中就能清楚地看到快照差异。

如果需要到专门放历史的地方才能查看到，操作上就有点复杂了。

是浏览器的问题，你如果是火狐用户就会遇到。

不懂为什么这里面会有兼容性问题。😂

算了，火狐本来也不是思源笔记支持的浏览器，凑合用了。只要制卡是在 Chrome 里面做的，就不会有问题。

眼拙了，怎么半天没看到。😂

欸，有点无语。你这么一说，我关了所有插件，结果也是一样。突然想到这个难道是浏览器的问题。

从火狐换到 Chrome，还真是火狐的问题。

有点让我纠结，我所有书签和历史都在火狐上，不太想来回在浏览器上切换啊，有点无语。。。

照理说这种文字的处理不应该有那么不兼容的。

各位，你们说的好像和我贴的这个帖子有点偏差了。

我知道文件树大纲，但是【文件树大纲】是一个基于【文件】的目录结构，是一个【文件树】。

我的意思其实是 md 文件内部的目录。看我最后一张图。

我的 md 文档里面是根据标题划分了很多个章节的，他们本身形成了一个目录，也应该可以被面包屑导航到。

好像你没有明白我的意思，

侧栏的文件树大纲我是知道的，但是它是根据【文档】定位的。到了最后一级的文档，文档内部的【目录】是没有大纲的。

markdown 文件本身是需要大纲的。

好像你没有明白我的意思，

侧栏的文件树大纲我是知道的，但是它是根据【文档】定位的。到了最后一级的文档，文档内部的【目录】是没有大纲的。

markdown 文件本身是需要大纲的。

我已经使用了那个插件了，挺好的。但是主要是文件内的面包屑导航。看我最后一张图。

文件内的话，应该变成是【文档内的】目录导航。

我是拒绝任何不能本地化的笔记应用的，我感觉那种行为就像是被绑架了一样。

快速试了下妙笔，还是有点羸弱啊。看起来是模仿了不少 Scriviner

它的快照只能对比当前状态和一个快照的，比较好的还是像 Scriviner 那样可以对任意两个快照进行对比。

就是要避免明文存储，保存的是密文，前端用密码解密。依赖 openpgp。

DevonThink 大概是这么做的，它把 url 网站内的资源下载下来存起来，然后通过把 html 转 pdf 的方式做的。效果其实挺差的。

我倒是想到一个思路，浏览器剪藏的时候，如果是打算做剪藏成 PDF，可以让插件把 HTML 内的 media="print" 的元素收集起来，发给思源笔记，然后笔记内用 html 转 pdf 的方式转换（可以使用 pandoc 之类现成的工具）。

PDF 有个好处，它的排版会比较稳定，比较适合保存资料。

嗯，了解。这个做起来可能会很复杂。

感谢！

另外，剪藏那个有可能支持剪藏 PDF 么？window.print() 可以调用打印，但是好像不能得到打印的文件。

这个功能有没有可能借助客户端的 electron 实现？如果浏览器插件不行的话，在思源笔记客户端通过打开 url，在客户端内剪藏也是不错的方式。

我目前是使用一款叫 DevonThink 的软件，它提供一个小工具可以把一个 url 以 pdf 的方式剪藏进它的文档系统。