的确如此

若要打开 PDF 文件，你本地肯定得有一份（副本），否则每次都得下载，也麻烦。特别是 PDF 文件还挺大时。

既然本地得有一份，那图床就没什么用了，反正不是用来发布和协作。

你估计担心的是存储空间不够用吧? 这个问题可以通过不上传本地大 PDF 文件来控制一下。或者看能不能把 PDF 文件转小一点，只要不是彩色扫描本，压到 50M~100M，基本可用，但也麻烦。

不好意思，我回复错了

同一问题: 思源笔记如何实现文档合并 join ? - 链滴 (ld246.com)

你用不到当然可以接受，但想用却没有，就难受了。

虽然我也是第一次用这种设计的笔记软件，但我还是感觉用 id 作为文档名和块名，是目前最正确的方向。只有 id 才具有可管理性，而文件名，路径等等肯定不行。因为只有 id 才具有唯一性，不管文档标题变化不变化，或者移动了位置， id 都能保持不变，这是追塑文档必须要解决的基础问题。

作为用户，我觉得文档或文件夹 id 化应该是用户可以接受的选择。不然，很多功能估计不好实现，最后的产品可能更难用。将块与文档，文档与文件夹打通，是简化数据结构，降低程序复杂度，从而最终创建功能更强的软件的基础。人的创造力（智力）是有限的，一个简单但不平凡的基础，应该是通向更高层复杂度而不导致混乱的方法保证。

我喜欢笔记软件本地化的原因主要是它不依赖网络，它不需要因网络延迟而等待，同时它还具有许多网络编辑器不易实现的文档间切换特性。

选择思源，那就放心让思源去管吧，我相信这是正确的道路。

@88250

如果能将光标选中块所包含的反链在右侧的反链面板中突出显示一下就更方便了，这在反链较多时，可以加速视线定位。或者直接加入一个过滤级别，如块级，文档级两级块换。

这个软件真厉害！

感谢解答！

明白了超链接，反链和双链就比较好明白。

传统的网页中的超链接，都是正向链接。举个例子，有一个页面 A，中间有一条链接，指向 B，当你点击 A 中的链接时，就会到达 B，这就是网上冲浪的最根本的基础。你想到达网络中连接的任何页面，从理论上讲只需点鼠标就行了。

正链: A ----> B

单向正链的缺点是一旦用户进入 B 之后，如果网页 B 没有一个指向 A 的链接，用户就回不去了。可是，很多门户网站的主页 A 和下面的子页 B 之间是可以相互达的，即子页面 B 中包含到主页 A 的链接，就是方便用户回到主页。这是因为网页编辑手工加入了两条链接。

手工双链:

A ----> B

A <---- B

手工双链也有很明显的缺点，它需要网页制作者人力完成。很显然，计算机也可以通过计算，自动将由 B 指向 A 的链接全都加上，这就是当前人们常说的双链:

双链: A <====> B

这种双链技术只需你添加正链 A ----> B，它会自动产生 B ----> A 这个反链。不过这个反链不会直接显示在页面 B 中，因为这样会破坏原始页面。要看反链，需要一个专门的面板。

双链这个东西早就存在了，特别是搞研究的，一直在用，举个例子：

1. 一篇论文在尾部的参考文献(Reference)可以看成是正链，方便的是你可以查到它引用的来源。但却看不出本篇文献还被哪些文章引用。一些文献数据库将大量的文献信息综合后，就可以进一步给出你这篇文章被引用的情况以及标题（或链接）。好处是更方便快速从宏观上把握研究发展的方向。
2. 一些文献管理软件允许你用手工双链接方法将相关的文献联系起来，这样你在看论文 A 时，如果加入一个链接指向特别相关的论文 B，那么下次看论文 B 时，它会通知你论文 A 和本论文相关。这样可以较好的实现对比阅读。你几乎可以把 tag 系统成看一个非直接的双链系统，即 tag 系统可以将一组文章联系在一起，互相到达。
3. 你用的这个滴链平台也似乎实现了双链，你在发表一篇贴子 A 时，如果提到别人的贴子 B，此时你的读者可以方便进入 B，而 B 贴子的读者也可以方便的看到你的 A 贴子提及了它，从而跟踪过来阅读。这样就实现了不同贴子（页面）之间的互动
4. 我猜测现在的主要社交平台（如微博）都从本质上是双链的，方便人与人之间的互动。但我基本不用，所以你自己根据情况分析

谢谢，要的就是这个

谢谢，总是忘记

正是 😄

引用块的锚文本能不能自动截短? 如果引用的是标题，则显示标题，完全没问题。但是，有什么要引用段落，或代码，此时直接将整段文字作锚文本就不方便了，因为太长。当然，现在的结果自己改改也能忍受，就是现在的编辑框有时候不是自己想要的。

@88250

大段的原文引用，我感觉适合用嵌入块。

超链接和引用块也有区别，超链接没有鼠标 hover 自动显示内容的功能。不然对我来说，用超链也挺好。

从使用者的角度讲，我支持楼主的提义。我也为这个犯愁，怎么解决这个矛盾问题呢？在正文中再加一个重复的标题？或者用嵌入不包含标题的超级块？

希望后来者发表意见，我料定还会有人会碰到这个问题。

楼主所说的这种按标题的块间编辑是否可以在“大纲”面板上操作实施？操作方法建议沿用文档树的方法，拖几下大纲标题就 OK 了。

删除不了自己的回复吗？

谢谢你的推荐！我学习学习。昨天我采用的方法是复制逐个 code block 去到 ipython 中运行的方法，有一点点麻烦，但也很能用，反正 ipython 是交互式的。

我觉得我比较需要的是在按下 Ctrl + P 后，能够按时间降序列出文档名字这个选项。如果是按块来的话，如楼主所说，有用信息会被块的海洋淹没掉。

好，那我就不动了，谢谢告知。

这个问题好像不需要做什么大的改进，就是让那个大于号常驻显示就 OK 了，不用讨论。所以我就这个问题只发一下子回复算了。

也许我将来自己学着弄吧，真的只需要动 css, 不需要动 js 吗？ 我对这些东西不太懂。能不能告诉我动哪个文件的 css 呢？太感谢了！

不好意思，我太傻，浪费您的时间了

可是 emoji 不是自动产生的，让用户修改 emoji 来区分，多一件麻烦事。文档的性质（是否属于目录）会随着文档拖动而变，但 emoji 不会跟着变化，需要手工维持，将是一个灾难。 @88250 @Vanessa

我想高效工具的主要含义包括：绝不要人来做那些重复性的，能让机器做的事情吧。我觉得如果美观与高效矛盾时，还是高效优先更好一些。

我也被这个问题烦得要死，可是不会 css 啊。那个可进一步展开的目录前的 > 能不能让它别自动消失？ 这个符号的信息提示作用太强了，不应该隐藏啊。

希望有个简洁版，降序开最近编辑过的文档标题，谢谢！

好像有一个模板，用它导入新建笔记，就可以自动生成了。我也在找，不会弄了。文档不全啊！

是的，对于闹钟类的待办喊 siri 就太方便了。可是还有一些 siri 做不到啊。比如说一个一周内要解决的问题，一个月内要解决的问题，一年内要考虑的问题，siri 就帮不上忙啦。

的确是有这个问题，影响还挺大。我暂时还没说。

工具太多啦，本地的优先试用。有了思源，其他基本不缺

好像是重启了思源，就好了。标题已改，谢谢回复！

待办也是笔记的一种，不矛盾啊