-
数据库(属性视图)公测反馈
2023-09-27 00:52初步使用了一下,个人觉得思源在已有的内置属性和自定义属性之外单列一个数据库属性还是未来可期的很有创造性的做法。
数据库属性本质上仍然是块属性,不过是由原先的 属性名-属性值的二级属性系统变成了数据库名-表列名(属性名)-值(属性值)的三级属性系统,变得更加灵活,上限更高了。一个最基本的好处就是数据库属性可以根据数据库自动汇总,另外数据库属性的名与值也不再受到英文与纯文格的制约,应该是一次很大的进化了。
现在最大的问题是缺少块端的属性操作,如果后续版本中能够在块处新建、修改数据库属性,那使用体验肯定是要比基于传统二级属性的属性视图要强的。
-
引用搜索排序算法出问题了?
2022-05-07 22:47有点激动了,主要是我从 0.X 时代就跟开发者吐槽过列表搜索的套娃问题,2.0 时代才通过排序算法变相解决了这个问题,还没高兴两天,又乱了。
-
建议在块引用的悬浮预览中增加直接引用的功能
2021-06-29 22:29同样的内容,放在标题块里只显示最小(容器)块,为什么放到列表里就要搞套娃,一样的内容重复出现,实在搞不懂这到底有什么应用场景。
-
建议在块引用的悬浮预览中增加直接引用的功能
2021-06-28 22:54好吧。。。。。。。。
为什么对于列表内容的引用,不直接采用最常用的方案,即最小容器块配合面包屑。而要搞现在这种俄罗斯套娃娃,一层套一层,全都显示出来,真的有人会这么用么?
-
建议在块引用的悬浮预览中增加直接引用的功能
2021-06-28 19:51就是块引用的悬浮预览窗能不能优化一下,使得在悬浮窗里就能直接完成引用,现在只能预览,要引用的话还得反回去点选,如果刚好要引用其它块的话,还需要复制,然后去粘贴。就很麻烦
-
建议优化分类搜索
2021-01-02 17:18如果是这样的话,其实思源现在已经在块引用的搜索结果中做出了悬浮窗,何不稍微改进一下,做成内容可滚动的,并带块标识的,相当于一个展示页面内容的小窗口,就跟搜索窗口的那个差不多,这样的话搜索就相当于一个的定位的作用,可以极大的简化,搜索列表中可以默认只显示最小粒度的块,更复杂的引用可以进悬浮窗,通过块标识,想怎么引用都可以。
-
建议优化分类搜索
2021-01-02 16:17越搞越复杂了 😂 ,我不太清楚为什么要在块引用里加入分类符,而且还是必须输入的那种,我猜是因为多层级结构的嵌套原因,导致会出现很多的冗余结果,如果从集合的观点看,输入的关键词是包含在多个集合里,而这多个集合是层层包含的关系,并且每个集合都被当做一个块,所以如果只是简单的罗列搜索结果就会出现大量冗余。而目前这种处理方法对种冗余实际上没有多大用,无非是把层层嵌套的列表块和层层嵌套的列表项块分开而已。
如果从实际使用的角度看,那些嵌套的大块并没什么用处,机械的把所有嵌套结果罗列出来没有实际意义,也没有可操作性。所以可以只把包含关键词的最小块列出来,顶多把最小的列表项块与最小列表块同时列出,这样的话块引用中就没必非得输入分类符了,重新回归简单顺滑。
-
建议优化分类搜索
2021-01-02 12:46这个前置命令肯定没有后置用得这个顺手嘛,后置命令改起来多方便,可以随时删除修改,前置的还得把光标挪到前面去,改完不能即时应用,还得空格一下再回删,太麻烦了啊 🙏
-
建议优化分类搜索
2021-01-01 22:51仔细想了一下目前这个设定主要影响的是多级列表中列表项的引用,不输入类型是只能引用整个列表,输入类型时,引用相应的列表项及其子项,如果暂时没有其它好的方法的话,能不能把后置的分类命令简化一下,每次引用都要输入 type: 感觉好麻烦,比如改成 /+ 类型?谢谢
-
(( 后出现的列表里没有了文档块,输入文字搜索也不会出现文档块,必须输入代码才能出现文档块,请问以后都是这种形式了吗?
2020-12-31 22:18好像确实是需要在前面加个“d:”才会出现文档块,原先不需要,不知道是不是特意设置成这样的,还是有什么特殊的考虑?
-
关于思源文档内信息组织的一点想法
2020-12-29 00:11好吧,大概知道什么意思了。
顺便问一句,按回车的结果是根据上下文,自动生成某一个特定的块(行),shift+ 回车的效果是转到下一行,但不会自动指定类型,那这个一行同上一行是什么关系呢,平级,还是下级?