嗯嗯，看到了~ 目前可以这么用~

这个估计在开发者日程上优先级很低，但是如果打算支持 Android 了，那么对于软件之间的互动还是有必要研究一下的。

比方说，我从 A 软件手写记了一份笔记，它的导出按钮可以选择很多的应用。如果可以导出 png，pdf 到「思源笔记」，那么我就可以通过「思源笔记」的「资源」来访问到这张资源了。

无论是支持直接「剪藏」到思源笔记，还是通过后续「资源」访问这张图片。

是不是只要在 android 的 manifest 文件里面声明自己支持哪些类型的文件，其他应用就可以往「思源笔记」里面导入资源了的啊？

如果可以的话，那么很多手写笔记软件里打的草稿就可以通过导出 png，pdf 的方式，放到思源的资源库里后续在电脑上编辑了。

应该有折中方案的吧，比方说长按呼出的右键菜单，添加一个「上传」项上传文件。

对于浏览器来说「上传」应该是是个很成熟的方式了。

有点可怕啊。。。

感觉左上角的 ☁️ 同步按钮有必要增加「同步到本地」的方式欸，可以在出问题时保存一份数据起来先。哪怕失败了也可以重新开始一份笔记，方便本地拷贝也迁移。

有一些其他软件支持这样的，比如 DevonThink 可以 webdav/icloud 之外还可以 sync 到 local storage。

windows 下还需要安装过程的么？感觉可以直接做成绿色软件，解压即用就好了。

macos 软件一般都是给你下载一个.dmg 的包，软件通知你更新了，直接把新的软件拖入 Finder 覆盖老的就可以了。

集市有个叫「工具栏 Plus」的插件。

看到了，可以的，有方法就好。

回忆得起丢失以前干了什么么？

顶一顶

思源笔记要是闭源的，你喷也就喷了；他都开源了，你要用自己编一个不就得了。你又不是软件分包商，顶多给同事朋友分享分享，或者编译完放 github 上，说不定他们还能觉得你厉害。

在这里喷是不太应该了，哪怕你付钱了，作者也没给过你需要提供所有平台支持的承诺。有些过分的软件不同平台架构还单独收费呢，比起来思源笔记就跟不要钱一样。无论怎么说都站不住脚。

不过话说回来，国产系统上是不是没什么好用的软件，要是思源笔记上架一下他们的软件商店也许能吸收不少的用户呢。多个渠道多条路。

这个其实不是什么大问题：

1. 客户端的思源笔记启动的时候本身就是有载入过程的，如果有脏数据完全可以在这里做了。而 docker 端又是不关闭的，所以几乎没有手动重建的必要。
2. 如果重建索引的动作是阻塞的，并且如果预期内它可能也是「耗时的」，那么这个动作本身也应该考虑做成有渐进的影响文档，比如重建索引过程中，【双向链接】失效（我只是举其中一个例子），或者说某些和索引相关的动作灰掉它。这些都是可以被接受的。不然必然会出现一些用户要干等你索引完全才能用笔记的情况，这个是不太能被接受的。
3. 思源笔记的数据本身就是支持快照的，而且背后看起来是有逻辑维护的，既然有快照这个特性存在，理论上增量部分的索引是不太可能造成长久的阻塞的。除非这个快照是假快照，落盘的数据也是存在变化的风险的。

是真的没必要让「用户去决定是否手动重建索引」，这个动作有点硬核了，而且会让人觉得自己的数据会不会不安全？因为重建某项东西必然会有两个结果：成功和失败。

真的不要让用户觉得他像个 DBA 一样，我从来没见过哪个知识整理类型的应用会（那么频繁地）需要用户去关心他的索引重建的。

这个让我想起了 ubuntu 经典的内部错误。

一个软件其实不需要告诉用户太多信息的，哪怕内部出错了，默默纠正好了。

你非要告诉我你内部错误了，又不告诉我该怎么帮你，那我除了给你加个油，点个 ❌，还能干啥呢？

像 ubuntu 那样实诚的话，就会给人留下非常不好的影响。其实大部分所谓的“内部错误”都是鸡毛蒜皮的小事情。

像思源笔记这种提示用户重建的，反正都需要用户手动点击，还不如默默执行一次，反正都是异步的。

而且最关键的是：不要轻易告诉用户你在重建，或者你在干什么。用户根本不关心你在后台干什么。

过多的消息其实挺烦人的，就像软件退出的时候，非得在右上角搞两个 toast 提示，

一个是：正在同步；另一个是正在退出。

何必呢，需要每次都提醒的东西，就一定不是必须要提醒的东西。

稍微换个思路，为什么不在同步失败的时候才提醒呢？

我感觉这种大概就算是经典的“程序员”思维，而不是“产品"思维，容易被程序员理解，但是用户可能就会觉得比较烦了。

当然，只是有感而发吐个槽。

这些 assets 有个特点，都是些小文件，大概都是 1KB，2KB 左右的小文件，而且大多是媒体文件，有文件浏览器打开文件一多确实会卡顿（文件浏览器会做大量的 thumbnail 什么的）。

感觉思源笔记可以设置一个阈值，比如小于 4KB 的文件就都存到数据库里面，存成 data-url 形式的字符串。

不过楼主你可以用磁盘测速工具测测你磁盘的 4k 性能，看看是不是存储介质性能存在瓶颈。也许换个更给力的 nvme 磁盘能提高不少性能。也可以看看资源管理有有什么关闭缩略图之类的配置选项，关掉它试试。

这种方式对于文档的整理会不会形成挑战？比如在一些按照科目、时间命名的文件中，出现一些引用、标签性质的文件名？

是的；这个很大程度得看自己的习惯。我就是会经常调整 tag，整理出一份结构性的内容学习，完了之后要么保持要么恢复原装。

所以很依赖一种轻量、无侵入的重排方式。

那用浏览器的打印吧，只能这样啊，多页 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 当书签用的。