自动为日记添加额外的元信息

[svchord]

In what scenarios do you need this feature?

为日记添加额外的元信息，方便插件查询和判断

Describe the optimal solution

例如type=dailynote，date = 2006/01/02等

Describe the candidate solution

No response

Other information

No response

[88250]

日记主要是通过配置的路径判断的，类型不做区分，都是文档块。

[zxhd863943427]

可以在类型上不在区分。都是文档块，但是希望能在创建日记时为日记的文档块增加一个自定义属性，比如说custom-type=dailynote，这样能为日记相关的插件开发带来极大的便利。否则使用路径作为区分的话，一则稳定性不够，因为存在用户直接取消了日记的根目录，二则官方的接口只能简单的获取当前的日记，如果要进行日期的跳转那并不容易。

[88250]

加了属性可能不准确的，比如用 Alt+5 创建的日记也可以重命名为其他文档。

[zxhd863943427]

那这就是另一个问题了，这种情况，开发者是没有任何办法的。

我的建议是不要考虑这种情况比较好，最多在使用自定义属性获取文档后再进一步用正则进一步筛选，不管怎么说都比现在的模式要好。

另外，思源目前能够获取修改标题的事件，那其实在修改日记标题的时候直接去掉自定义属性也是一条可行的路。

[Temacc0531]

强烈不建议把dailynote加入特殊标记信息以此做出区分，我需要所有文档属性地位平等，这对我书写和整理都更方便没有负担

[zxhd863943427]

强烈不建议把dailynote加入特殊标记信息以此做出区分，我需要所有文档属性地位平等，这对我书写和整理都更方便没有负担

这是方便于开发者使用的属性，对于用户应该是无感的。

否则目前的日历插件、未来的流式日记插件、子弹笔记插件都难以改进和实现，时不时抽风。

[88250]

我还是建议用路径，不用路径判断的话无法稳定维护的，就是是本体也无法做到。

[zxhd863943427]

不用路径判断的话无法稳定维护的，就是是本体也无法做到。

这个是什么原因？

[88250]

上面已经说过了，因为路径会重命名，重命名的情况非常多，还包括修改模板等。

[svchord]

上面已经说过了，因为路径会重命名，重命名的情况非常多，还包括修改模板等。

但是本体也无法在修改模板后修改过去日记的路径啊，这不也是个问题吗

[88250]

是的，所以不可能再添加新的维护方式了。

[svchord]

是的，所以不可能再添加新的维护方式了。

不是，如果添加了元信息不就能实现我上面说的那个功能吗，不然修改了模板后不能批量替换过去的日记，对用户来说也是一个问题

[Chenm4]

强烈不建议把dailynote加入特殊标记信息以此做出区分，我需要所有文档属性地位平等，这对我书写和整理都更方便没有负担

添加属性并不会产生什么地位不平等，因为它俩的地位都是文档块

[88250]

“日记”在思源中不会被特殊对待，否则一些操作就会产生冲突，比如将一个文档移动到日记路径下，是不是这个文档就是日记？