社区权限怎么突然掉到底了

2 标签旁边值得是？3 那会有很多包含这个关键字的块，最终选哪一个呢？

2.就是点页面标签栏的空白处，光标就不在编辑器了。 这只是一个举例，如果只能靠点击这个位置来移出焦点，体验并不好。

如果真要用到 焦点不在编辑器时，显示文档级的关联内容 这个逻辑，就需要增加一些类似区域，让焦点能离开编辑器。

3. 举例，假如我设置了 张三 作为全局别名，下面是举例的

现在我打开文档 1， 文档1的块1 会匹配到全局别名，然后就会按 张三 这个关键词去检索提及，提及栏会显示 我是张三哥哥 和 我是张三弟弟

也就是 文档1的块1 和 文档2的块1、文档2的块2 关联上了

这时候我如果在 我是张三哥哥 的这个提及选择 转换为内容块引用，那么 文档2的块1中 的 张三 就引用了 文档1中的块1 这个块

2. 焦点不在块中的话，应该就是没有焦点。比如现在点页签空白处，就是没焦点了。
3. 依托的是块中与全局别名相同的关键字，转换为引用时，就根据关键字所在块来转换

附议这个需求，快速笔记的特点是：

1.一键打开

全局快捷键，直接打开笔记页，标题和路径用默认设置（实际上就是有全局快捷键的日记 😂 ）

2.极简

单页面，不显示笔记页以外的其他结构（比如文件树、页签之类的），可以钉住（置顶，这个可以通过其他软件）

2.这个主要是根据焦点来判断，就像焦点离开输入框一样。只要焦点不在块中，就显示文档级提及；焦点在块中，就显示块级提及。

3.引用相对提及来说，毕竟是少数。 只有在两块内容有直接关联的情况下，才会去引用。

块引用关联的是块 ID，应该和命名没关系吧。

全局别名和块别名是互补不是互斥关系，就像程序批处理和手工处理一样

字多我就放这边回复。

现在的提及转块引用也有点问题，如果一个文档中，有 2 个以上命名或别名相同的块，那么在提及中转块引用，只会引用到第一个块。

可以考虑：当焦点在非空的块中时，只显示当前块关联的提及，并允许转块引用；当焦点在空块或不在块中时，显示整个文档关联的提及，不允许转块引用。

这种方式的额外好处就是当焦点在非空块中时，可以精准提及，而不用去列表找半天。

全局别名的意义在于，如果我导入一张名人姓名表（也可以是专业术语表等等），那么我笔记中的所有文档，只要出现对应的关键词，就会自动提及，而不需要我逐个块去设置命名/别名。

也就是针对常用的关键词，进行全局设置，而不需要去每个块上面设置命名/别名。特别是需求变化或文档维护需要更换关键词的场景下，如果文档多，那逐个块去替换简直是不可能的任务。而如果有全局设置，就简单编辑一下就行了。

而且这种全局别名是通用的，用户之间还可以互相分享。

全局别名的逻辑大概是：

打开文档时，先判断每个块是否包含全局别名，如果包含的话，就将包含的全局别名，作为这个块的临时别名，进行关联提及。（技术实现上可能是其他方式）

剩下的就和现在的提及一样，同样也可以考虑上面说的文档级提及和块级提及。

不管是现在的命名别名还是全局别名，是都可以通过搜索解决，但确很繁琐。

比如命名/别名相当于需要先提取每个块的命名/别名作为关键词，然后去搜索。

比如全局别名需要先用全局别名搜索文档，将匹配到的别名作为关键词，然后去搜索。

所以希望还是能优化一下

1.多开的用户体验不好，一是效果不好，二是资源占用多了，三是会影响到笔记配置。

我觉得最早那种做成自由移动的再加个钉住（任意位置）的功能，体验就很好了

2.比如我全局设置一个别名——“李白”，当我打开文档的时候，当前文档（或焦点所在块）中只要出现“李白”这个关键字，那么提及模块下，就会显示笔记中所有包含“李白”的块。

3.重复上一次操作，打个比方：我要给一段文字中的很多个关键字标红色，现在需要鼠标选中然后右键选红色，并不断重复这个操作。而有快捷键的话，我就只要选中文字，按一下快捷键就行了。

4.是否可以先判断是否有重名呢？没有重名的话就按原文件名，有重名可以像 windows 资源管理器一样——(1)、（2）……

5.选中全文的使用场景很少，不过考虑到用户习惯，可以第一次当前块，第二次父块、第三次全文这样

这个是 bug 1 的录屏

链接 ctrl+K，如果是本地链接，暂时还不会填充，这个希望也能支持。

超级块用来做卡片的，每个卡片里的内容就有可能包含标题。超级块的作用就是各种奇葩用法 😂

比较的话，我测试了没问题。

比如以“2021 年 3 月 8 日”命名

然后查询 “命名在 2021 年 3 月 1 日到 2021 年 4 月 1 日之间”的数据，是可以检索到的。

现在的问题主要是在对当前时间的获取。

比如我想查询 “命名在 2021 年 3 月 1 日到今天之间”的数据，目前只能手动输入“今天”的日期。

是否可以在查询语句中自动获取今天的日期，这样就不用手动输入了。

今天可以了。之前是各种操作都不行。

发帖点击提交的时候，一直报错，但又不显示具体错误说明。关闭错误提示后，内容编辑器是禁用状态。 刷新后还是这样

不行，什么都搜不出来

按现在的块逻辑，是不是应该叫“增加一个文件夹块”😂

估计要去预览模式下复制

我记得应该是点了没反应，然后手动关闭的

第二部分的样式，就是模拟把上一个块变成列表块。

如果在这种方式下，能够隐藏第一层级的列表样式，那么排版就不会改变了

那如果反过来，当使用列表时，自动把上一个块变成列表块呢？（但上一个块的样式不变，不加序号）

距离底部远一些的话，就会多显示一些。距离小，就连第一个都显示不出来

有这两个

kernel-1.0.4.exe

kernel-1.0.5.exe

我也有这个问题，差不多也是那个版本开始，自动更新就没成功过。

装了 1.0.5，启动时也是那个报错。

安装文件下没有 kernel.exe。

我看了一下，现在思源默认安装路径是 user/路径下，是不是和这个有关系

常规方式都不行。不过我把所有文件移出去，再边部分移入，边同步，就解决了……

主要是我后面把文件都移出同步盘了，.git 也删了，还是会报错

比如：

123

#456#

789

在第一行按下键，光标会移动到第二行“4”的前面，然后一直按下键，光标也还是一直卡在这个位置

在第三行按上键，光标会移动到第二行“6”的后面，然后一直按上键，光标也还是一直卡在这个位置

因为都是打开了包含动态查询的页签后才会变卡的，所以我觉得应该是动态查询的问题

就是可以使用导图模式查看，现在动态查询的结果如果点导图模式，是无法显示的