“概要”及拓展功能的强烈建议

问题
1、如下图1所示,当创建两个同一级别的summary时,summary2却在summary1的下一级位置,当创建n个summary时第n个距离第1个太远,不便于处理与查看。
2、如下图2所示,当在summary1的后面新建子节点时,summary2在位置上往后顺延,同样也拉大了整个脑图,不便于处理与查看。
3、如下图3、4、5所示,如果想要创建“总-分-总”式结构可以按照图3中的模式进行创建但是由于1、2所提到的问题不便于使用summary的方式,因此在图4中将多个节点合并后在此基础上创建子节点,这种方式在一定程度上可行但是经过实验发现一旦解除合并就会发生如图5所示的逻辑错误,当脑图非常大时是致命的,而且如果被合并的3、4、5、6号节点联系性不太那么脑图就失去了最大的特点–逻辑性

建议
1、对于问题1、2,希望优化summary的位置,采用“就近原则”而且不同的summary之间位置不相互影响。
2、对于问题3,希望在原脑图的基础上构建一种新的范式,即不仅要实现“从左到右”的逻辑也要能够实现“从右到左”的逻辑,如果可以做到这点的话问题1、2、3可以完美地解决。

1 个赞

1和2肯定是为了防止概要卡片(及其子节点)之间相互遮挡。以图1为例,如果概要节点1和2竖向排成一列、节点1很长的话,显然就不对了。
至于智能识别概要卡片长度?我估计MN没心思干这事儿。建议把概要当成一个添头而不是常用功能。

3,没看懂……这有啥逻辑错误,难道是说在解除合并后7应该自动成为3456的概要卡片?
(如果是这样理解的话)实际上概要卡片和普通卡片是两种不一样的卡片,这么转肯定没法实现的。
而且也不是每个人都把子节点当总分总的用法呀

一年了,没优化!

感觉只适合阅读PDF,而不是做知识的整理

支持!!!对于概要距离的问题难受久了!很多时候既然是概要了卡片不会很长。希望优化!出个插件也行!