你能确定 只要本地存在的内容都可以索引到吗?

假设同步的文档, 文字都存在了本地, 然后又人工执行了重建索引: 能不能确定 这种 YYYYMMDD 前后都有空格的字符串 都可以被索引到, 被提及找到( 占时不考虑提及这块有些逻辑会去重,或者别的原因删除了).

屏蔽了所有插件

对无法被引用的文档里面加了几行, 也不行

重新索引也不行.

只有对这个页面重新触发一次同步,才能被引用到.

我觉得是不是 五彩同步插件调用 api 生成的文章 有啥特殊性?

另外 "提及" 是怎么查出来?

问题确实有,

我吧过程细化一下

我有多个笔记本, 其中

nb_wucai (是五彩划线同步库,)

这里面每条笔记都有会含有 一行 c: YYYYMMDD | c: YYYY-MM-DD 的数据,

所以 按道理 符合这两种格式的日志都自动关联到.

nb_daynote 是主力的日志(默认的 alt+5 创建日记就是关联到这里).

nb_project 是项目笔记本

每天第一次开思源, 就 alt+5 创建 nb_daynote 中的 今日主笔记, (YYYY-MM-DD)

....

然后点五彩同步 当天晨读的划线.

....

再在 nb_project 创建 一个 (YYYYMMDD) 今日笔记.

问题就出在这个 project 里面的今日笔记无法关联到 五彩同步的文章.

====

我之前举的例子,在同一个笔记本的时候没问题, 似乎是不同的笔记本就有这种问题. 点重建索引也不行.

我现在发现只有第二天再次同步五彩后, nb_project 中昨天的 20240426 才能跟五彩头一天同步的文档产生关系.

奇怪的是 daynote 笔记本中的却可以随时跟 wucai 笔记本的数据产生关系.

====

此时此刻我对 2024-04-25 这个主日志做了一下实验,

在下面新建了一条 20240425 的文档 结果 2024-04-25 主日志有 8 个提及的文档

下面刚建的子文档 20240425 只有 4 个提及

而 nb_wucai 笔记本里面确实 20240425 相关的 8 条笔记

我发现 wucai 这个插件同步过来的笔记,只有再次更新同步对应的文档后, 才能被引用到.

是计划 alt+/ 唤出 布局和工作空间? 还是现在就有这功能?

思源的 json 格式读写存储是比较频繁的, 最好不要放 u 盘上. u 盘很快会被搞挂的.

你要图移动方便,可以买个 ssd 的硬盘 + 盒子当 u 盘用. 速度,寿命, 数据安全性都有保障.

观察了下, 大概这个问题要持续 2 分钟 cpu 就会降下来. 然后 backlink 的提及会变成空( 貌似任何文档都是聚焦后 backlink 就清空了).

推测还是聚焦后 做 backlink 查询导致的.

你的意思是 如果我文档如下, 我聚焦到 bbb, 这时 backlink 按 bbb 去查找?

文档名: test

• aaa
  • bbb
    • ccc

这是个特定文档的问题. 数据我处理下再给你参考

逻辑是聚焦后就没有反链了吗(清空)?

但我发现只要点聚焦后, io 都会猛涨一次.

实际上这里还有个隐藏问题. 聚焦模式和 backlink 有冲突

任何文档点击某个节点(假设有 10 个 backlink)进入聚焦模式后,都有可能出现:

点击 bbb 有的节点会显示 backlink 的 10 条链接

点击 ccc , backlink 啥都查不到.

假设文档如下

文档名 2024-04-22

内容为:

• aaa
  • bbb
    • bbb111
  • ccc
    • ccc222
  • ddd

弹出窗口 无法通过拖拽到 页签或者分栏显示

一个笔记软件核心是让用户集中笔记功能上, 大量时间去记忆什么各种快捷键, 各种菜单 意义不大.

最后搞成个 ms word 一样复杂?

这不是希望扩展功能吗?

系统快捷键可以支持上百个功能, 但是谁能记住那么多?

目前大部分现代工具 比如 obsidian, logseq, vscode 等等都支持类似的全功能命令面板.

如果仅仅是给扩展用的, 那是不是名字可以改成 插件专用命令面板.

弹出窗口都没有 (至少 4 种都没有)

虚拟引用 的弹出页面

引用的弹出页面

弹出的搜索页面

固定搜索页面

1 用这个方法, 数据库上 比如搞的 status 字段, done 后, 无法在原始关联位置显示状态.

2 这个风险太大. 之前有几次 在 database 那边点开链接跳转后, 数据库中的记录不见了.

3 导出单页的时候 task 没有状态. (数据库的部分不会跟着导出).

终于找到问题了, 是有个插件 默认把标签都转成了引用,同时创建了标签名的文档导致的...

谢谢

逻辑不对, 思源最强的 搜索, 反链 各种查询等 都是基于明文的内容的.

你加密后就搜索不到了.

你可以考虑其他专业加密的工具对文件夹进行加密.

查了下文档, 无序列表块 , 有序列表块 , 任务列表块 , 列表项块 , 引述块 , 超级块 ,文档块 都是容器块

这规则记忆有点麻烦哈,

能不能在搜索过滤界面 ,这几个 类型后面 加个 * 号, 最后在最下一行加个注释, 带*号的容许后,可能会有递归查询的结果的重复列出.

这个方法可以.

那是不是也说明了 搜索类型中 : 列表和列表项 实际意义不大 , 会制造太多噪音

关于 2

只匹配 列表项的情况下,

如果当前列表项 中含有 搜索词 "abc" ,被列出来没问题 ( 右边绿色框部分)

但 bbbb , ffff (红色框部分) 自身都没有包含 abc, 也被匹配出来, 这导致大量无意义的干扰查询结果出现啊.

另外一个例子, 有一个 6 层的列表, 我只想找 "nouse" 在哪里. 期望的逻辑是 绿色的路径

结果给匹配出来 6 个 , 红色的 5 个都是我不需要的,

这还是笔记本中只有 1 个文档中有匹配 nouse 关键字的情况, 如果有 10 个文档都是同样的结构,

那查询出来的就是 60 行的结果集, 噪音更大.

文档树设置的上限是 1024 个啊. tag 还是卡

我期望的是, 如果有 backlink, 就显示列表 ( 比如下面 提及的 6 条记录,而展开几条是在展开数中配置的).

而现在的情况是, 如果在编辑器设置中 设置展开数为 0 时 , 仅仅显示了 提及的计数器, 而 没有显示列表.

只有设置中 展开数大于 0 时 才能显示 提及的 6 条列表, 但同时展开了一条

大部分情况下, 首先关注的是有哪些条目跟当前笔记有关联

点 [清空查询条件] 可以了. 😄

但这个按钮的提示太令人迷惑了.

一直让我认为是点击这个按钮恢复到上次的查询条件.

其实我也想搞这么多标签, 是从 logseq 导入的时候合并的

logseq 没有文件夹层次的概念, 就是通过逻辑多层标签实现的, 实际他的标签还是平面的

导入到思源后就变多了.

思源长久发展还是要考虑下其他基于标签分类体系的用户怎么转过来,能体会到思源的好处也被架构不同导致的一些问题影响体验.

我发现 , 只有设置反向链接/提及的默认展开数 >0 的时候才显示 列表. 等于 0 的时候不显示列表.

很多时候 只想看到有哪些条目跟文档产生了关联.

而不需要看 backlink 对应条目的具体内容.

我觉得需要一个控制是否显示列表的开关.

全局原来是不带路径的. 现在 3.0.10 后变成永远读取 已经保存的最后一个查询了(包括路径和查询词).

你先搞个带路径 比如 notebook_a, 同时查询词 abc, 查一次, 然后保存这个 查询 为 比如 test1.

之后任何情况(重启或者手工清空), 全局搜索每次打开都会把 test1 的配置读出来.

我大量 ob/logseq 转过来的文章都没法集成 frontmatter. 不太可能一个个手工加啊

我就是用的最新版 3.0.10 啊

3.0.10 后 点击 tag 失去响应的问题基本正常了.

但是 tag 面板上的鼠标操作更缓慢了.具体为

• 滚动鼠标/拖动滚动条大概 1-3 秒才能滚动 3 行.
• 鼠标滑过任何 tag, 都感觉动不了.

PS: 我的 tag 可能有几千个.具体多少不知道,没地方看.

原文复制为 引用块/嵌入块都可以.

然后再 note 中 创建一个无序列表 - tab

粘贴 引用

然后回车, 这时会创建一个同级别的 列表项, 输入注释,

然后 tab 缩进成子项

你再去原文看反链就是成下面的结构了.

• 原文
  • 注释