fangly
关注
65557 号成员,2021-02-20 16:56:59 加入
1.1k
个人主页浏览
424
帖子 + 回帖 + 评论
684h58m
在线时长
  • 面包屑样式改进提议

    2022-05-23 14:29

    2.0.12 的逻辑是单节点固定 7 字符长度缩略显示 + 面包屑完全显示 + 换行 + 滚动条,目前感觉挺不错

    目前还有一个问题是,无法判断某个节点是否缩略,我觉得可以在缩略的节点后加一个点来表示缩略

    image.png

    类似于在钉住的标签页上加点:

    image.png

    还有一个问题是,当鼠标浮在面包屑非块标位置时,最好显示该位置对应的全文而不是缩略内容,不然这个悬浮就没有意义了:

    image.png

  • 面包屑样式改进提议

    2022-05-23 10:56

    这思路也不错,相当于单节点中间缩略显示(保留文档名 + 保留当前聚焦点往上 3 个层级的单节点 + 其他缩略显示)+ 面包屑完全显示 + 换行

  • 被删除的文档依然可以通过【【找到

    2022-05-08 17:36

    我这里也有这个问题,必须重建索引才能真正删除文档,正常情况下删除文档后应该不需要重建索引吧

  • 如何处理一词多义的情况

    2022-05-08 17:20

    想到几种方案,供参考

    方案一:建立两个同名文档,使用备注/别名区分

    image.png

    方案二:在一个文档中,为不同含义建立不同的标题

    image.png

    image.png

    这样在《事务》这个文档的反链可以看到所有和事务相关的内容,聚焦到“数据库的事务”这个标题中可以看到和数据库事务相关的内容

    方案三:在不同文档中建立相同名字的标题

    image.png

    方案二和三蕴含的一个思想是标题和文档等价,都是一种块,从而为双链赋予更多的结构性,这个是思源的一个特点,像在 roam 和 logseq 中是难以做到的,也还可以用子文档替代上面讲到的标题

  • 反链面板如何过滤用于索引的空反链?

    2022-05-08 12:07

    目的就是在反链面板上不想看到这些链接吧,那应该属于单向链接,用块超链接好一点,可以直接通过块引用来转换成超链接的,不算特别繁琐,在块引用上右键,点击转换为链接:

    image.png

  • 探讨:划选而后新建被引用之文档,是否应默认设置静态锚文本

    2022-05-07 17:49

    这个文案我第一眼以为是指*后面还有一个占位符,我还在想这个占位符是指空格还是 tab 什么的,然后才意识到是说*本身是占位符 😂。这几个选项其实都不太直观,“静态锚文本”、“文本”、“链接”都是思源的术语,一个新手用户看到这几个选项肯定是一脸懵逼的,但是尝试点了一下之后就基本会懂是什么意思,问题不大。我也没想到更好的文案,占位符 ** 占位符* 我觉得都可以,或许像 roam 一样设计个图标会更直观些:

    image.png

    这种实现方式的话,用户怎么修改锚文本呢,修改锚文本的框去哪里呀?用户需要先转成静态锚文本或者*之后才能修改么?这样的话估计一些用户会觉得这是负优化,可能还是右键锚文本有个框可以直接修改锚文本会好一些

  • 引用搜索排序算法出 BUG 了?

    2022-05-07 10:28

    2.0.3:

    image.png

    2.0.4:

    image.png

    2.0.4 确实有点问题

    依照 Issue #4558 · siyuan-note/siyuan 的思路,都命中的情况下(列表项先使用 fcontent 匹配命中,content 匹配和列表项和其他类型的块一起放在最后),应当是先排序文档块再排序标题块再排序列表项块,类型内部排序时,会按照 length 升序

  • 探讨:划选而后新建被引用之文档,是否应默认设置静态锚文本

    2022-05-06 16:20

    内容不直观显示正是 3 和 4 的目的,某些情况下只关注块引用之外正文的内容,保证正文内容是顺畅的,但需要保留引用,也就是这句话出自哪里,使得在我需要查看原文时可以查看

    比如论文中只会对参考文献标注 [1],最多也只是标注下作者年份例如 (Devlin et al., 2019),没有论文会在正文引用其他论文时还引用其他论文的全文标题,这个 * 和论文中的 [1] 是一个道理。论文中有撰写规范,有的论文也没法跳转(比如把论文打印下来的时候,以及不少论文 latex 模板本身并不自带跳转到参考文献的功能),所以需要标注顺序 123,但笔记中可以统一使用 * 来代替 [1,2,3]

    image.png

    像论文中的这个 [1] 就非常不直观,在正文中根本看不出来引用了哪篇文章,这就对了,目的就是不需要直观看到,如果能直观看到引用的论文标题会导致论文看着非常杂乱,看起来会很不连贯。读者在读文章时只需要知道我写的这句话引用了某篇论文,而具体引用了哪篇文章在大多数情况下读者是不关心的,读者在读论文时只管顺畅地读正文,当需要查看参考文献时,比如对某部分比较疑惑想要看看相关论文,这时候再点击跳到参考文献中看是哪篇论文,读者读起来是很顺畅的。

    再列举一个 4 的应用场景:

    比如说我在写文档 A 时想要复用文档 B 中的一段话,但是文档 A 和文档 B 的上下文不同,我需要对这句话进行修改,这个修改过程不是完全重写,而是在原文的基础上修改,比如有一部分要保留,有一部分要删除,有一部分要重写,中间还可能再插入公式和图片,中间还要再引用其他块:

    image.png

    这种操作无论是在修改锚文本的框中进行还是直接在块引用上修改都不方便,而且没法在锚文本中加入公式、图片、块引用,最方便的方法就是转换成 文本 [*](id),然后修改文本。

    再展示一些 roam 中的使用截图,这个 * 在 roam 中是被普遍使用的:

    【笔记方法分享】conor 的写作工作流 | 块引用的作用 这个帖子中展示的 roam 创始人 conor 的截图:

    roam 英文社区大佬 Nat Eliason 的截图,来自 https://www.youtube.com/watch?v=jWIdQfcQKTc

    image.png

    roam 中文社区大佬吕立青的截图,来自 https://www.bilibili.com/video/BV1DT4y1r7eT

    image.png

  • 探讨:划选而后新建被引用之文档,是否应默认设置静态锚文本

    2022-05-06 12:38

    3 是这样的:原本的块引用是 [静态/动态锚文本](id),点击之后转换成 [*](id),案例如下:

    image.png

    roam research 中:

    temp231.gif

    4 是这样的:原本的块引用是 [静态/动态锚文本](id),点击之后转换成 文本 [*](id),类似于论文中引用参考文献的方式,案例如下:

    image.png

    roam research 中:

    temp232.gif

    1 的话可以考虑判定一下该段落块是否是块引用独占的,如果块引用独占则成功转换成嵌入块,如果不是,则弹出转换失败

    5 的话实现起来应该会比较麻烦,roam 里面的正文相当于只有列表项块,而思源里面还有很多其他块类型,处理起来可能会不太一样,这个以后再单独拿出来讨论吧

    这部分的交互我觉得可以类似这样,下面每个黑框是一个按钮:

    image.png

  • 探讨:划选而后新建被引用之文档,是否应默认设置静态锚文本

    2022-05-05 23:45

    很多人并不希望默认设置静态锚文本,而是希望动态变化,这部分需求很难统一,对不同人不同场景都不太一样

    添加“一键设置静态”的按钮应该能更好地满足不同人的需求,关于添加这个按钮,我在一年前提过,不过后面没有做: 功能建议:一键转换 {{.text}} 为真实内容

    在 roam research 中,块引用可以有以下替换选项:

    image.png

    第一个是转换为嵌入块

    第二是个转换为 text,这相当于现在思源里面的“删除”(我一直觉得这个思源这里的“删除”不太准确,第一次看到会不知道是干什么的,改为“转换为 文本”之类的更准确):

    image.png

    第三个是转换为 [*](id),类似于论文中对参考文献标注[1]

    第四个是转换为 text [*](id),也就是第二个和第三个结合(这个很有用,conor 的演示视频中常用这个操作,也有很多 roam 的笔记方法分享视频中用了这个,我自己在思源里也经常用,但是不能像 roam 一样非常快捷地一键转换,思源里面操作起来比较麻烦,挺希望能一键转换的)

    第五个是交换引用块和被引用块,和“反链转换”功能有一定的相似之处 Issue #4025 · siyuan-note/siyuan

    思源目前还原创了转换为链接,等价于从双向链接转换成单向链接

    这个帖子提议的按钮和上面的第三个有一定相似之处,也就是把 [*](id) 换成 [text](id)

    我认为这些上面这些“转换为”功能其实都可以考虑加上

  • 创建引用的时候,没有新建文档选项的 BUG

    2022-05-05 14:43

    这个问题偶尔会出现,从很早时候开始就一直有这个问题,但发生都比较随机,也没有什么稳定的复现方法

  • 能否支持快速重建“未找到 ID”的内容块

    2022-05-05 14:22

    帖主的意思是应该要一次性把笔记内的引用指向新建的文档 A,而不用自己一个一个修改块引用,如果笔记内有很多指向“悬空引用”的块引用,就要新建一个文档 A,然后笔记内一个一个修改成引用文档 A,会比较麻烦

    帖主提的解决方案是能指定新建的文档 A 的 id 为之前“悬空引用”所引用的块 id

    其实有另外一种解决方案,也就是通过“反链转移”功能解决:Issue #4025 · siyuan-note/siyuan,把“悬空引用”的块的反链转移到新文档 A 上

  • 块引交互逻辑修改提议

    2022-05-02 00:11

    @Vanessa

    用户能选择 ctrl 悬停弹出浮窗的话,是否能在设置中再多一个可选项:右键显示浮窗,ctrl+ 悬停修改锚文本?

    在浏览的时候,鼠标在自然情况下应该在正文的位置而不会在两边留白处,用户一般不会为了避免误触而特意把鼠标往右边放,更何况在窄宽度的情况下,两侧没有留空,鼠标只能在正文中。而且编辑和浏览之间并没有界限,编辑过程中肯定会有浏览回顾的过程,浏览回顾的过程中也经常需要编辑修改,一边编辑一边浏览是常态,这时候鼠标大部分情况下肯定是停留在中间正文中。

    在我帖子最前面的两张动图中,都不是“移动且悬停”的情况,但都弹出了浮窗:

    像下面这种页面就属于浮窗的灾难,根本无法避免浮窗的误触弹出,鼠标根本不知道要放在哪里:

    image.png

    这种全部是引用的页面不是我故意找茬的,在双链笔记中流行的卡片盒笔记法中是一定会出现这种页面的,可以称为卡片盒,比如下面 roam research 社区中的例子。我最近就经常和这类页面打交道,导致我最近的使用体验非常糟糕,每次看文档都得小心翼翼地避免浮窗的非预期弹出:

    image.png

    roam 里面没有浮窗,所以他们不考虑这个问题,思源里面有浮窗的话,就需要考虑这种页面下怎么避免用户误触浮窗

    这个不是习惯的问题,悬停打开浮窗确实是符合习惯的,浮窗也是很常用的功能,我认为是思源的杀手锏之一,目前思源的浮窗功能是所有双链软件中最强的,但是要解决非预期弹出浮窗的情况,用户不想浮窗弹出的时候浮窗弹出来了,这就很恼火。

    添加按住 ctrl 再显示浮窗的选项我觉得对于不太用浮窗的用户来说可以接受,但对于常用浮窗的用户(例如我)来说有点过于麻烦了,毕竟浮窗是一个高频操作,每次都要按 ctrl 键悬停相比原先的直接悬停 用户体验上是直线下降,从纯鼠标操作变成了键盘和鼠标的配合操作,通过降低正常使用时的体验来减少非预期行为的发生我感觉不太合适,我个人还是倾向于右键更方便,现在的右键绑定给一个非高频操作个人感觉没啥必要 😂,当然我感觉最好的方案是在设置中能让用户自由选择以下几个选项:

    • 选项 1:悬停显示浮窗,右键修改锚文本(默认选项)
    • 选项 2:ctrl+ 悬停显示浮窗,右键修改锚文本(适合不太用浮窗的用户)
    • 选项 3:右键显示浮窗,ctrl+ 悬停修改锚文本(适合常用浮窗而且块引很多容易误触的用户,我中意这个 😄 ,不仅能非常便捷地打开浮窗,而且不会误触,这个选项不占用 ctrl+click,应该也不会影响思源的整体操作逻辑,只是把选项 2 颠倒了一下,是否能实现呢)
  • 关于 dailynote 的建议

    2022-05-01 00:31

    目前已经有人开发了类似的挂件,但没有上架集市,在思源 qq 群文件里面搜索 calendar(集市上现在的 calendar 挂件和这个不是一个功能):

    image.png

    image.png

  • 块引交互逻辑修改提议

    2022-05-01 00:18

    来份不是特别严谨的反证法:

    首先把便捷程度定义为:用户产生弹出某个窗口的想法 到 该窗口真正弹出 所需的时间。时间越短,越便捷。

    假设悬浮操作比右键更便捷

    当鼠标移动到块引用上时,用户有两个可能选择:等待悬停出现浮窗 or 右键修改锚文本

    若悬停比右键更便捷,则悬停出现浮窗的速度应当快于右键,即浮窗先出现,右键的修改锚文本窗口后出现,这时就会出现下图的情况,修改锚文本的窗口在浮窗的底下,用户将无法修改锚文本:

    image.png

    而实际情况是,右键的修改锚文本窗口先出现,浮窗还没来得及出现就因为修改锚文本窗口的出现被中断了,假设情况与实际情况产生矛盾,假设不成立

    思源目前操作逻辑的隐含假设应当是右键比悬停更便捷,而目前的右键功能却绑定给了一个非高频操作。

    当然这部分交互的改动对用户的影响比较大,还需要多方考虑,我只是提了一种修改方案,也可以有别的方案,但这部分的交互设计我认为肯定是有提升空间的。我是因为看到 反馈:使用一些时间后的提议,图标、交互、引用、跳转、浮窗、布局。 这个帖子,有一点想法,所以提议了一下。

    像下面这个情况,我是经常遇到的,比如我要在某句话后面加几个引用块,然后这时我会把鼠标移动到这句话后面,然后点击一下,把鼠标定位在这句话最后,接着写块引用,这时候写完第一个块引用,鼠标自然就悬停在第一个块上,因此一定会出现这个块引用的浮窗,而这并不是我预期的:

    同时,我的某些文档里面几乎全是块引用(类似 MOC、zettelkasten),在这些文档里面查看时,时不时就会弹出并不是我预期的浮窗,导致我查看这些文档时都得小心翼翼的。

    在 web 页面设计中,悬停显示浮窗是符合直觉的做法,但是思源中的块引用为什么会不一样,我认为主要有这两个原因:

    1. 思源是所见即所得,在编辑过程中也会弹出浮窗,因此会在编辑过程中出现非预期的浮窗弹出行为,而对于写 web 界面的开发者来说,在写代码时并不会弹出浮窗。
    2. 一般的 web 页面可以弹出浮窗的触发点比较少,不容易误触,而笔记中,有的页面会有大量的块引用,容易误触。因此,对于其他的浮窗,比如面包屑浮窗、反链浮窗,悬停展示就没什么问题,但对于块引用,就容易出现误触的情况。
  • Daily Note 模板 sql 语法请教

    2022-04-30 14:39

    如果“tobecontinued”是主题的标签的话,建议使用软换行(shift+ 回车)而不是硬换行(回车),这样使得主题和标签在一个块里面,才能实现“标签”的效果:

    image.png

    image.png

    此外,在《tobecontinued》这个文档的反链面板中也可以看到所有打上了“tobecontinued”标签的块

  • 思源笔记 2.0.1Mac 版,新建文档后,引用文档总是显示新文档,不显示文档名,必须重启软件,再次引用才显示文档名

    2022-04-28 23:36

    按照这个帖主的操作过程我也能复现

    我在上周末的会议过程中也出现了这个问题,当时我也很疑惑,说了句“好像翻车了”,不过后面也没管,因为我从来没有在文档树中新建过文档,都是块引用新建的,所以平时不会遇到这个问题

  • 笔记心得与行内评论

    2022-04-26 13:32

    9S:复制该块为引用块,快捷键:ctrl+shift+c

    11s:选中需要批注的正文内容,ctrl+v

  • 笔记心得与行内评论

    2022-04-26 13:27

    不需要事先专门找一个地方来放置批注,我的演示视频里是在《红楼梦》中找一个地方放批注,完全也可以在 daily note 中放批注

  • 笔记心得与行内评论

    2022-04-25 21:21

    类似这种思路你看看能否接受:

    “引用块”的内容过长会直接省略内容,这个是因为设置的原因,可以修改的:

    image.png

  • 回应 4.23 号会议文档树是否该被放弃?

    2022-04-25 16:36

    我不觉得你是在反对我的观点,其他听众也没有在质疑你,大家只是在不同角度分析问题。

    我也并没有“对文档树的作用持否定态度”,就好比说思源的电脑端的编辑功能比手机端好用,不代表否定手机端的作用,不是非此即彼的。

    因为大家普遍对文档树比较熟悉,但很多人对 MOC 不太熟悉,所以在会议上我主要介绍 MOC,并且以大家熟悉的文档树的构建过程作为对比,阐述 MOC 的构建过程,可能有的人误以为要砍掉文档树功能。

    文档树和 MOC 当然可以共存,有的人可能在 MOC 上进行知识体系层面的分类,在文档树上也进行知识体系层面的分类,两者功能重合度比较大。而我的想法是,让文档树和 MOC 各司其职,各自从不同的角度进行分类:MOC 仍然是根据知识体系进行分类;而文档树可以从时间角度进行分类,这是 moc 所不能做的事,也是 RR logseq 做不到的,也能保证只要记得文档的大致创建时间,就不会找不到文档,可以帮助大家消除找不到文档的担忧。

    在会议前,我并没有准备深入讨论这个话题的,也没想到有不少人对这个话题这么关心,所以会议中对这个问题可能没有讨论清楚。

  • 回应 4.23 号会议文档树是否该被放弃?

    2022-04-25 11:31

    不知道你是在哪个地方看到“思源笔记要取消文档树”这个观点的,这也是我第一次看到有人提出这个观点,文档树作为思源和 rr、logseq 的不同点之一,我始终认为文档树是不能取消的,包括思源特有的“靠笔记本释放性能”等功能都要靠文档树功能来支持

    文档树和 MOC 都是自顶向下结构化管理笔记的方法,两者可以在不同的角度进行笔记的结构化管理

    详细案例和相关讨论可以查看 思源第一次双链实践交流会讨论区 下面的回帖

  • 问题求助:关于“块引新建文档存放位置”的问题

    2022-04-24 23:28

    这个路径支持模板我觉得挺有用,我在 思源第一次双链实践交流会讨论区 里面最后有提到

    这样可以保证当月新建的文档都是该月文档的子文档,使得文档树更具有“按创建时间分类”的属性

    很多人对文档树抱有执念,一个重要原因就是怕找不到文档,如果文档树能够完全按创建时间分类,那么找不到文档的可能性大大降低,只需要记得创建这个文档的时间是在哪几个月,就一定能找到文档,这样可以使得很多人消除找不到文档的担忧,更好地在平时忘记文档树,实践双链

  • 思源第一次双链实践交流会讨论区

    2022-04-24 22:29

    关于 moc 和文档树的话题,最开始是没有打算在会议里专门讨论这个的,所以可能没有讲清楚,但发现大家对这部分挺感兴趣,再补充一点我的看法:

    双链笔记中是自底向上和自顶向下结合的

    自底向上在这次会议中讨论得比较多,包括一元笔记法、daily note、反链等

    自顶向下在这次会议中讨论得较少,包括 moc、文档树、标题(标题本质和子文档等价)、笔记分类等,自顶向下部分还可以和各种传统笔记方法结合

    同时自底向上和自顶向下是交错融合的,可以在自顶向下的指导下进行自底向上的笔记输入,可以在自底向上的基础上进行自顶向下的笔记整理

    对于文档树和 moc,都带有自顶向下的思想,我在思源中的实践思路是这样的:文档树部分只进行时间层面的分类,moc 部分进行知识管理、时间管理等层面的分类,演示案例如下:

    image.png

    注:

    我的块引新建文档存放位置的设置如下:

    image.png

    更严谨地说,文档树中《02》文档下的子文档是 2 月的 daily note、在 2 月的 daily note 中创建的文档 x、在文档 x 中创建的文档 y……,即以 2 月的 daily note 为根生出的文档。我在 2 月的时候也可能在《01》下的子文档中创建新文档,此时新文档就在《01》下面

    当然,还有一个思路是把块引新建文档的存放位置设置为该月文档,例如现在 4 月就设置为 daily note/2022/04,这样该月文档的子文档就全部是该月所新建的文档,但是每个月都要修改一下设置。可以通过模板变量设置为“/daily note/2022/{{now | date "2006/01"}}/”来达到自动修改的目的,但是目前这个设置还不支持模板变量,已有相关提议: 问题求助:关于“块引新建文档存放位置”的问题

  • 回应 4.23 号会议文档树是否该被放弃?

    2022-04-24 16:02

    “你用文档树找过你的文件吗?”:这个问题的主体是“找文件”,那么找文件有很多方法,例如在构建好的 MOC 中找文件,使用搜索找文件,在文档树中找文件。如果要找的文件属于构建好的体系中的一部分,那么可以通过 MOC,如果要找的文件属于零散的文件,可以通过搜索,不知道你是在什么场景下只能使用文档树找文件,而不能使用 MOC 或者搜索找文件。

    如果是连得文档的关键字都想不出来,那么至少应该记得是在哪几个月写的这个文档,在视频中也可以看到,我的文档树中,某个月创建的文档都是该月文档例如《03》的子文档,那么在这几个月份下面找就好。如果是使用文档树管理的话,要找这种连得关键字都想不出来的文档,也应该是比较困难的,需要在文档树中找到有可能存在该文档的部分,然后进行遍历搜索。

    某种程度上,我现在也有在用文档树管理文档,只不过文档树中的分类只有三层,第一层年份,第二层月份,第三层是该月的所有文档。在文档树中通过时间管理文档,在 MOC 中通过知识体系和分类管理文档。

    我没有说图谱没用,我自己在科研时也做知识图谱的研究,不可能我还主动研究一个没用的东西吧,我说的是单独只有一个图谱是很难通过肉眼从中挖掘有价值的信息,所有图谱的应用场景都是图谱和其他技术的结合,图谱的价值需要和其他技术结合才能充分体现,例如需要有一个算法从图谱中挖掘信息,但这个是非常难做的,目前双链软件都停留在构建知识图谱的层面,最多是知识图谱应用的起点,剩下来还有很长的路要走。

    思源重置图谱目前走的是白板路线,其实还是 MOC,已经和图谱没有关系了,其他软件也没有在图谱构建功能的基础上做图谱数据挖掘的功能,只有在去年听说葫芦笔记有这方面的想法,但现在也是杳无音信。

  • 回应 4.23 号会议文档树是否该被放弃?

    2022-04-24 14:25

    典型双链笔记软件类似 roam research、logseq 都是没有文档树的,因此主要使用 MOC 的思想进行自顶向下的文件管理,而思源里面是有文档树的,因此可以有不同的方法。

    但因为有很多用户是从传统笔记软件中转过来的,因此文件夹分类的思想根深蒂固,对于一些新的方法可能会难以接受,因此需要让大家跳出舒适圈,尝试一些新的方法,在视频下面我也放了一个挑战:

    • 3 天的时间(最好能尝试更长时间)
    • 忘记文档树、忘记标签树,当做这两个功能不存在,完全使用双链构建笔记系统
    • 把所有内容都写在 daily note 中,并且 daily note 中通过列表写笔记

    3 天过后,开始思考重构自己原先的笔记系统,这时候对 MOC 和文档树的理解会和之前不一样,这时候可以尝试将 MOC 和文档树进行结合使用,也希望大家能多多分享自己如何将文档树和 MOC 结合的案例,可以一起讨论,事实上,我在去年也是将 MOC 和文档树结合使用管理知识体系的,但在今年对文档树有了不一样的理解,在文档树上只进行时间层面的分类,在 MOC 上进行知识体系、时间管理等层面的分类。

    关于图谱,我自己的研究方向和知识图谱有一定关系,知识图谱领域主要研究内容有两个:① 构建知识图谱,这是起点,后续应用的基础;② 将知识图谱和其他技术结合进行应用,例如利用知识图谱增强预训练语言模型,利用知识图谱增强推荐系统,利用知识图谱增强机器翻译,知识图谱本身是没有明显的应用价值的,需要和其他技术结合。

    而在双链软件中,很多人将重心放在了知识图谱的构建上,而且将知识图谱的构建当成了终点,而事实上,这只是起点而已,真正有价值的是如何让构建出来的知识图谱能赋能知识管理,这个难度非常大,我目前唯一看到的类似应用就是学术图谱在文献挖掘等领域的应用,但它是以文献、学者、出版地点等实体作为节点,这相对来说还是比较粗粒度,而笔记内容是非常细粒度的,我目前还没看到将知识图谱和细粒度笔记管理结合的算法或应用。

  • 列表项转换为文档后,反链异常

    2022-04-17 16:40

    更全一点的 bug 演示视频,可以按照这个操作试试看:

  • 笔记可以在其他设备上的 web 端进行修改吗?

    2022-04-16 15:24

    正常使用时,不管你退不退出,除了你自己,别人都看不到你的笔记,除非你把本地的密码泄露给别人

    在陌生设备上访问需要清理数据,因为思源中隐私安全的一个前提条件是本地环境是安全环境,没有恶意方会访问你的本地环境,因此本地数据是明文。而你在陌生设备上访问已经破坏了这个前提条件,因为陌生设备是不安全的,因此需要清理。

  • 列表项转换为文档后,反链异常

    2022-04-16 15:14

    不要在《列表项转换为文档》这个文档里面引用 foo,在其他文档中引用 foo,以及引用《列表项转换为文档》这个文档

    因为实际上后面反链面板中显示的内容并不是 foo 文档的,仍然是原先文档的,所以会看起来是正常

    以及在文档树中,引用块数字不对:

    image.png