如果只是配色很简单，但是如果是要把软件页面结构改成这样，需要对前端进行相当大的魔改。只能说技术上是可行的。

你日记路径的模板规则是不是定义的比较独特？

因为思源里面其实查询过去的日记并没有想象中那么简单，插件的作者是自己写的匹配规则，所以如果你的日记模板规则比较特别的话，可能会出现匹配错误的问题。

有个类似的提问。

插件提议：删除没有内容的 daily note 页面

这个可以有。要是我有空可以弄一下。

当然我不一定抽的出时间，有条件可以去 https://github.com/siyuan-community/ideas/issues 发一个 issue 给大家看看。

额，什么叫【打开笔记本】？打开应该指的是打开文档啊？

.protyle-wysiwyg [data-node-id].h2, .b3-typography h2 {
    color: var(--b3-theme-secondary);
}

其他标题类似

对，2 是更严谨的说法，3 确实有道理，我也觉得直接退出有点激进了。

至于 ob 那个属于我知识盲区了，可能是数据结构和同步原理不一样？这个就属于比较深入的技术细节了。

思源的做同步面临的问题比 Ob 要复杂，一个是底层的数据结构完全不同，另一个是思源相比单纯的同步还多了一大堆数据快照端到端加密之类的东西，文件 IO 需求可能会更密集一些。

加粗换行文本属于行内样式不是一个块，他们甚至没有自己的 ID，没法做。

这个建议还是问一下 D，我测试了一下在软件界面上更改命名，发现走的 API 也不是 setAttribute，估计 setAttribute 本身也不具备更新引用锚文本的功能。

或许可以直接问一下 @88250 D 看看不能不把更改命名并更新所有引用块锚文本的功能做一个 API 出来。

如果你的引用是设置为「动态锚文本」的话理论上会随着命名的更改而自动更新。你看一下你的引用链接是不是设置成静态锚文本了？

同步问题遇到的人很多，定期自顶一下防沉。

各个网站格式千奇百怪都没有个标准，除非一个一个网站单独做适配，否则出现乱七八糟是很正常的。

这种事情属于苦力活，真的要做那不是一天两天就能搞定的，所以真的不能指望快速解决。。

D 在调整论坛结构，可能显示上有点问题，不过我看这几个月的文档应该没有丢失

关闭的笔记本不会加入索引中，如果你有很多已经没有用的笔记本，把他们关掉可以节省不少计算开销

其实就是思源的编辑器。。内核是一样的就是外壳不一样。

好好好，支持大佬来思源！思源现在刚好缺一个好用的思维导图。

1. 你这个 SQL 查询是使用 Query，Query 理论上将应该不具备直接渲染图片的能力

2. 你发的 sql 代码排版太乱了，代码和问题表情包混在一起看不明白，可以的话请像这样把代码和文本区分开来

   select * from blocks
   

3. 如果你希望通过获取一个文档的题头图的话，请查看 blocks 的 ial 属性。里面有一个 title-img 的属性。

   如下所示，通过 SQL 获取一个文档块后，在他的 ial 属性里，可以看到 title-img 的图片链接。

但是 ial 的格式是一个类 karmarkdown 属性的语法，不是 SQL 的标准语法，单纯用 SQL 我也不知道能不能把 title-img 提取出来。

可恶，为什么这篇文章的原创指数居然只有 90😭，100% 原创的好吗。

烦请就事论事一点，思源作为「具体的工具软件」的属性远大于「抽象的第二大脑」的属性。既然你说「刚刚合格」，那我们希望的应该是更明确的、可执行的建议；大篇幅且哲学化的理论分析固然也有其价值，但显然不是当前应该优先讨论的。

下面的评价也许很不礼貌，对此我先表示歉意，但是事实上你的发言给我的感觉是披着「思源作为软件不好在哪里」的名头，却大谈「思源不能很好实现『你自己理想中的学习流程』」——这么看有标题党嫌疑。

我认为最好的宣传还是一个比较完整友好的教程。

思源的优点在于强大，而缺点也在于强大，我自己用了一年多了很多功能都还没有摸明白，可想而知这种强大会让很多新人无所适从，最后就放弃了。更何况，其实思源是很程序猿思维的一个产品，对很多普通用户来讲存在理解门槛。

我认为现在这个节点上，思源需要考虑做一个完整的教程出来了，现有的思源帮助是不全面的。

1. 内置的文档不够全，而且 github PR 门槛比较高，还必须要兼容英文（我看有好几个帮助文档的 PR 被打回去，理由都是要添加英文支持）
2. 社区内部的教程分享过于零散，学习搜索成本大，而且下拉刷新的页面布局下，最容易被看到的总是最新的帖子，很多好的帖子并不容易被找到

我觉得可以集中发动社区的力量，号召大家做一个集中的经验分享文档（一定要是文档，帖子的信息密度低，文档的信息密度才足够高）。比如我看群里有语雀的共享知识库，完全可以把这个知识库的维护的优先级提高起来，搞个社区置顶，号召大家群策群力做一个帮助出来。（当前，知识库内部的组织结构最好先好好设计优化一下）。

这样后面的人入门门槛低，有想要去宣传的，也有了一个稳定的素材资源库。

总结起来就是：把「思源的帮助文档」本身当作一个重要的项目来做。

1. 当前版本，(( 可以检索到所有的内容块，[[ 只能检索到文档块
2. 下个版本开始，设置里面会新增一个选项，由用户决定到底 [[ 是否只检索文档块

svelte 爱好者狂喜

如果是有一堆块的话，可以在上面插入一个标题块，然后把标题折叠。这样可以把整个标题块连带着下面的内容一起挪动。

开源社区靠的就是发电的激情，你不鼓励还搞排名只能打击开发者的热情。

标题块不是容器块所以没法直接嵌套着拖动。

可以先把标题折叠，然后再拖动。