1. 多级需求和方案设想及其结论(项目根本)
1. 快速创建笔记
1.1. 不用纠结处于那个具体的父类笔记中
如果很急的, 先新建到未归档-重要中, 后面有时间再去归档
归档的时候, 直接全局搜索父类关键词, 然后到父类上链接该笔记, 或者把该笔记移动到对应目录下
1.2. 能够显示最近编辑的笔记, 或最近新创建的笔记
一: 使用Recent files插件
二: 使用obsidian自带的搜索md, 然后选择按编辑时间排序, 或按创建时间排序
2. 快速查找笔记:
2.1. 容易被搜索到:
继承父类的关键字
3. 不用继承, 依靠父类的链接最终可以导向该笔记
二:
一键导入入链笔记中的标签
管理笔记中的关键字的同义词, 使其容易被搜索到相关内容
快速插入一组同义字
把一组同义词都放在一个标签中, 下一次输入其中的关键字时, 会自动补全
一键提取关键字, 并插入该关键字的同义字
child::自动添加同义词到笔记中(完毕)
2.2. 不同组的同义字合并
child::防止产生有重复同义词的不同标签(完毕)
3. 如果发现一个同义组标签中的某个同义词不合适
直接选中这个标签, 然后重命名标签, 把其中某些词删掉
2.2. 容易从搜索中筛选出来:
文件名完全概括了笔记中的内容
笔记中的内容尽量细
容易辨别文件名, 获取该笔记的梗概
2.3. 尽量把笔记拆分
使用插件快速批量按标题拆分笔记
搜索路径的时候, 不显示匹配的路径, 只显示文件名
使用正则表达式/(?<=\/|^)[^\/]*(?=\.md)/匹配文件名
把搜索结果中包含.md文本的搜索结果的文本都换成文件名
在我的搬运之后持续一段时间内连续触发脚本
2.3. 容易按类别找到:
一个笔记能够同时属于不同的类别
3. 被不同的父类所链接
2. 调研材料及结论(项目动力)
1. 搜索结果的html结构
- 搜索结果的路径包含文件名
- 搜索结果如果包含路径的话, 路径会作为普通的文本, 没有明显的类名标记
- 路径本应用一个span标签全部表示出来
- 但实际会被高亮匹配划分为多个span
- 高亮匹配本身就用一个span标签显示
- 搜索结果文本标签的父标签:
- 类名, 可能有以下几种:
tree-item-inner data-link-icon data-link-icon-after data-link-texttree-item-inner- 大纲面板中也有这个类
data-link-data-href属性存有文件名- 但只是有些html标签中有这个属性
- 该父标签的父标签拥有该类:
search-result-file-title
- 类名, 可能有以下几种:
2. 调研代办(项目至始至终都要写):
- 获取搜索结果显示的html结构
- 编写正则表达式匹配笔记名
- 编写程序测试能不能使用去掉路径
- 怎么快速获取同义词
- 思考如果发现一个同义组标签中的某个同义词不合适, 想更改或删除, 怎么办?
1. 随想(未整理, 灵点子)
1. 搜索结果只显示文件名, 不显示目录路径
- 舍弃高亮
- 只更改那些文本中含有
.md得搜索结果 - 用正则表达式匹配出文件名
- 直接用包含文件名得span标签替换掉原来的innerHTML
4. 项目结论(用以回顾项目以学习)
1. 项目代办(项目完毕后再写)
- 总结工作流