初步使用了一下，个人觉得思源在已有的内置属性和自定义属性之外单列一个数据库属性还是未来可期的很有创造性的做法。

数据库属性本质上仍然是块属性，不过是由原先的 属性名-属性值的二级属性系统变成了数据库名-表列名（属性名）-值（属性值）的三级属性系统，变得更加灵活，上限更高了。一个最基本的好处就是数据库属性可以根据数据库自动汇总，另外数据库属性的名与值也不再受到英文与纯文格的制约，应该是一次很大的进化了。

现在最大的问题是缺少块端的属性操作，如果后续版本中能够在块处新建、修改数据库属性，那使用体验肯定是要比基于传统二级属性的属性视图要强的。

测试版是在哪里下的？

有点东西

有点激动了，主要是我从 0.X 时代就跟开发者吐槽过列表搜索的套娃问题，2.0 时代才通过排序算法变相解决了这个问题，还没高兴两天，又乱了。

那能不能给反链列表中的引用部分加个标识呢，现在这样真的有点抓瞎啊。。

同样的内容，放在标题块里只显示最小（容器）块，为什么放到列表里就要搞套娃，一样的内容重复出现，实在搞不懂这到底有什么应用场景。

好吧。。。。。。。。

为什么对于列表内容的引用，不直接采用最常用的方案，即最小容器块配合面包屑。而要搞现在这种俄罗斯套娃娃，一层套一层，全都显示出来，真的有人会这么用么？

就是块引用的悬浮预览窗能不能优化一下，使得在悬浮窗里就能直接完成引用，现在只能预览，要引用的话还得反回去点选，如果刚好要引用其它块的话，还需要复制，然后去粘贴。就很麻烦

👌 希望以后有时间，可以尽快优化一下

是技术上的限制么，现在这样的设定，对大纲式的笔记真的不友好啊

就是正文里那种分层级的，因为搜索界面的块标识显示不完整，只有一层，所以我才这么一说。

希望更新的时候可以顺手把完整的块标识加进去，在悬浮窗里实现引用。

这次更新块引用列表的悬浮窗怎么没了？

把和思源有关的配置文件夹全删了后，重新安装正式后恢复正常了。

更新正式版到出现了恶性 bug，编辑界面一片空白，连光标都没有，反倒是测试版正常，是安装的姿式不对么？

如果是这样的话，其实思源现在已经在块引用的搜索结果中做出了悬浮窗，何不稍微改进一下，做成内容可滚动的，并带块标识的，相当于一个展示页面内容的小窗口，就跟搜索窗口的那个差不多，这样的话搜索就相当于一个的定位的作用，可以极大的简化，搜索列表中可以默认只显示最小粒度的块，更复杂的引用可以进悬浮窗，通过块标识，想怎么引用都可以。

越搞越复杂了 😂 ，我不太清楚为什么要在块引用里加入分类符，而且还是必须输入的那种，我猜是因为多层级结构的嵌套原因，导致会出现很多的冗余结果，如果从集合的观点看，输入的关键词是包含在多个集合里，而这多个集合是层层包含的关系，并且每个集合都被当做一个块，所以如果只是简单的罗列搜索结果就会出现大量冗余。而目前这种处理方法对种冗余实际上没有多大用，无非是把层层嵌套的列表块和层层嵌套的列表项块分开而已。

如果从实际使用的角度看，那些嵌套的大块并没什么用处，机械的把所有嵌套结果罗列出来没有实际意义，也没有可操作性。所以可以只把包含关键词的最小块列出来，顶多把最小的列表项块与最小列表块同时列出，这样的话块引用中就没必非得输入分类符了，重新回归简单顺滑。

这个前置命令肯定没有后置用得这个顺手嘛，后置命令改起来多方便，可以随时删除修改，前置的还得把光标挪到前面去，改完不能即时应用，还得空格一下再回删，太麻烦了啊 🙏

仔细想了一下目前这个设定主要影响的是多级列表中列表项的引用，不输入类型是只能引用整个列表，输入类型时，引用相应的列表项及其子项，如果暂时没有其它好的方法的话，能不能把后置的分类命令简化一下，每次引用都要输入 type: 感觉好麻烦，比如改成 /+ 类型？谢谢

好像确实是需要在前面加个“d:”才会出现文档块，原先不需要，不知道是不是特意设置成这样的，还是有什么特殊的考虑？

明白了，其实感觉所见即所得的编辑模式做成 zettlr 那种在可视化的同时保留语法内容是不是更灵活一点？必要的时候可以自己调整。

那有没有不自动指定类型的换行功能键呢，我看到帮助文档里的列表项序号不必递增，但找不到怎么实现这个功能。

好吧，大概知道什么意思了。

顺便问一句，按回车的结果是根据上下文，自动生成某一个特定的块（行），shift+ 回车的效果是转到下一行，但不会自动指定类型，那这个一行同上一行是什么关系呢，平级，还是下级？