展开文档之苦
一直被「想展开文档却变成点击打开文档」给困扰,但又觉得父子级文档是比文件夹结构更好地文档管理方式,所以一直都挑父子级文档树的产品去使用,在我所知道的产品里面,Notion、Wolai、FlowUS 这三款是知名度较高的采用父子级文档树设计的产品,但使用体验一样是难受,甚至不如思源笔记「双击展开文档」。
但这属于“矮子里面拔将军”,后面又发现「语雀」采用父子级文档与文件夹共存,既可以在文档下创建子文档,也可以在文档下创建文件夹,这几乎解决了我对父子级文档使用体验中的种种不满。
但后面没使用语雀则是因为综合使用体验下来,还是觉得思源笔记更适合我(除了这个父子级文档树的交互设计)。所以的被这个「展开文档」使用体验困扰的我,不死心的一直在想如果我是开发者的话,在不加入文件夹或提供设置(该文档可设置为仅展开)的情况下,有什么更好的方式去提高父子级文档的使用体验。
浏览器收藏夹栏似乎意外的合适
可以看到这是一个包含了多个收藏夹的收藏夹栏,当然他在结构上依旧是文件夹结构,但是转换一下思路,将文件夹栏第一个文件夹当成第一个父级文档,下属其他文件夹为子文档,那么你会发现:
这种设计可以完美提升父子级文档的点击与展开在交互中的体验,鼠标点击即为打开文档,鼠标停留即为展开文档。
现有文档树(父子级文档)的痛点
文档名的显示与打开文档
随后我进一步去设想,发现这也可以让子文档的文档名显示全面,因为是横向的所以是悬浮设计,不用受限于文档树栏,如图所示(图 2),三级文档还好,最多就遮蔽两三个字符,但要是四级、五级文档,不仅文档名展示有问题,打开文档更成问题(图 3)。
(图 2)
(图 3)
如图 3 所示,当文档树层级来到 5、6 级时,鼠标移到文档块上,右侧会显示「更多」(三个点)与「新建文档」(加号)【绿色框图区域】,左侧分别是必有的「修改图标」按钮,和如果再有子文档才有的「展开文档」(当然如果该文档已经是末级子文档了,则展开文档区域会消失,点击左侧则可以打开文档,但这在使用上有种不适的割裂感,从点击文档名打开变成要移动到左侧点击去打开),打开文档区域变成红色框图区域,极其小(末级子文档可以移动到左侧空白区域打开)。
而如果设计成我所说的横向收藏夹栏式文档树,则不需要受限于文档树栏的空间,直接如图所示以最长标题的文档块为长度去展开就好,如图 4 所示:
(图 4)
图 4 中最长的就是绿框的这篇文章,所以展开的列表则以该网址名的长度为准,显得很宽。
结语
感谢大家能看到这里,本文一气呵成,没有多加修改,难免有辞不达意的情况出现。
本文围绕“父子级文档的打开与展开”为中心,在抑制住大量脏话的情况下,表达了我对市面上现有以父子级文档为设计结构的产品的使用体验上的不满,除了语雀(父子级文档与文件夹共存)外,父子级文档真的是让我又爱又恨。
爱的是,父子级文档的设计使一个文档下的其他文档我不用再去创建一个文件夹,硬生生割裂开来,哪怕是 Obsidian 再一个页面做目录去链接,我依旧觉得复杂且麻烦(低效)。因为如果一个文档下有其他子文档,能直接在这个文档下展开,何必还要去搞个页面目录呢。
恨的是父子级文档的展开体验确实难受。
但也正是这种不满,所以尽我所能的去提出我的感受与建议,希望能给 D 大 V 姐提供灵感,解决这个 B 痛点。
欢迎来到这里!
我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。
注册 关于