好吧, 我觉得用 sql 花的时间还不如我用单个关键词然后一个一个筛选呢

比如一个代码项目, 某个构造函数 A::A() 和它构造的结构体 A 是有关的, 它解释了这些字段会怎么初始化, 另一个结构体 B 又与结构体 A 有关, 可能 A 包含 B, 某一个函数也与 A 有关, 它解释了 A 某些字段的含义. 纯知识点的笔记也有这种情况, 但不太需要, 因为层次化就可以把它们组合在一起, 不需要链接. 我做项目笔记就会感觉到用层次化笔记很不爽.

明白了, 感觉你说的方法 3 还是很可行的, 感谢!

不考虑标题块, 内容块可以用 ack, 虽然速度得不到保证. ack -l --json "六级" | ack -xl --json "类型"

SELECT * FROM blocks WHERE content LIKE '%六级%' OR content LIKE '%类型%' GROUP BY path HAVING COUNT(*) > 0 这个是有结果. 但是有以下问题:

• 可能是这个文档同一个关键词出现了多次
• 并不直接得到文件名

我写了这个 sql 语句, 希望能找出满足条件的文档名. 但显示不存在. 我试了试发现不能 SELECT 某个变量, 只能 SELECT *

SELECT path, COUNT(*) AS num_rows FROM blocks WHERE content LIKE '%六级%' OR content LIKE '%类型%' GROUP BY name HAVING COUNT(*) > 0

这两个不行

SELECT path FROM blocks WHERE content LIKE '%六级%'

SELECT *, path FROM blocks WHERE content LIKE '%六级%'

标题块也是类似. 我感觉标题块是个最小聚类单元(子标题块就不递归了). 不同关键词出现在同一个标题块下的不同内容块, 能检索到这个标题块么?

问题是整理目录, assets 路径可能出问题, 只能是同级(如果我没记错)目录之间移动, 父子关系这些不太行. 收集箱, 我感觉也会有 assets 路径的问题, 文件常常不能随便移动..

你是不是不怎么玩手机? 我以前记账的时候(现在我舍弃了这个习惯, 我记了可能一年, 但钱也没少花一分), 吃晚饭的时候就顺手记了. 你如果不是不玩手机, 而是记不住, 就设个提醒, 我用 ios, Due, 超级好用, 绝对不会错过, 安卓我猜也有不那么精良, 但功能相似的 app 吧

手机看 pdf 很不方便么? 我用 ios, 连微信都可以打开 pdf, 速度没啥感觉, .. 算了, 别管我, 心情不好, 杠一下..

电脑可以截屏吧, 我用的 mac, xnip 就可以长截屏吧. windows 的截图软件只会更多, 搜一下吧..

要弄清楚工具的定位. 为什么用笔记? 因为能链接, 搜索. 记账需要链接么, 搜索么? 搜索需要, 不太需要链接吧. 可是手机记账也能搜索啊. 而且统计, 记录都更方便. 至于用 notion 之类记账的, 我觉得这些都是形式主义者.

注意到一点: 这个文件中并没有那几个异常块, 但是显示上却有..

楼上说 pandoc, 效果是挺好的(其实也不是那么好, 我也不明白, 我感觉 markdown 解析已经很简单了, 怎么 pandoc 的 latex 的模板还写得那么丑陋.. 虽然我不会 latex). 但是 pandoc 转 pdf, 是需要 latex 依赖的, 多数人都没有这个环境

但 typora 转 pdf, 我以为是用 pandoc 的, 但是明显没用 latex, 更像是截屏的效果.. 但是支持 toc 跳转

我感觉这也是不需要的, 如果真的很短, 截屏就行了, 截屏工具多得很, 也支持长截屏. 如果不是那么短, 导出为 pdf, pdf 比图片不知道好到哪里去了(最明显的, 图片, 没法搜索文本, 体积还挺大)

复制粘贴就是最好的方式.. 时间上也更短, 效果也更好, 这是个心理上伪需求

这个问题困扰了我好久, 那就是, 我是做了笔记, 但是我怎么才能在需要的时候找到它. 目前我的想法, 也是当前做法, 就是: 创建了 index 页面, 以事件组织起来. 如图:

而且还可以加入更多属性, 比如创建时间, 结束时间, 总之添加啥描述信息都行.

继续这个脑洞, 想到 notion 就有这样的抽象(毕竟它不是本地笔记). 别管这页是啥内容, 该放在哪里, 我只知道我需要在这个位置插入它. 有这样的一种连接关系.

想到这一点, 那么其实用标签作虚拟路径都不必了. 直接创建一个索引页面, 里面是各个笔记的链接. 如果不满意, cut paste 放到另一个位置就行了.

关于这种做法还有一个好处是, 可以创建一个索引页, 不加任何考虑(有考虑是什么样呢?我得创建在哪个文件夹下)地在这个索引页中用 ((name 创建一个新的页面, 至于如果需要组织, 就直接改改标签.

我猜测移动文件应该不会改变文档 id, 文档 id 和块 id 是写在文件中的, 以这种方式持久化. 但真的是每次启动软件实时读入每个文件的 id 的么? 我担心移动文件会使文档链接失效.

如果会影响流畅性的话. 说点联想, mac 上有一个软件是 devonthink. 我感觉它就是在 finder 之上提供了一层抽象. 文件的存放路径完全不是 ui 上看到的, 这样在 ui 上随便怎么移动到某个文件夹, 真实的路径也不会变. 我感觉我可以采取类似的做法. 比如写一个脚本, 干这几件事:

• 将目前已有的文件目录, 下的所有文件全部移到根目录, 将它的 assets 目录下的移到根 assets 下. 有点像 flatten 的感觉. 同时将原来的路径做一些去除工作后加上标签, 添加到第一行, 算是它的新的 path 标签.
• 创建 a-z 和 0-9 这些目录, 将根目录的文件移到这些目录下. 关于 assets 有 2 种方案: 1. 只修改路径, 也就是只做文本替换, 不试图移动 assets 文件. 2. 找到它的全部 assets(这样估计会慢很多), 再创建子目录的 assets 文件, 也移动过去.

恢复 cursor 位置, 就是 vscode 中的 go back/previous. 现在有嘛? 好久没读过帮助文档. 我感觉这是几乎所有的文本编辑器都会有的功能.

1. 如楼上所说, 模板
2. 大多数人不怎么设置主题, 但是每个人偏好也不同, 但我也觉得可以借鉴一下其它软件的主题. 比如 Typora 和 Marked 2.
3. 日记搜索日记名就可以了, 默认日记名是日期. 至于其它笔记, 说的有道理. 可以用 find 命令找出(好吧, 但是不好看啊).
4. 见仁见智, 我觉得很有 id 有必要在专家模式显示, 我理解的专家模式就是源码模式.
   先说为什么需要. 有时候我会手动操作 id, 比如 cut/copy 大面积内容. 如果不显示 id, 暴露全部 id 只能借助于其它的文本编辑器, 很不方便.
   你说的问题, 定位之类的, 只要及时切换为渲染模式, 基本就不会出问题, 切换也挺方便的. 总的来说, 我感觉是很有必要显示 id 的.

我觉得不可行(只是我的猜想), 如果像你说的, 用 backslash, 但是在 backquote 中, backslash 会被 literally, 不会转义, 事实上 backquote 的重要作用就是防止转义. backquote 中唯一不会 literally regarded 的只有 backquote, 但这是因为, 它以为匹配了, 于是就凑成了一对.

的确会这样, 也的确不应该有这个结果, 但是这个问题仅在"1. "回车之后会发生, 如果 1. 后面内容不为空, 是不会发生这个问题的.

我是 0.9.7, 没有遇到这个问题, 也是 mac, 我怀疑你的内核没有得到更新(我遇到过这种情况). 你试试这条命令:

kill -9 $(lsof -i:6806 -t)

然后重新安装一次.

是挺好的想法, 因为我不太喜欢在浏览器中编辑, 看着不亲切. 我的做法比较麻烦, 放弃了外链(就是不喜欢浏览器编辑), 需要引用的地方, 用关键词, 然后在笔记中搜索, 感觉也不怎么麻烦, 因为我很少需要跳转.

楼上说的很好了, 我把 gutter 那个隐藏了, 也就是这样. 加到 :root 的外面(而不是里面).

.vditor-ir {
	padding:24px 10px !important;
}

.vditor-ir__gutter {
	visibility: hidden;
}

填坑, 目前这个问题我找到了很好的解决方法, 那就是专家模式. 如果都是用专家模式编辑, 会一起拷贝 id, 这样随便剪切粘贴, 引用也不会失效. 而且专家模式好看呀(能用来打字的地方比较多, 比较宽, 实时渲染模式下, 如果用半屏, 左边框显示 id 的部分占得太宽了, 一行都显示不了多少..).

的确还有这个问题, 文件在 finder 来看已保存, 但标题是灰色的, 某些块查不到, id 引用也会说找不到. 会发一个这样的文件, 这里就不放了.