-
SQL 使用方法讨论合集
2023-01-25 14:20分配到下周的可以写,但是实现分配到下一周每一天可见、或者分配到下一周第一天可见都比较难实现。
所以目前简单的实现只能做到分配到 7 天后的那一天可以查询到。
* [ ] .action{now |date_modify "168h"| date "2006-01-02"}
-
SQL 使用方法讨论合集
2023-01-25 14:12我只能部分的赞同你的观点,这确实是优势,但是只有这个是不足够的。
内容聚合使用这么“原始”的方法确实不行,不是它原始——我称之为自由,而是因为大部分需求没那么高的用户不需要这么多的可自定义,据我观察,大部分人只需要查询关键字的内容聚合就足够了。
所以我建议能支持使用关键字和思源高级语法的内容聚合,或者能通过以上两个自动生成 sql 的功能。
-
SQL 使用方法讨论合集
2023-01-25 12:54查询分配到今日的任务,配合模板使用
.action{$today := now | date "2006-01-02"} {{SELECT * FROM blocks WHERE markdown LIKE '%[ ]%' AND markdown LIKE '%.action{$today}%' AND subtype = 't' AND type = 'i'}}
可查询类似:
- 2023-01-12 的任务
-
反馈建议:更友好的使用教程,更友好的交互逻辑
2023-01-24 22:08- 块的 attributes 目前好像只有书签、命名、别名和备注,我觉得还是很简单的。
- query languages 就是 sql,这并不简单,不是思源的文档能讲清楚的。但是在思源里面使用还是比较简单的,虽然我觉得能支持使用关键词、高级查询、正则表达式生成 sql 会更好
- mention 在双链笔记里算是很泛滥的概念,虽然我个人比较少用。
- superblock……看了下文档,确实,虽然挺好理解的,但是文档里没说确实费解。
- ctrl f 弹出来的就是当前笔记的搜索,因为思源的当前笔记搜索是使用全局搜索加上 当前文档限制 实现的。我个人挺欣赏这种解决方案的,简化的不错。
-
【分享】使用当前文档的二级标题快速制作闪卡
2023-01-19 21:48emmm,这是把二级标题转化为超级块了吗?但是好像也不是,超级块是默认隐藏第一行以外内容的。
是怎么实现使用非超级块添加多个块的卡片?
-
希望取消闪卡的卡包,因为文档树就是天然的卡包
2023-01-14 19:21关于闪卡机制的进一步思考
在之前对于闪卡机制的讨论中,我总结到我不支持文档树卡包的原因是,这样不公平。文档树卡包的机制对于习惯于使用文档树管理笔记的用户来说可谓得心应手,但却相当于牺牲使用其他管理笔记方式的用户,因为他们将不得不使用文档树才能管理卡包。
经过进一步的思考,我认为论点还能在加一个,那就是不值得。
首先是不公平。
- 楼主后来举出了很多例子来论证文档树卡包对 daily note 的支持程度,但是就楼主举的例子而言,这只能说 RemNote 对于 daily note 支持尚可,与思源的卡包机制不相上下。
- 但 daily note 只是众多记笔记方式中的一种,过去的、未来的笔记方式数不胜数。
- RemNote 是内置对 daily note 的支持的,但在这种情况下,RemNote 对 daily note 的支持尚不能胜过卡包机制,又怎么能让人对于这种明显特化于结构化知识库的机制保有信心?
- 也许对于大多数的记笔记方式方式而言,卡包机制并不是最好的制卡方式,但它绝对是一视同仁、最不坏的方式。哪怕是文档树的形式,卡包机制配合多选也是差强人意的。
接着是不值得。
-
RemNote 的文档树卡包与思源的卡包机制,其实两边的制卡这一步流程的总体繁琐程度都差不多。
- RemNote 需要预先建立层层的文档树,才能找到录入卡片的位置。以后每次录入知识,都要经历一遍找位置的过程。
- 思源需要每一次都选择卡片,经过 3 步后将卡片录入卡包。
-
RemNote 前期累一点,后期简单一点,思源的卡包机制则是从头到尾都很平稳,一样的压力。你可以崇尚一劳永逸,也可以赞同平稳无压记录。但是,在这一步,是很难辨出胜负的。
-
RemNote 的最大优势,在我看来,就是在制成卡片后,能实现卡包的继承机制,也就是
一张卡片,不仅属于当前文档的卡包,同时属于它的父文档的卡包以及祖先文档的卡包
但是,有没有可能,这种特性,只需要对于思源现在的卡包机制进行改进,让它能支持嵌套卡包就能实现呢?
-
同样是改进,嵌套卡包只需要对相当于官方插件的卡包机制进行少许改造,就能实现同样的功能,而且这种改进完全是帕累托最优的,不会有人因这个改进而体验改变甚至变差。
-
而如果是实现文档树卡包,那就相当于:
- 废掉目前的卡包机制
- 同时还需要对思源的本体动手脚,实现类似于 RemNote 的一堆特性,如多选嵌入
- 还要实现因为软件差异、不知道 RemNote 有没有实现的特性,如页面克隆
否则不要说其他笔记方式了,连 daily note 都要深受影响。这过程必然伴随一大堆的 bug,漫长的升级过程,长期对于其他笔记用户相当于废掉的闪卡机制,而换来的只是对他们而言并不太可能显著优于目前机制的文档树卡包。
-
综上所述,基于不公平和不值得两个点,我认为不应该废除目前的卡包机制,有一定精力的情况下,建议开发者加入快捷键制卡和默认卡包机制。在精力足够的情况下,建议开发者可以尝试加入嵌套卡包特性。而在目前卡包改进走到尽头后,再考虑文档树卡包机制。
-
希望新增日记可以不以文件夹的方式呈现
2023-01-14 10:27如果你是打算生成的路径为 daily note -> 日期,在笔记本右键下拉菜单中选择设置,在新建日记设置中配置
/daily note/{{now | date "2006-01-02"}}
。如果你是打算生成的路径直接就是笔记本根目录下的日期日记文件,那就配置为
/{{now | date "2006-01-02"}}
。总而言之,这是在帮助文件中提到的设置内容。能理解不想看帮助文件的想法,但是在完全不了解软件是否给出相应设置的情况下,直接对影响所有人的默认设置作出建议是不礼貌的行为。
希望下一次能先查找一下帮助文档和设置内容,然后在社区里先请问一下是否可以实现相应的要求,最后在确实无法满足要求的情况下再给出建议。