旁注式笔记系统的思考(二)
之前在 旁注式笔记系统的思考(一) 中,思考过如何将 " 旁注笔记 " 和源博客文本既能关联起来,又能无侵入的方法。今天偶然在看 Handsome 大佬的博客时,他实现了一个 支持 Markdown 行级别评论 功能,其实这个 " 行级别评论 " 功能和 " 旁注笔记 " 非常相似,所以分析了下他的
Obsidian的editor-change事件触发时机
在 Obsidian 编辑器内,对文件的任意修改,包括前置数据或正文内容修改。 当文件在编辑器内打开,无论是 activeEdior 也就是激活的编辑器,还是后台多标签页打开的编辑器。此时,无论通过 “手动输入” 还是使用插件 js 代码进行 ”修改“,都会触发该事件。 不触发该事件的情况。未被任何
旁注式笔记系统的思考(一)
需要思考的问题 先罗列一下自己的疑问: 前端是展示还是编辑系统? 两篇笔记的关联方式,锚点定位机制,是否双向链接? 源文本与旁注,是在同一篇文章内部——类似脚注锚点的方式?还是相互独立,对源文本无侵入的方式? 上述两者必定需要关联,要么是类似脚注锚点的关联,要么是两篇独立文章之间的关联。 脚注锚点式
Obsidian-Halo同步插件开发日志:文章标题链接锚点一致性
前言 在 Obsidian 中,在编辑器里链接一篇文章的某个小标题时,例如: ### 4.2 Pjax 下全页面加载的脚本引入规范
它生成的锚点的策略是将非中文的字符进行 url 编码,链接格式如下: [4.2 Pjax 下全页面加载的脚本引入规范](https://lihouwei.com/ar
Obsidian自定义排序插件和项目
介绍:PKMer_Obsidian 插件:Manual Sorting 简单易用自定义排序插件 项目地址:kh4f/manual-sorting: 📌 Drag & Drop Sorting for Obsidian
基于扁平数据结构的 Obsidian 同步设计 - Halo 同步最终方案
分类、文档文件夹在本地的数据存储方式 数据存储方式必须采用扁平结构,便于更新读取,也能保持数据整洁性。 [
{
name,
priority,
displayName, // 做文件夹名称
parent, // 构建树形结构用
kind: Category/docs/Project
Halo-Obsidian同步插件设计的思考
记录 Obsidian 存在内部 api,例如 FileExplorerView 类型等。 已有排序项目的修改原理,猴子补丁技术 monkey-around 的了解。 更多关于内部 api d的信息,在 Obsidian Discard 论坛搜索 “FileExplorerView” 得到相关讨论: