中心主题
一张导图从一个主题长出来
中心主题往下逐层拆分,节点可折叠展开,结构清晰
一张导图从一个主题长出来
子节点与同级节点分键位
折起无关分支专注当前
缩进提纲直接变节点
一份年度计划的初稿有六十多个节点,折起「预算」那一支之后只剩四条主线,汇报时先讲主线,被问到再展开。
四个域名分别从节点结构、节点形状与布局、属性与条件样式、导出与协作四个角度介绍同一个产品。
一个节点只写一件事,拆不下去的地方就是还没想清楚的地方。
新建导图先写中心主题,一句话说清这张图要整理什么。主题写得具体,往下拆的时候就不容易跑偏;写得太宽,拆到第三层就开始往外扩。主题本身也是文件名,日后在目录里一眼能找到。
Tab 往下建子节点,回车建同级节点,方向键在节点之间走,整棵树可以不用鼠标梳理完。手不离键盘的时候思路连贯,想到第四层就一路拆下去,不会因为找按钮而中断。
推不下去的分支先折起来,其余部分照旧展开。折叠不是删除,内容还在,只是暂时不占视野;折起来的那一支往往过两天就想通了,展开接着写。
层级放错位置时把节点拖到别处,整支连同子节点一起走。同一层里的顺序可以上下调,调整不影响内容。结构本身是可编辑的,先摆出来再修正,比一开始就追求摆对更实际。
已经有提纲的,把带缩进的文本贴进来,缩进层级直接转成节点层级。会议纪要、读书笔记、现成的方案目录都能这样进来,省掉重新敲一遍的工夫。
节点多了之后靠搜索找,输关键词直接跳到命中处,命中的分支自动展开。常用的几个节点另存为书签,下次从书签直接跳过去,不必每次从头找。
属性写规矩,样式按规则走,筛选才有依据。
| 梳理环节 | 操作方式 | 得到什么 |
|---|---|---|
| 定题 | 写中心主题 | 整棵树的根 |
| 往下拆 | Tab 建子节点 | 第一层分支 |
| 并排铺开 | 回车建同级 | 同一维度的几项 |
| 收拢视野 | 折叠分支 | 只剩主线的视图 |
| 调整结构 | 拖动节点 | 改过的层级 |
| 定位 | 搜索与书签 | 直接跳到目标 |
导出的格式按读者挑,交接的方式按对方挑。
建子节点与同级节点的分工更明确。
关闭再打开,折起的分支仍是折起的。
缩进文本转换后层级基本不用手调。
命中节点所在分支自动展开。
节点、样式与脚本三部分构成日常使用:节点承载内容,样式决定观感,脚本处理重复动作;三者叠起来才是知识管理而不是画一张图。取包与安装的顺序建议不要颠倒:先把文件取全,再谈组件勾选与文件关联,中途出问题也容易定位。
形状、连线与位置三样配合,图才读得顺。
会议纪要、方案要点、读书笔记都能从中心主题往下拆,拆完就是一棵可折叠的树。
Tab 往下建子节点,回车建同级,方向键在节点之间移动,全程不用鼠标。
一个主题一份文件,按年份放目录,属性里记来源与时间,日后靠搜索定位。
已经有提纲的,把缩进文本贴进来直接变成节点树,省掉重新敲一遍。
以上场景按常见使用需求整理,同一套界面在不同团队里的用法会有差别。
它是 Java 应用,运行环境是第一个要核对的项。
从中心主题往下拆,结构自己长出来
这句话就是中心主题,写得越具体,后面拆起来越顺。
只问一件事:它由哪几部分组成。主线定下来再往细里拆,不要一开始就钻到细节。
想不清楚的那一支先收起来,把其余部分梳理完,回头再看往往就通了。
主题写进文件名,按年份分目录,半年后找一份旧导图不必翻遍硬盘。
首次打开若提示需要授权或登录,按界面提示走完一次即可,后续启动不会再重复。
从取包到第一张导图一共四步。
没有硬性上限,实际使用中超过五六层就开始难读。拆到第三层还在往下延伸时,考虑把那一支单独拆成一份文件,主文件里放一个指向它的说明节点,结构反而清楚。
同一层内直接拖动即可调整先后,拖动时会有插入位置的提示。要跨层级搬动时把节点拖到目标节点上,它会成为对方的子节点,子节点整支跟着走。
不会。折叠只是视图上的收起,内容和属性都在,展开就回来。折叠状态随文件保存,下次打开还是你离开时的样子。导出网页时折叠状态也会保留。
可以。带缩进的文本粘进来会按缩进转成层级,常见的提纲格式基本都能认。转换后抽几个分支对一眼层级,个别缩进不一致的地方手工挪一下即可。