非常非常想要二级文档树

这个真的很重要。

请问思源未来的文档界面可以升级到类似 OneNote 这种二级文档结构?

页面 mosaicmosaic.png

即左边是层级文件夹,其中每一层都只有 folder file,每点开一层文件夹,其中的 page 则在右边对应展开。

这是传统版本,另一个版本是 uwp,那种两级文件夹在同一侧。

2mosaic.png

如果这种传统 2016 版做不出,uwp 那种也勉强可以啊,总之,二级文档树非常非常想要!!!

偶尔我也很需要传统的笔记方法来管理笔记——不是双链笔记,就是传统的树状笔记,参考 OneNote 或者 Evernote。思源的设计也确实完全支持这种笔记方法,奈何一级文档树架构真是太拖后腿了。上一代笔记软件,印象,有道云,为知,蚂蚁,古早的麦库,无一例外都是这种近似二级文档树的架构设计,其可以存在那么多年,还是有一定用户认可并深度使用着这种功能啊啊(只可惜这些父辈软件无一例外花样作恶不让人省心)。

目前思源的功能对我而言已经非常丰富,完全足够当个主力软件,目前我有一个库就是这种传统的树形笔记文档。(即便是项目文档笔记,我也认为二级文档树架构比一级好太多了)

每每这种时候,思源给我的感觉就就像一个设计先进科技发达的火箭,明明架在高架台上蓄势待发,却唯独缺了可以让它点火升空的航空燃油,没有那玩意儿,这个火箭就算再牛逼,就是飞不起来啊。


之所以提出这种建议,因为我有一个很重要的痛点。

目前使用思源时,左侧文件夹一旦内容变多,那么不管是点开查看,还是翻阅,都会非常非常麻烦。

1 不够直观

折叠的文件夹和文件 page 混在一起,而显示屏的尺寸限制了当前界面所能呈现的文件,一旦有七八十个折叠文件夹,那么就需要不断往下滑动查找。

稍不小心就可能看漏,因此需要反复来回滑动。

靠搜索也完全无法解决这种查看,因为人脑记忆有限,一旦数量达到数十个,我的感受是,很多时候我就连记了哪些内容都需要依赖文档树来回顾,如果不做文档树的层级结构调整和重设,那么这种查看非常非常麻烦-鼠标滚轮都快冒烟了,还容易看漏。

2 不便管理

如 1 所述,单一层级文档树带来的第二个麻烦,一旦文档达到几百个,就连其调整顺序和拖动也变得十分麻烦。

一种场景是:一个 page 在文档树最下面,而我想要挪动到很上层的 folder。

2.1 鼠标法

如果靠鼠标拖动,有时候要拖很久,还容易一不小心误拖到中途某个文件夹中, 这个失误步骤后续带来的两个衍生麻烦是,① 有时候一走神,这个 page 究竟被拖动到哪个错误的 folder 都需要再度查找 ② 即便知道 page 在哪里,也还是需要再度往上托,重复这个漫长无聊的动作(等待文档树自动往上慢吞吞滚动)

2.2 键盘法

如果使用文档树中的“移动”这个操作——

依旧如 1 所述,一旦文档达到数百个,即便使用“移动”选项,那么右键弹出也是“数量庞大的全部文档”,对于选中其中某个特定 page 或 file,使用体验简直是灾难---就跟用鼠标直接往往上拖没什么区别。

这个痛点,目前我只能以文档子目录的方式来解决,效果也不是十分理想。因为子目录毕竟只涉及到文档内容,而我需要的,则是直接对某个文档本身操作。

OneNote2016 这种文档树架构,左 folder 右 note,是我见过的所有文档树设计中最优秀的(只可惜 OneNote 本身槽点太多)。

从我使用的 n 个软件体验来看,这种二级文档树架构,不管是对需要文档树和不需要文档树的人,都是一个完美的兜底,它对于文档层面“管理文档”极其高效。

如果是类似 OneNote 这种两侧文档树层级模式,将文件夹和文档本身分开,那么不管是查看,还是管理文档,其效率都会大幅增高。


ps:我能理解很多大佬使用双链或 tag 来管理文档,但就我的使用体验——

1 这种靠链接来管理方式只适用于当下频繁使用的文档,更接近于项目文档,它需要立刻以某种逻辑结构 or 形式呈现出来。

这种笔记方式一边以链接来管理笔记,一边帮着使用者整理思维,但它一旦应用到超庞大数量的文档时,这种精细化处理就会造成相当的思考成本和记录成本。

关键是,有时候很多内容并不需要这么处理啊。

2 笔记仓库类型这种模式的文档,并不需要太强的逻辑架构,它需要被准备安放在一个特定位置,随着时间流逝,被调取出来,或者被删除,或者被移动。

我有仓鼠症囤积癖啊,有些摘录笔记或者随便写的东西,一时间不想也没法用双链给连接起来,就只想先屯起来。如果每次写一个笔记就要立刻用双链来管理,那么记录笔记的成本就大幅提高了,关键是有些笔记也确实没有重要到需要双链

3 即便是项目文档,当前的这种一级文档树架构,也还是比不上 OneNote 这种二级文档树架构,因为偶尔有些项目文档也是超大型数量繁多,用久之后也还是会遇上我上述问题。

没有二级文档树,思源的使用体验总感觉只能达到 80%,这种无力拍击键盘感。

再 ps:在树形笔记软件中,我知道还有另一个开源的 joplin,试过了,还是思源好用,所以希望思源更好用一点 😄

  • 思源笔记

    思源笔记是一款隐私优先的个人知识管理系统,支持完全离线使用,同时也支持端到端加密同步。

    融合块、大纲和双向链接,重构你的思维。

    20643 引用 • 80671 回帖 • 1 关注

相关帖子

欢迎来到这里!

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

注册 关于
请输入回帖内容 ...
  • 我个人反而更喜欢 Notion 的这种父子文档结构,在文档树里能够直接体现父子关系。

    p.s. Notion 摒弃了传统的文件夹结构,其实应该是更现代的。以前的笔记软件基本都是有文件夹的,近几年的笔记软件很多都是这种父子文档结构了。

  • 其他回帖
  • Floria233

    2024 年 8 月 24 日 23:08:20

    • 二层文档树这个设计本身其实是很好的。有问题的是那些上代笔记,它们只是提供了笔记的“储存”功能,没有想出或者提供一个很好的“如何利用笔记”这个功能,使得记笔记只是一种静态活动,一旦收藏就会吃灰。
    • 现在这一代的 ob 思源 flowus 等等,让笔记连接起来,增加笔记的活跃度,这主要的卖点不就是加上一个“双链”,供以弥补上代树形笔记软件在“利用笔记”层面的短板吗?专注“双链”固然不错,但创新的同时有必要把过去的东西一棒子打死吗?
    • 新一代的笔记软件,似乎都对“文档树架构”这个东西,避之不及,好像用了这个架构就会使笔记体系僵化,其实怎么可能呢?既然已经有了“双链”这个功能,笔记如何利用的问题已经解决,双链加上目录树架构,完美解决了笔记在“管理”+“使用”两个方面的问题,然而现在的笔记软件却忽然集体砍掉文档树功能,使得 page 管理变得非常困难,让人不得不把一部分笔记继续放在传统的笔记软件里。
    • 其实就是,有很多人像我这样,很喜欢记录各种乱七八糟的玩意儿,这些东西在当下这个时刻或许根本就不重要,只是一种吐槽或者简单备忘,不是那种可以直接打印出来写成书的正式 note,这种不正式的笔记条儿(不是碎碎念啊)或许在未来才需要整理甚至删掉,在这种情况下,双链是不必要的,文档树把它存在一个固定位置是很有必要的。如果只用一层文档树,那么后续这种乱七八糟的笔记,其调整位置,其查看位置,就是用鼠标爬天梯般的痛苦。
    • 甚至于,即便对于正式 note,双链固然可以很方便引用文档,但如果 page 太多了,引用跳出来的链接也会非常非常多,这种时候,与其用【【这种来引用,还不如直接去文档树里面复制一个链接再跳回来插入呢。在这种场景下,二级文档树,也比一级文档树要方便多了。
    • 只有双链而无文档树,这还会导致另一个问题,即如果文档太多,你自己都不记得什么是什么的情况下,只用【【来引用,看似是可以唤起记忆,也有可能造成记忆负担。毕竟不是每个人都擅长文档编码,或者一开始就能规划好一辈子的笔记体系架构,那么引用跳出来的内容,实际也可能乱七八糟。再说一遍,还不如去文档树复制链接。
    • 没有文档树辅助管理文档,双链用到最后,会使得整个库的文档笔记彻底乱掉,这时候继续仅靠一级文档树来管理 page,其困难度也远远大于二级文档树。如果有二级文档树这种比较简洁管理 page 的界面,有可能大家在记笔记时顺手就把 page 给整理了,而不是堆积成一座笔记山再来整理。
    • 双链可以用于处理特定的重要的项目文档(精细化处理),文档树可以作为仓库管理所有文档(粗放式管理),双链对应着新一代的笔记软件,文档树对应着上一代的笔记软件,这两者本可以相得益彰,完美解决笔记在“管理”+“使用”两个方面的问题。现在的笔记软件,则强行要求大家只用“双链”来管理文档,一旦碰上千位级别的文档,实在是小牛拉大车,心有余而力不足。(就说一句话,那个闪闪发光的网球图,真会比文档树直观好用么?)
    1 回复
  • Floria233

    1 找文档的前提是——我得记得这个文档大概是什么吧 😂 如果文件达到了成百上千,搜索出来的可能也是成百上千,所以搜索效率太低。我真正的需求是——通过文档树树管理文档本身。

    2 双链的内容我在文中说过一点了,双链我一般都是精细思考和其他笔记如何连接的,但有些就只是单纯的摘录笔记,其一没有连接的必要,其二链接这种管理方式,在应对数量庞大的笔记文档时,很有点力不从心。

    3 子层文档我也使用了,这个的问题依旧是第二条,如果一个文件夹里面有一千条文档,那么不管怎么使用这个插件,其核心问题还是——文档太多,跳转和查看非常困难。并且利用插件来跳转到对应文档,也还是不能解决我管理文档的问题(如果说只是简单管理,那么就用现在的一级文档树慢吞吞去拖也可以,但如果想要高效方便,就只有二级文档树了。区别在于好用和难用)

  • EmberSky

    没体验过 onenote, 不过我也好奇一点, 你想要的第二级的文档树跟大纲有什么区别

    针对楼主的需求, 有几个不成熟的小建议

    1. 找文档可以使用搜索功能, 过滤类型只勾选文档, 像这样 image.png

    2. 推荐双链功能, 有关联的都链一起

    3. 推荐一个插件, 显示子层文档的

      image.png

      image.png

    1 回复
  • 查看全部回帖