Endless￥￥

经 D 大提醒，我想了一个现阶段的替代方案，就是在主题的 theme.js 里面扫描 XXtheme/externStyles 下的所有 css 文件并逐一添加，可以暂时实现动态添加 CSS 的功能。如果需要定制一些功能，直接删除或者添加该目录下的 css 文件即可，不需要进 theme.css 里修改什么代码。

其实这个概念主要是面向用户，给非码农用户在自定义主题的细节时提供方便的。

集市里有些主题自带隐藏顶栏的效果（可能需要先把窗口最大化）

现在表格内容已经支持双链了。

还有记得重写下《用户指南》，上面有些东西已经落后了：

不支持收藏文档块，如果有收藏文档块的需求，可以在该文档中编写文档标题，通过收藏这个标题块来达成

现在已经可以直接给文档加书签了。

typora 这种加格式的操作显然是适合英文这种单词之间自然有空格的语言，是符合用户习惯的。但是照搬到中文是不合适的，绝大多数中文书写者是不会在文字之间加空格的（可以上知乎、简书、公众号等网站上看），（像楼主这样书写的我真的是第一次见，当然每个人习惯不同没有优劣之分）。如果真的照搬 typora，那你得培养用户加空格的习惯，获得新用户的成本上去了。（不仅要看人家操作时习不习惯按空格，还得看人家对最后文本里面有一大堆空格这件事买不买账）

（而且 typora 的逻辑就真的很好吗？我倒是觉得经常要按方向键右键很烦人）

最后提供一个替代方案，如果不习惯，可以在打完所有字之后再回头加格式。

其实也没有很硬核，看似繁杂但实质很简单且符合直觉，要理解我说的方案，关键点有两个，一是理解“线性结点”和“大纲结点”两个概念，二是心里要有一个理想的脑图形式然后想办法去实现它。

帖子写了很多啰里啰嗦的东西，都是实现起来的细节，即如何实现。我补充一下为什么要这么做。

（时间有限，我只能直接放一个大纲在这里）

• 引入线性结点的出发点

  • 减少块数量，使脑图兼具完整性和简洁性

    • 多个块被压缩到一个结点

  • 放弃软件自动解析线性组织的块集合，把构建脑图的任务转交给用户手动完成

    • 原因：太复杂 + 情况少见
    • 方式：“提出”功能把关键的块从线性结构中分离出去（然后软件继续自动解析展开这些关键的块）

  • 标准大纲解析模式无法完整描述文档层次结构，引入线性结点则可以

    • 标准大纲解析模式引入引入线性结点后，暂时可以称为“线性-大纲”结构解析模式，适应于“文档包围大纲”的编辑模式

• 突破性

  • 块与结点的关系，类似砖块与房间的关系

    • 块是结构材料，脑图结点是逻辑单元

  • 脑图关注的更多是逻辑关系，所以块作为脑图基本单元是不合适的（V1.1.8 脑图不合理的根源）

  • 线性结点本质不是逻辑单元，但是“提出”功能允许用户把逻辑单元作为其子结点

• 自然性（直觉）

  • 从属关系自然

    • 大纲结点的子结点对应的块是父结点对应的块的子块
    • 线性结点的子结点对应的块是父结点对应的块集合的一个成员

  • 脑图各个结点的顺序是和所见即所得模式的块（或块集合）顺序一致

然后再对方案做点补充。

对线性结点进一步优化

如果线性结点对应的块集合只有一个块，线性结点退化为大纲结点

脑图展开形式对面包屑的启发

在脑图上沿文档块走到每一个块的路径就是这个块的面包屑。大纲结点和线性结点的显示略有不同。

大纲结点在面包屑中的显示

每一个大纲结点都显示块标（标题块或列表项块标）+ 内容

例子：（假设列表块是文档块的唯一子块，则列表块标并不会显示）

\foo\bar\baz1.1\baz1.1

线性结点在面包屑中的显示

1. 处于标题块（和文档块首尾）之间的线性结点，不显示块标和内容；
2. 处于列表中间的线性结点，显示块标（列表项块标）和内容。

例子：

\示例\（这里本来有一个处于标题块之间的线性结点，不显示块标和内容）\\查询内容中包含内容块的列表项!{{i:内容块}} （这是处于列表中间的线性结点，显示块标和内容，内容太长的话会精简）\!{{i:内容块}}

实际效果：

\示例\\查询内容中包含内容... \!{{i:内容块}}

（是否显示列表块图标见本帖正文）

尝试对楼主的方案做一些改进，权当抛砖引玉：

列表与标题的连贯

假如列表是标题块的唯一子块，直接顺延即可（如图）。（建议大纲 Dock 栏也如此处理）

而且如果出现在脑图模式下添加了 6 级以上的子结点，由于文档模式没有这么高级的标题，自动转化为列表。

事实上，一些脑图软件导出 Markdown 就是这么做的（XMind 导出的甚至不用 H3 以上的标题）

对于列表不是标题块的唯一子块的情况，后续再细说。

不仅仅显示标题块，同时将非标题内容缩小后渲染成一个节点

以我实际做的一篇笔记为例：

左边为笔记，右边是我用 XMind 做的理想的脑图表现形式示意图。

标题块正常显示，而 每两个高低级标题块之间的内容 以及 最低级标题块的子内容 则整体作为一个节点渲染在对应位置（就好像这个节点本身是一个嵌入块），渲染时字体大小相对标题块更小，而且节点大小不能过大（高度、宽度控制在合适范围内，通过滚动条上下查看，允许用户拖拽边界修改大小）

单从外观上看，有点类似 MarginNote 3，它的每个结点也是有比较多的内容的：

假如按楼主所说，只显示标题块，那脑图和大纲 Dock 栏的功能有多少差别呢？ 不过是形式不同而已。

脑图模式应该是和线性编辑模式（所见即所得模式）并列，作为编辑文档的模式存在的。有具体看到每个细节的能力的（但有能力做一件事情不代表就一定要做，根据实际情况可以一键把非标题内容给隐藏/折叠起来，就好像关系图的筛选功能一样）。如果按这种方法来显示非标题内容，非标题节点的个数在最坏的情况是和标题节点的个数一样多（我举的例子即为最坏情况：每两个高低级标题块之间都有内容），相比 v1.8 现有的方案，仍然能够大大精简脑图。脑图在保留了查看全文的能力下，又能清晰显示出文章的骨架架构。

为什么需要保留查看全文能力？还涉及一个容错度或者说自由度的问题：

由于线性笔记的结构性不如大纲类（但好处是线性笔记自由度更高），有很多内容未必就放在适当的位置，以我举的例子来说，最严谨的组织形式如下，橙色的是修改过的地方，如果显示为脑图也会很清晰：

但是我并没有那么多时间来一板一眼地把笔记组织起来，我还得上课还有作业，不可能一直花大量时间完善笔记，我觉得自己原来做的笔记结构已经很不错了，至少在线性编辑模式看来没什么问题；但是这结构却达不到脑图的要求，如果只显示标题，很多内容都丢失了，但如果脑图能显示全部内容，就多出来了容错空间，我不需要把笔记做的天衣无缝了。

线性笔记的优点就是相对灵活的组织形式，非要按照大纲笔记一样以严格的标准来显示无异于削足适履。

此外，不仅能够做到楼主说的脑图与线性模式无缝切换，甚至在脑图模式有可能直接做到无缝衔接，修改内容只要在非标题内容节点上直接修改（就像从悬浮窗修改其它块一样）。

非标题内容中重点的手动提取

假如图中的列表是重点，是我希望出现在脑图里的。

那么我可以通过下面的步骤手动把这个块将这个块显示到脑图里，放到非标题节点之后作为其子结点（同时由于它是列表，会自动展开）。（当然也可以反过来把这个块放回去不在脑图中显示）

有多个块放到非标题节点后，顺序是根据线性笔记里固有的顺序来的，而且在脑图中不能通过移动节点来调换这个顺序，除非修改线性笔记的顺序

在物理存储结构上，非标题节点中的一个块是否提出是依据这个块的内容（重要性、与主题的相关度）决定的，所以是块的本身的属性，与它所在的非标题节点无关。假如把这个块移动到另一个非标题区域中，它还是会在脑图中被单独提出来（所谓“是金子在哪儿都能发光”）

我只管胡思乱想，可行性就不知道了。。。。😳

但是我始终觉得把非标题内容一刀砍了是不是太简单粗暴了。。。如果我说的方案花的时间成本很大，暂时实现不了，那我倒是愿意等等的（就像在等挂件、插件、PDF 标注一样）。

想法很棒。不过还有一个问题没解决：如果只以标题为结点，如何处理作为大纲存在的列表块？

最好是做成设置里可开关的，用户根据习惯来选择是否开启这个功能

@walklty 我暂时的可行的解决方法是把思源内核进程加进 WindowsDefender 的白名单。

基本可以确定就是 WindowsDefender 的原因了：

@Vanessa 我把 WindowsDefender 关了，v1.1.7 测试粘贴正常了

补充：

1. 只对本地图片有这个问题，网上的图片拉取正常。
2. 暂时回退到 v1.1.5 了，现在粘贴本地图片正常，这个问题是 v1.1.6 才开始出现的。新版本不仅粘贴本地图片有时会失败，而且就算成功感觉用时变长了好多。

v1.1.5 的录屏：

是粘贴同一幅图片（但是粘贴其它图片也会有这种情况，即使是 1kb 的图片）。

更新 1.1.7 之后同样有问题（而且貌似还关闭不了页签了 😂 ）

我也发一下我的情况。

全程录屏：20210402180126.mp4

图片是本地的，没有开代理。

似乎还是不行

那就先跳转到目标的最高级的被折叠父标题，是否要展开交给用户决定，现在的情况是无法跳转到被折叠的块下面的标题，（无法跳转的意思是会跳转到文首），如图：

一个目的可由多个渠道达到嘛，比如复制可以用快捷键也可以用右键菜单。加超链接也一样的嘛，而且 Ctrl+V 比起 Ctrl+K 更好按（一只手就行）。

不过这些细节性的东西得等，思源有很多更要紧的地方还要修补完善呢。开发团队只有两人，没办法马上就和其它笔记公司一样面面俱到的。

有些编辑器（比如 VsCode）里选中文本然后输入左或右括号，不是把文本替换为括号，而是在文本前后添加括号。这也不符合常理啊，但是就是好用方便不是吗？😂 喜欢这个细节的人还挺多的，毕竟人都是能偷懒就偷懒的。这种编辑时的细节也很加好感的。不喜欢这个功能的，可以到设置里关闭，这样就行了。

也可以就地展开全文，但是要限制展开的高度，完整上下文用滚动条查看，就和 Ctrl+P 下方显示搜索结果的方式一样。

这个功能应该不是会占用快捷键，而是会在粘贴时添加一个逻辑：判断是否剪贴板里是超链接且选中了文本，据此决定接下来的行为（当然我不懂底层，只是我乱猜测的）

引用别的块可以是为了关联，也可以是为了提供参考资料（尤其是理工的术语解释）。比如 wiki 里的大量单向链接：（下图中应该作为双链存在的用红框标记，其它的都应该是单链）