关于未来表格改进的思路咨询

我理解 D 大说未来通过挂件块来实现复杂表格功能。

想咨询一下,对于用户来说,应当如何使用现有表格,才能在未来复杂表格推出时,不会花费大幅时间更改现有表格。

比如说:

方式 1:想要合并的两个单元格,只需要空着一个。

或者方式 2,假如写成:

就变为

截图 20215429025410.png

我是怕以后推出了复杂表格的挂件块,会需要大量时间续订现有表格,因此有疑虑。

广告 我要投放

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...
  • buzzingbee
    订阅者

    希望表格功能加强的优先级提高一点,现在的表格太不好用了

  • 其他回帖
  • zhegutian
    支持者 订阅者

    请问一下多级列表转表格是怎么实现的?

    我记得好像是通过自定义 css,之前群里提过我没存,楼主能不能分享一下呀。

    1 回复
  • 88250
    捐赠者 订阅者

    使用者自己选择要用的表格挂件,不同的挂件特性肯定是不一样的,数据应该也不需要通用,保持挂件之间的隔离可以尽量避免后续可能的混乱和不稳定。

    目前已经有一些优秀的类 Excel Web 表格开源项目(比如 x-spreadsheetLuckysheet),后面应该会有挂件开发者使用它们来做表格,这是我们希望的方向。

    挂件除了以“块”的方式使用,我们在考虑更多的一些可能性。比如挂件自己就是一个“小程序”,可以通过 PWA 放置在桌面上,双击打开就能用。这样思源内核作为底层平台提供服务,挂件作为平台应用直达特定的使用场景,更高效快捷。总的来说,这个想法是给个人用户提供类似 Cloud Native 的体验。

    艾特一下大佬 @deerain

    2 回复
  • abbj 1 赞同
    支持者 订阅者

    是的,我也想知道这个。

    我还想到一个问题,会不会不同的挂件块开发者,对于比如合并单元格这样的特性可以采取不同的实现方式?是否不同的实现方式会导致用户笔记文本的不通用(比如在 a 插件下的合并单元格并不能被 b 插件正确识别?)

    如果确实是这样的话,那对用户和思源笔记本身应该都不是一件好事。

    希望开发者有空能解答下。

    PS:补充一点:列表转表格从而实现合并的方法有比较大的缺陷,主要是对于复杂表格,用列表的方式先编辑再渲染成表格有点违反日常操作习惯,而且需要用户先大脑将表格转化为列表后输入,还是希望将来能直接操作表格进行单元格合并。

    1 回复
  • 查看全部回帖