哦对，再提一嘴什么是开源。

开源就是这些源码是公布的，有效的，所有人都可以看、下载、修改和编译的，你自己可以在约定的规则下编译、修改和使用的。

那么之所以 D 大和 V 大哪怕把项目删了，都无所谓，就是代码是完全公开的，这个项目不是像 QQ、WX、Word、WPS 那种私有的，代码完全不公开，这几个公司没了这软件就不能用的。而 Siyuan 你完全可以自己编译，或者用 Github 编译，都是你的自由。你也可以感觉 Siyuan 那里写的不好，不随你的心意，只要 Fork 一下，你就有一份随便你使用的 Siyuan 代码，随便改。

Siyuan 自带的同步是官方同步，但这个文件夹就在我本地，我随时都可以访问，明文存储，我想备份到哪都可以，我就是直接备份到我的 Github 私有项目。我这两年都来来回回重装十几次系统了，Linux、Windows、MacOS 都用过，Linux 发行版我都用过五六个，要么直接复制粘贴，要么直接 git pull 一下，都没有一点影响 Siyuan。

所以，支持开源，相信开源。

而且可以参考 Latex，那 Latex 可读性真的很好吗？

现在基本上我认识的科研工作者，都是用 Latex 直接写论文，Word 太臃肿而且不方便，Latex 才是最满足他们需求的东西，即使这个东西有门槛和代码基础要求。

md 真的太弱了，之前我就和我的同学讨论过 markdown 的缺陷。。。。

首先 siyuan 是开源的，只要你 Fork 一下，这个项目你就相当于永久保存了，哪怕 D 大和 V 大删了都不会影响你。你同步也可以同步到 github 等等其他地方，你随便访问你保存的目录，没有人会干扰你的自由。

其次 Siyuan 的存储本身也是一个代码文本，不是 APP、Word 那种结构化的东西，只不过 MD 的结构复杂度远低于 Siyuan 的复杂度，导致 Siyuan 的纯文件阅读会非常困难。

与其说 Siyuan 为什么不支持这样的纯 md，更不如说，md 本身的贫瘠功能并不足以支持 siyuan 的发展。在最早的 Siyuan 是用 MD 保存的，但后来验证很难支撑起这样一个结构化的。因为 MD 的设计初衷就是类似于一个记录的文本，是一维度、线性的。

如果老哥写代码非常多，就知道只在编辑器里面写代码，而没有注释、代码的跳转什么的功能，就是给自己找罪受，因为这里用到一个 function，那里用到另一个 function 等等。

要我说与其说是怀念 MD，不如说是怀念 MD 可以直接用键盘简单的进行编辑。这个是 Siyuan 的缺陷，也是那些快捷键虽然多，但记忆和掌握起来相对更复杂的问题

确实

已经解决了，之前备份有个问题，忽略了.siyuan 文件夹

是否和之前的文件建立过索引有关？我看了一下 log 文件![image.png]，最新的是这个样子(https://b3logfile.com/file/2021/09/image-b441d66a.png)

是自己本分的 data 文件，然后一直也在跟着最新版本。备份到思源的云端上有一份，两天前的，下载下来也能用。但就是本地的无法使用。

第二个问题我也是有些不习惯，但我有一个想法。

就是如果该文档（目录）下面子文档，如果我点击他，总的就是两种行为目的，打开这个文件或者打开目录。

那么可以把这两个行为合并，点击的时候不仅打开文件同时展开下一级目录。

yysy，这次版本更新真不错 👍

恩，确实是，测试了其他的输入法，已经没问题了

基本上没什么影响的一个 bug，仅仅导致了 appimage 上帮助这个功能有点报废，其他没啥大问题（会用 linux 的我感觉即使没这个功能，应该都不怎么受影响）

其他文件夹没啥问题

这就是一个效果层吧，我感觉应该是固定了位置的，建议看看 css 里面哪里有描述这个的，

可以看到第一张图，line 的元素只有 5 个，缺少了一个

冒昧的问一下，你们的关系图布局算法是用 Github 上 d3 的 d3-force 算法吗？我在控制台调试的时候发现，当有大量节点，自动布局或者移动节点的时候，会出现短暂的卡顿现象和 cpu 快速上升，而且坐标的值是不是有点太高精度了。我对比了一下 d3-force 的运行效率和关系图里面的效率，感觉 d3-force 更节省资源。我认为如果未来的优化计划，可以考虑一下（逃）