我理解 D 大说未来通过挂件块来实现复杂表格功能。
想咨询一下，对于用户来说，应当如何使用现有表格，才能在未来复杂表格推出时，不会花费大幅时间更改现有表格。
比如说：
方式 1：想要合并的两个单元格，只需要空着一个。
或者方式 2，假如写成：
-
测试表格
- 项目 A
- 子项目 B
- 子项目 C
- 项目 A
就变为
我是怕以后推出了复杂表格的挂件块，会需要大量时间续订现有表格，因此有疑虑。
我理解 D 大说未来通过挂件块来实现复杂表格功能。
想咨询一下，对于用户来说，应当如何使用现有表格，才能在未来复杂表格推出时，不会花费大幅时间更改现有表格。
比如说：
方式 1：想要合并的两个单元格，只需要空着一个。
或者方式 2，假如写成：
测试表格
就变为
我是怕以后推出了复杂表格的挂件块，会需要大量时间续订现有表格，因此有疑虑。
是的，我也想知道这个。
我还想到一个问题，会不会不同的挂件块开发者，对于比如合并单元格这样的特性可以采取不同的实现方式？是否不同的实现方式会导致用户笔记文本的不通用（比如在 a 插件下的合并单元格并不能被 b 插件正确识别？）
如果确实是这样的话，那对用户和思源笔记本身应该都不是一件好事。
希望开发者有空能解答下。
PS：补充一点：列表转表格从而实现合并的方法有比较大的缺陷，主要是对于复杂表格，用列表的方式先编辑再渲染成表格有点违反日常操作习惯，而且需要用户先大脑将表格转化为列表后输入，还是希望将来能直接操作表格进行单元格合并。
我理解假如是两种方式技术上都能实现的话，也许就可以有 2 种类别的表格插件，你选择自己适合的那种用...
但是..不知道挂件块能不能实现直接表格上合并这种操作。
使用者自己选择要用的表格挂件，不同的挂件特性肯定是不一样的，数据应该也不需要通用，保持挂件之间的隔离可以尽量避免后续可能的混乱和不稳定。
目前已经有一些优秀的类 Excel Web 表格开源项目（比如 x-spreadsheet 和 Luckysheet），后面应该会有挂件开发者使用它们来做表格，这是我们希望的方向。
挂件除了以“块”的方式使用，我们在考虑更多的一些可能性。比如挂件自己就是一个“小程序”，可以通过 PWA 放置在桌面上，双击打开就能用。这样思源内核作为底层平台提供服务，挂件作为平台应用直达特定的使用场景，更高效快捷。总的来说，这个想法是给个人用户提供类似 Cloud Native 的体验。
艾特一下大佬 @deerain
欢迎来到这里！
我们正在构建一个小众社区，大家在这里相互信任，以平等 • 自由 • 奔放的价值观进行分享交流。最终，希望大家能够找到与自己志同道合的伙伴，共同成长。
注册 关于