20230417 更新:增加了

思源笔记折腾记录 - 复制带有原文的块超链接 - 链滴 (ld246.com)

思源笔记折腾记录 echarts- 热力图 -2023 年文档统计 - 链滴 (ld246.com)

这个主要是用来黏贴到其他支持 markdown 的软件里面的,如果只复制链接的话可以改一下

sy-post-publisher 挂件内置 picgo，倒是可以用那个试试

那个同步里面的数据仓库的加密分片，你没办法从它里面拿到单独的资源文件的，除了本地同步下来解密， 谁也不知道里面有啥，做不了图床

这个设计上就是这样的，本地的不会变，复制发到知乎语雀那些的时候才会用图床的

挂件一是可以作为文档里面的一个内容模块使用，二是可以通过后端 api 交互在相当的程度上独立于主界面工作， 甚至做成类似一个独立应用的程度。有一些挂件有在浏览器打开的功能，试一下可以大概知道我说的是什么意思

挂件有后端 api，有束手束脚的感觉的话可以去看一下后端 api 有哪些，其实能实现的功能很多的

这个特性很久之前就已经投票讨论过了，没有加上是因为

1、并非所有场合都需要自动插入子文档列表，需要插入的场合可以使用挂件、插件、代码片段、模板、手动块引用等满足

2、块引用在思源里的其他地方都没有这样的耦合特性，没有必要在文档块这里增加一个特例，否则“删除块引用是否删除目标块”这个行为就会出现不一致，尤其是很多用户经常会在文档块和标题块之间转化，这种不一致更会让人困惑

3、由于思源的块引用本身并没有存储块的各种属性而是统一只存储了锚文本和目标块的 id，如果要实现“删除块引用同步删除子文档“的特殊行为，就必须在删除块引用时加上一个额外的判断，这可能在块数量较大时造成卡顿和延迟；而如果要求通过块引用就能够判断目标是否子文档的话，那就必须在文档移动、文档和标题转化等等场合都加上对相应块引用的判断和操作，这里也可能造成卡顿和延迟

4、除了 notion 和其模仿者之外， 实体笔记和各种有类似文档树特性的网站、笔记软件乃至出版物都没有普遍实现这种把文档树结构半强制的显示到内容中的做法， 可见它也没有实现上的普遍性

所以这个特性会造成本来不相关的“文档树结构”与“文档内容”耦合， 但是并没有可见的必须性，也没有经过验证的普遍性，在一些特定的场景还会造成难以避免的内容干扰；在思源现有特性基础上实现它需要引入很多额外的复杂性和潜在的延迟和 bug，对思源来说可能并不适合作为一个内置特性加入。

如果需要的人很多的话插件系统在 2.9.0 实装之后应该会有插件实现的，目前的话集市挂件和模板都有可以实现子文档列表功能的方式，可以尝试一下

有必要 快乐 好玩才折腾 折腾到折腾自己着实没啥必要 最好的就是你软件默认功能刚刚好够用是最舒服的 也就是这个很难那么巧才需要折腾了

因为这个还没有改成可以直接执行的

插入自定义菜单项的时候使用 siyuan.menus.menu.append 方法或者这样判断正确容器：

                let 菜单容器=window.siyuan.menus.menu.element.querySelector('.b3-menu__items')||window.siyuan.menus.menu.element

思源笔记折腾记录 - 嵌入块批量操作 - 批量删除 - 链滴 (ld246.com)

20230411 更新：siyuan-noob 依赖改为拉取最新版本

20230411 更新：说明一下可运行笔记如何使用

等会 我想想，你是不知道这个要怎么运行吗？ 剪藏这篇文章还有

思源笔记折腾记录 - 快速输入 - 链滴 (ld246.com)
然后用

思源笔记折腾记录 - 运行你的笔记 - 链滴 (ld246.com)

里面提到的方式把这个东西运行到代码片段就可以了

长文本备注直接用块引用体验挺好的

我这里的数量是 1000，可能有点大来着

可能是这里的数量过大了， 你调整一下之后看看 就是 sql 哪里最后的数字 ，改完了以后重新运行看看

具体是在哪个阶段卡顿？ 是内容上屏了之后再删除的时候卡，还是别的什么时候卡？

不会做成插件的 ，其实这些东西要改成插件很容易，之后我会做一个运行到插件系统的代码片段

20230410 修复：改进了一下按钮判断，现在输入的时候如果跳出的菜单没有子菜单，不会阻止编辑器的左右按钮键触发了

20230409 更新:增加了思源笔记折腾记录 - 快速输入 - 链滴 (ld246.com)

其实 ob 同步用坚果云之类头铁也不是不行的，反正冲突了也还能读

如果它有 bug 的话可以在社区 @ 我，不过我封装这个挂件的本来只是想要浏览一下 excel 和做一个简单封装挂件的实例

集市里面的 luckysheet 挂件

妈耶内容好多啊

另外给一些实例吧，比如说图表，下面这些图表都是思源自带功能生成的

实际的编码过程也就是到 echarts 文档里面复制黏贴而已，但是你看热力图啥的确实是能做的对吧

或者更花哨一点的也不是不行来着（虽然慢慢的已经不是那么简易就能实现了，但是确实是可以做的嘛）

还有就是从你说的几点看来还有一方面的原因是 obsidian 的媒体资源（教程、软件介绍、流程分享）等等比思源要繁荣不少，就比如你说的图表和时间轴，luckysheet 可以用类似 excel 的方式制作图表，自动汇总利用 sql 能够实现非常多的效果，动态表格至少 query 挂件和我都做过相关实践

很多时候并不是功能思源无法实现，而是有方便的实现方式但是并没有那么多人有动力传播。

就一个很简单的，你可能看到 obsidian 的很多插件不光本身有人乐于去介绍和分享它们的用法，连各种插件的排列组合都有人专门去研究分享。

思源的各种模板和挂件分别有什么功能有人去做这些吗？ 没有的，因为不划算，同样的东西你给 obsidian 做出来受众可能是几万人，但是在思源里面做出来可能就是那么几十个人看到。

就像你说的，去集市里寻找模板 自己写 sql 凑合使用现有的挂件

实际上在 obsidian 那边也是一样，去找插件，去找模板，去找实现教程，只不过因为有足够大的用户基础，所以同样的事情看起来简单很多而已；

但是对各个用户来说这种事情的情况是很难说的，很多其他用户说思源比 obsidian 强大，是因为他们日常使用的功能思源本身就几乎可以完全覆盖了。

就比如说你说 obsidian 的功能完全超越思源，那我就举几个简单的例子吧。

1、假如你想要自己部署一个云笔记，随时可以使用而且过程简单傻瓜，你知道在思源和 obsidian 里面分别怎么实现吗？或者说你家里有几台设备想要很容易地编辑同一份笔记呢？

2、假如你常用双向链接功能，你知道怎么在 obsidian 里面实现可以编辑的反向链接吗？

3、你知道怎么在 obsidian 里面删除附件链接之后清理本地文件吗？怎么在软件里面就实现直接复制黏贴就能够发表到各个平台呢？

4、你知道怎么在 obsidian 里面导出你的笔记作为长图、pdf、html、word 吗？

5、你知道怎么在 obsidian 里面直接创建和编辑 excel 表格吗？

我问的这些问题不是质问的意思，而是说，因为 obsidian 的教程和介绍多而且全面，所以你很容易在网上找到很多资源，然后很快产生“哇这个软件好强大”的感觉。

但是实际上有很多思源能轻易做到而 obsidian 做不到的事情，你仅仅只是不知道而已。

我还是需要重新说一遍，我说仅仅只是不知道而已并不怪你的意思，我是说思源本身的传播能力实在太差，相比于 obsidian（以及它的插件们）的很多功能几乎是一更新就马上有各路大神广而告之，现在还有很多人对思源的印象还停留在去年甚至前年的水平，这可以说是思源本身的问题，毕竟对于普通用户来说，没有办法便捷获取的信息，就等于不存在，这是非常合理的。 我在这里只是想说一下，可能至少对于部分用户来说，obsidian 的功能完全超越思源，是不存在的事情。

啊 至于什么有本事 obsidian 不要带上插件这种话就不要说了，虽然我对给闭源软件开发开源插件可以说是兴趣缺缺，但是必须承认是 obsidian 自身也足够优秀，并且提供了较为便利的插件分发渠道（我个人拒绝承认插件的开发体验有多便利），才能有现在插件的繁荣，把插件生态跟它本身切割开是自欺欺人而已。

对了 我个人也觉得思源的 UI 跟 obsidian 的没有什么大差距，不过随便啦

额 优势和劣势主要还是看人的,此之蜜糖,彼之砒霜。

obsidian 的插件生态还是挺好的，如果你需要这些功能的话，用它挺好的。

如果一定要说优势的话，对我来主要是这么几点：

1、基础编辑功能优秀

至少就我个人而言，基础编辑功能思源比 obsidian 是要强不少的，包括所见即所得、表格编辑、列表编辑、排版布局这些方面思源都要比 obsidian 体验要强很多。

2、数据查询汇总功能丰富

我确实不大清楚为什么会说思源的自动汇总功能不如 obsidian，这个方面恐怕思源的 sql 比 obsidian 的实现要强上不少。

3、开源可自定义性强

这个可能对你来说没有什么感觉，但是对我来说倒是挺重要的，你觉得 obsidian 好用大概是因为很多功能想要的时候都可以找到合适的插件来实现；对我来说也是类似的， 很多功能我想要的时候只要有能够实现的包，基本上都可以在思源里面实现。

如果你尝试过给两边开发扩展的话思源的开发体验是要比 obsidian 强很多的，但是这个涉及一些技术细节和技术偏好就没有必要说太多了，就一个很简单的问题，相对于 obsidian 的很多插件作者，我的水平可以说是菜得扣脚，但是我就是能够随手写出一些想要的功能。

这个可以说是软件的技术架构决定的，你要知道思源现在的社区开发者规模比起 obsidian 说难听点可以说小到忽略不计，开发者的经验和时间也有一定的差距，但是就是这样的情况下， 扩展的数量也没有少到完全忽略不计的地步，这就足以说明思源对扩展开发的友好行，随着用户群的扩大，这种开发便利性还会更加明显。

但是这个就是思源最大的劣势了，缺少用户群，缺少 KOL，缺少有时间的社区开发者，一时半会是很难有本质上的改善的。

如果你确实对你说的那些功能都有很强的需求的话，用 obsidian 也是一个挺好的选择，反正适合自己就好。