1.2.5 关于子文档结构的建议

1.2.5 引入的子文档结构在一些场景挺好,但是同时也引入了一些使用上的不便:

  1. 在之前的文件夹结构中,将一些文档整理到一个文件夹下,是为了索引方便,查找时能够快速找到。迁移到子文档结构后,点击父文档并不会自动展开子文档,必须点击最左边的小箭头,才能展开,同时如果不小心点到了文档 icon,会弹出 emoji 框,所以实际上对于「查找子文档」这个点击操作,大大减少了操作面积,降低了操作体验。
  2. 有些父文档并无实际内容,也想不到用什么内容来填充,对于强迫症来说有点不太友好。

关于解决方式,也有两种想法

  1. 考虑像语雀一样,提供「新建分组」和「新建文档」两种选择,将使用「文件夹」还是「父文档」的组织方式交给用户。
  2. 类似 Notion 和 wolai,在父文档新建子文档时,自动在父文档中加入子文档的链接,点击链接打开子文档。这种方式一方面能让「查找子文档」这个操作变得轻松,另一方面父文档被自动填充了内容。

以上是本人关于子文档结构的一点拙见,并不是反对子文档结构,只是觉得目前的子文档结构带来了使用上的不便, 还有优化的空间,希望思源能找到合适的解决方案,做得更好。

广告 我要投放

欢迎来到这里!

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

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

    展开操作其实已经做了一个优化,比如点击箭头左侧的区域其实是可以展开的,不一定要精确点中箭头。

    image.png

    关于加入导航链接还在考虑中,暂时不添加。

    2 回复
  • catscans
    订阅者 作者

    谢谢 D 大回复,刚才我也发现了这个优化,缓解了一些使用上的不便 😄 关于导航链接,其实我也不太感兴趣,感觉最理想的方法是类似语雀的方案。

    1 回复
  • 88250
    订阅者

    之前也考虑过文件夹和子文档并行,但是实际上感觉没有必要了。体验方面继续优化下看看。

    1 回复
  • catscans
    订阅者 作者

    好的,谢谢,期待后期的优化 😄

  • xuanlemming 1 赞同 1 评论
    支持者 订阅者

    我也支持在上级页面(或原文件夹中)加入子文档,以及引用关系。
    本身在底部呈现的链接信息就是相对更为稳定和直观的,也发挥了 1.2.5 新特性的作用

    2 回复
    附议
    out-man
  • a1993613
    支持者 订阅者

    附议

  • 88250
    订阅者
请输入回帖内容 ...