使用Bases,以文件作为入口

正文

一张设置了筛选内容的Base表,使用其右上角“新建文件”所产生的文件也是符合筛选条件的,这是我认为目前Bases最好的一个功能点(吐槽就是功能太少了),可以依照这个逻辑固定在一个文件夹下面新建文件,设置同一个标签(tags)或者设置同一个Property的选项。

使用公式的话,可以进一步实现以文件为入口(类Notion页面)的设计。假设一个表的筛选条件设置为(这里的source 是此处作为入口的property,而不是仅仅为双链)
source contains this.file,则将这张表嵌入在不同的文件中,都会显示以该文件为source的子笔记(Child)的内容。

如果结合一个插件Virtual Content,则可以设置对每个文件都插入这样的一个Bases表格,从而实现在当前页面,创建当前页面的子页面。

题外话

主要是吐槽

Bases是原生实现的,因此潜意识会比dataview等工具的优先使用级别更高,但是一些功能上的缺失或者说个人希望的一些功能不存在。

下面是列举

  • 原生的YAML是不能自然识别双链的,比如前文中提到的source的内容是其他文件的链接,但是自然填充并不能将文件的名字自然识别为[[文件的名字]];而Bases是可以的,所以我现在把一个固定的识别当前文件的Bases表作为实际的YAML表使用;这样做是很好的,问题是表格的属性目前只能竖着摆放而不能横着。而卡片的视图是不能修改属性的;
  • 缺少对于搜索到文件的正文编辑能力。目前依赖于悬浮窗口,而Obsidian原生悬浮窗口开放的权限(比如缩放大小,比如固定)实在是太少了。

以上。

3 个赞

有过一个设想:通过双链新建页面时也能选择模板

什么意思?类似有的插件实现的根据文件夹选择不同的模板么

因为 templater 模板是可编程的,那也能实现类似 bases 新建文件的效果

用 bases 新建符合条件的子页面,适合什么样的使用场景?

适合通过一个总领文件管理一堆小文件的场景,比如这种

我主要是不用Templater,而且Bases足够原生

2 个赞

确实也是一个原生便捷的方法,只是读书笔记的属性一般比较多,会不会不方便

属性不用全部列出来啊,微信读书的插件也有和Bases适配的版本了,应该没有什么问题

我的意思是,如果通过bases新建阅读笔记,那只会生成只有所列属性的文件。这一块就不如模板方便

1 个赞

确实,所以Bases现在主要还是起到一个数据库的作用;我这里提到的“新建笔记”可以固定属性只是一个小用处。我个人觉得很有用而已