希望取消闪卡的卡包,因为文档树就是天然的卡包

本贴最后更新于 625 天前,其中的信息可能已经时移俗易

目前 2.6.3 的制卡逻辑是这样的:

Step 1. 在文档中选中文字并标记(挖空);

Step 2. 点击左侧的段落图标 -> 闪卡;

Step3. 将该段落加入某一卡包;

以上流程有这样几个缺点:① 分散用户精力,本来用户只需要专注于制卡本身,而上述机制会让用户纠结把卡放入哪个卡包。② 制卡过程繁琐,选中文字并标记(挖空)其实就已经完成制卡了,没必要再多一个选择卡包的过程。③ 上述机制中一旦用户想变更整篇文章的卡包,就要手动地一个一个修改。④ 无法直观地看出某张卡片属于哪个卡包,必须通过上述的第二个步骤才能看出。

而取消卡包后,一切将变得很自然。比如某用户的文档树结构如下:

  • 数学
    • 分析
      • 数学分析
      • 实分析
      • 复分析
      • 泛函分析
    • 代数
      • 高等代数
      • 抽象代数
    • 几何
      • 解析几何
      • 微分几何
  • 历史
    • 中国史
      • 唐史
      • 宋史
      • 元史
      • 明史
    • 世界史
      • 欧洲史
      • 阿拉伯史
      • 美国史
      • 日本史

而上述结构就是天然的卡包,用户完成挖空后,不需要再去选择该卡片属于哪一个卡包。现代化的间隔重复笔记软件 RemNote 就是这样的使用逻辑。

举个例子,比如在《高等代数》这篇文档里面有一个段落是行列式的定义,在此处完成选中文字并标记后,这张卡片很自然地属于 高等代数代数数学 这 3 个卡包,无需用户再去选择,并且在复习卡片时,不管用户想复习所有数学知识,还是只想复习高等代数的知识,都会复习到这张卡片。


为了方便描述,我将用 RemNote 进行视频( BV1VW4y1378n )演示,来看看 RemNote 是如何解决卡片多分类问题以及 DailyNote 卡片分类问题的。

视频演示:RemNote 之 DailyNote 制卡

RemNote 这款软件也是支持 DailyNote 功能的。从视频中可以看出,针对 DailyNote 爱好者,RemNote 也是提供了很优雅的卡片(多)分类解决方案。


为什么我坚持采用文档树即卡包的分类方案?因为对于文件夹爱好者,同一篇文章的卡片很自然地就应该属于同一分类,而重复进行前文中提到的 Step2 和 Step3 是毫无意义的,这一过程让人抓狂。

关于纯粹的 DailyNote 用户,我提几点疑问。既然纯粹的 DailyNote 用户在记笔记时不喜欢分类,为什么到了制卡的时候,突然就要分类了?既然最终还是有分类的需求,为什么不能在制卡之前就完成分类呢?我理解,为了减轻记录的压力,所以不分类,但知识总是需要消化吸收的,早晚还是要对部分有价值的知识进行分类整理。我提出的“文档树即卡包”的方案只不过是让你们把对卡片的分类换种方式提前一步进行而已,并没有给你们添堵。


我又考虑了一下,可以采用一种妥协的方案,使 DailyNote 用户和文件夹用户都满意,从而避免争论。

那就是提供 2 个不同的闪卡复习入口。

第一个入口就是现有方案,通过左上角闪卡图标进入。

第二个入口就是,像 RemNote 一样,在文档树的位置右键。

这样一来,DailyNote 用户无需改变现有的习惯(虽然我不是很赞同这一习惯);而文件夹用户也能实现无感分类了。


借着这个机会,我顺便把 RemNote 的优势介绍了,供开发者参考,也给大家做一个科普。

在 RemNote 中,一篇文档就是一个卡包。当然,这里并不是真正的为这篇文档创建了一个卡包,而是通过类似于查询语句的方式得到了这篇文档(及其子文档)中的所有卡片,在用户看来感觉就像是一个卡包一样。一张卡片,不仅属于当前文档的卡包,同时属于它的父文档的卡包以及祖先文档的卡包。比如“行列式的定义”这张卡片不仅属于“高等代数”卡包,同时属于“代数”、“数学”这两个卡包。思源笔记比起 obsidian、logseq 来说拥有完美的文档树,如果这一优势不被闪卡功能好好利用的话,其实是相当可惜的。

有了一篇文档就是一个卡包这一基础,进一步 RemNote 就可以实现一个标签就是一个卡包,可以简单理解为 RemNote 自动为每个标签都创建了一个页面,所有打上了这个标签的块都嵌入到了这个页面内。思源笔记的标签系统还能形成标签树,如果利用好的话也能成为独特的优势。在早些时候的讨论中我就提到过,标签是实现 DailyNote 卡片分类的一种解决方案,具体操作可以看这个视频( BV13A411o7yK):

视频:RemNote 标签制卡展示

更进一步,RemNote 甚至可以实现自由组合卡包。RemNote 提供了一个功能叫做 Search Portal,可以在文档中插入一个搜索块,将带有某一标签、某一关键字的块嵌入进来。借助 Search Portal,用户可以实现自由组合卡包,比如可以将不同标签的块、含有特定关键字的块、嵌入块放进同一篇文档中,这样就得到了一个组合卡包。思源笔记中也有类似的功能,那就是 sql 语句查询,如果利用起来的话,也可以实现类似效果,甚至更个性化的效果。具体操作看下面这个视频( BV1X84y1h7bK):

视频:RemNote 自由组合卡包演示

是否支持取消卡包,改用文档树即卡包的形式?

单选 公开 永不结束 40 票
支持
67% 27 票
不支持
32% 13 票

  • 思源笔记

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

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

    22351 引用 • 89427 回帖 • 1 关注

相关帖子

优质回帖
  • zxhd86 2 赞同

    看了楼上 @pipa 的发言,我才意识到思源的用法确实不是只有使用文件夹的方式,而我在日常生活中明明没有怎么建立分类的文件夹,在讨论问题时却忘了,这确实挺好笑的。

    那么最大的问题就是:思源不是 RemNote,思源的使用者并不会像 RemNote 的使用者一样使用思源,照搬 RemNote 的闪卡机制对思源是没有意义的。

    之前体验过一段 RemNote 的我不得不承认,RemNote 的制卡效果在各个方面都优于思源,但是考虑到思源的用户实际上分别实践着 daily note 和文件夹分类以及其他奇奇怪怪的笔记用法,照搬 RemNote 的效果只能方便到文件夹分类的用户,这实际上是不公平的。

    而思源的魅力之一不就是不限制你记笔记的方式吗?大纲笔记可以,daily 可以,用文件夹分类也可以……考虑到不限制用户的目的,我收回前言,认为还是目前的制卡方式最合适,只不过需要稍微改进一下,如可以设置个快捷键和默认制卡卡包之类的。

  • openAI 1 赞同

    改进效果是巨大的,因为当前的制卡体验真的很不好,就像我上面总结的,需要 3 个步骤。这么说吧,我是建议思源引入间隔重复功能的用户之一,但如果是现在这样的制卡逻辑的话,我是不想使用的;换句话说就是,真正需要这个功能的用户不太想使用当前这一功能。

  • i1356 1 赞同

    应该是自动生成跟文档树一样结构的卡包吧

欢迎来到这里!

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

注册 关于
请输入回帖内容 ...
  • Bard

    超乎寻常的论断,请一定要

    重度使用思源笔记三天以上

    重度使用思源笔记三天以上

    重度使用思源笔记三天以上

  • 其他回帖
  • 关于纯 dailynote 用户的这个问题,我把我在 github 上给 D 大的回复复制过来:

    Dailynote 的话,其实不需要太担心。比如具有 dailynote 的文档树如下:

    • 历史
      • Dailynote(历史)
        • 2023.01.12
        • 2023.01.11
      • 中国史
        • 唐史
        • 宋史
        • 元史
        • 明史
      • 世界史
        • 欧洲史
        • 阿拉伯史
        • 美国史
        • 日本史

    方案一:就按照文档树即卡包的逻辑,不做任何调整,保持使用逻辑一致。比如 2023.01.12 这篇文档中产生的卡片同时属于 2023.01.12Dailynote(历史)历史 这 3 个卡包。

    方案二:考虑到 dailynote 中的文档可能较多,可取消最后一级卡包。比如 2023.01.12 这篇文档中产生的卡片同时属于 Dailynote(历史)历史 这 2 个卡包。

    方案三:如果用户甚至只有一个笔记本,连一级分类都没有,所有的笔记都是未分类的日记,那么可以采用标签机制来对卡片分类。比如,2023.01.12 这篇文章是关于中日战争的,那么可对里面的段落打上 历史/中国史历史/日本史 两个二级标签,自然地,相关的卡片就属于 中国史日本史历史 这 3 个卡包。这样同时也就克服了我上面提到的第 ④ 个缺点,可以直观地看出卡片属于哪个卡包。(文档树即卡包、标签树即卡包这两种机制是可以同时存在的,是兼容的)

  • zxhd86 5 评论

    关于闪卡机制的进一步思考

    在之前对于闪卡机制的讨论中,我总结到我不支持文档树卡包的原因是,这样不公平。文档树卡包的机制对于习惯于使用文档树管理笔记的用户来说可谓得心应手,但却相当于牺牲使用其他管理笔记方式的用户,因为他们将不得不使用文档树才能管理卡包。

    经过进一步的思考,我认为论点还能在加一个,那就是不值得。

    首先是不公平。

    • 楼主后来举出了很多例子来论证文档树卡包对 daily note 的支持程度,但是就楼主举的例子而言,这只能说 RemNote 对于 daily note 支持尚可,与思源的卡包机制不相上下。
    • 但 daily note 只是众多记笔记方式中的一种,过去的、未来的笔记方式数不胜数。
    • RemNote 是内置对 daily note 的支持的,但在这种情况下,RemNote 对 daily note 的支持尚不能胜过卡包机制,又怎么能让人对于这种明显特化于结构化知识库的机制保有信心?
    • 也许对于大多数的记笔记方式方式而言,卡包机制并不是最好的制卡方式,但它绝对是一视同仁、最不坏的方式。哪怕是文档树的形式,卡包机制配合多选也是差强人意的。

    接着是不值得。

    • RemNote 的文档树卡包与思源的卡包机制,其实两边的制卡这一步流程的总体繁琐程度都差不多。

      • RemNote 需要预先建立层层的文档树,才能找到录入卡片的位置。以后每次录入知识,都要经历一遍找位置的过程。
      • 思源需要每一次都选择卡片,经过 3 步后将卡片录入卡包。
    • RemNote 前期累一点,后期简单一点,思源的卡包机制则是从头到尾都很平稳,一样的压力。你可以崇尚一劳永逸,也可以赞同平稳无压记录。但是,在这一步,是很难辨出胜负的。

    • RemNote 的最大优势,在我看来,就是在制成卡片后,能实现卡包的继承机制,也就是

      一张卡片,不仅属于当前文档的卡包,同时属于它的父文档的卡包以及祖先文档的卡包

      但是,有没有可能,这种特性,只需要对于思源现在的卡包机制进行改进,让它能支持嵌套卡包就能实现呢?

      • 同样是改进,嵌套卡包只需要对相当于官方插件的卡包机制进行少许改造,就能实现同样的功能,而且这种改进完全是帕累托最优的,不会有人因这个改进而体验改变甚至变差。

      • 而如果是实现文档树卡包,那就相当于:

        • 废掉目前的卡包机制
        • 同时还需要对思源的本体动手脚,实现类似于 RemNote 的一堆特性,如多选嵌入
        • 还要实现因为软件差异、不知道 RemNote 有没有实现的特性,如页面克隆

        否则不要说其他笔记方式了,连 daily note 都要深受影响。这过程必然伴随一大堆的 bug,漫长的升级过程,长期对于其他笔记用户相当于废掉的闪卡机制,而换来的只是对他们而言并不太可能显著优于目前机制的文档树卡包。

    综上所述,基于不公平和不值得两个点,我认为不应该废除目前的卡包机制,有一定精力的情况下,建议开发者加入快捷键制卡和默认卡包机制。在精力足够的情况下,建议开发者可以尝试加入嵌套卡包特性。而在目前卡包改进走到尽头后,再考虑文档树卡包机制。

    看我这个视频,RN 甚至提供了标签制卡的功能,更加优雅: https://www.bilibili.com/video/BV13A411o7yK
    openAI
    你如果看完我录的 RN 如何通过标签制卡的视频的话,你不会觉得不公平的,甚至会觉得 RN 的方式更好。
    openAI
    不赞同你所说的嵌套卡包方式,那样只会在不正确的方向上越走越远,尾大不掉。尽早面向更先进、更现代化的制卡方式才是正道。
    openAI
    我再说简单一点,标签是可以替代卡包的,效果一样,并且更加直观。
    openAI
    反驳你关于“不值得”的观点,思源的闪卡开发期也不过一个月,上线也不过才三个星期,现在正处于船小好调头的阶段。
    openAI
  • openAI 2 评论

    @pipa@zxhd86@shuoying

    多说无疑,直接看视频演示。来看看 RemNote 是如何解决 DailyNote 卡片分类问题,以及一张卡片属于多个分类的问题。

    视频演示:RemNote 之 DailyDoc 制卡

    我在 RemNote 里添加了一篇日记,当然这篇日记的标题是日期,没有任何分类。日记中我编辑好了一张卡片,内容是“床前明月光,???。举头望明月,低头思故乡”。
    那如何对日记里的卡片分类呢?利用 RemNote 的“复制嵌入块”功能,分别把卡片对应的段落粘贴到“语文/唐诗”以及“历史人物/李白”这两个目录中,然后,这张卡片便具有了这两个分类。

    1 回复
    @pipa
    openAI
    openAI
  • 查看全部回帖

推荐标签 标签

  • TensorFlow

    TensorFlow 是一个采用数据流图(data flow graphs),用于数值计算的开源软件库。节点(Nodes)在图中表示数学操作,图中的线(edges)则表示在节点间相互联系的多维数据数组,即张量(tensor)。

    20 引用 • 19 回帖
  • wolai

    我来 wolai:不仅仅是未来的云端笔记!

    2 引用 • 14 回帖
  • Ubuntu

    Ubuntu(友帮拓、优般图、乌班图)是一个以桌面应用为主的 Linux 操作系统,其名称来自非洲南部祖鲁语或豪萨语的“ubuntu”一词,意思是“人性”、“我的存在是因为大家的存在”,是非洲传统的一种价值观,类似华人社会的“仁爱”思想。Ubuntu 的目标在于为一般用户提供一个最新的、同时又相当稳定的主要由自由软件构建而成的操作系统。

    125 引用 • 169 回帖 • 1 关注
  • InfluxDB

    InfluxDB 是一个开源的没有外部依赖的时间序列数据库。适用于记录度量,事件及实时分析。

    2 引用 • 72 关注
  • Ruby

    Ruby 是一种开源的面向对象程序设计的服务器端脚本语言,在 20 世纪 90 年代中期由日本的松本行弘(まつもとゆきひろ/Yukihiro Matsumoto)设计并开发。在 Ruby 社区,松本也被称为马茨(Matz)。

    7 引用 • 31 回帖 • 210 关注
  • Openfire

    Openfire 是开源的、基于可拓展通讯和表示协议 (XMPP)、采用 Java 编程语言开发的实时协作服务器。Openfire 的效率很高,单台服务器可支持上万并发用户。

    6 引用 • 7 回帖 • 94 关注
  • JavaScript

    JavaScript 一种动态类型、弱类型、基于原型的直译式脚本语言,内置支持类型。它的解释器被称为 JavaScript 引擎,为浏览器的一部分,广泛用于客户端的脚本语言,最早是在 HTML 网页上使用,用来给 HTML 网页增加动态功能。

    729 引用 • 1327 回帖
  • Vim

    Vim 是类 UNIX 系统文本编辑器 Vi 的加强版本,加入了更多特性来帮助编辑源代码。Vim 的部分增强功能包括文件比较(vimdiff)、语法高亮、全面的帮助系统、本地脚本(Vimscript)和便于选择的可视化模式。

    29 引用 • 66 回帖
  • BAE

    百度应用引擎(Baidu App Engine)提供了 PHP、Java、Python 的执行环境,以及云存储、消息服务、云数据库等全面的云服务。它可以让开发者实现自动地部署和管理应用,并且提供动态扩容和负载均衡的运行环境,让开发者不用考虑高成本的运维工作,只需专注于业务逻辑,大大降低了开发者学习和迁移的成本。

    19 引用 • 75 回帖 • 641 关注
  • 安装

    你若安好,便是晴天。

    132 引用 • 1184 回帖
  • 知乎

    知乎是网络问答社区,连接各行各业的用户。用户分享着彼此的知识、经验和见解,为中文互联网源源不断地提供多种多样的信息。

    10 引用 • 66 回帖
  • 钉钉

    钉钉,专为中国企业打造的免费沟通协同多端平台, 阿里巴巴出品。

    15 引用 • 67 回帖 • 340 关注
  • 安全

    安全永远都不是一个小问题。

    199 引用 • 816 回帖 • 1 关注
  • 面试

    面试造航母,上班拧螺丝。多面试,少加班。

    325 引用 • 1395 回帖
  • OkHttp

    OkHttp 是一款 HTTP & HTTP/2 客户端库,专为 Android 和 Java 应用打造。

    16 引用 • 6 回帖 • 62 关注
  • Dubbo

    Dubbo 是一个分布式服务框架,致力于提供高性能和透明化的 RPC 远程服务调用方案,是 [阿里巴巴] SOA 服务化治理方案的核心框架,每天为 2,000+ 个服务提供 3,000,000,000+ 次访问量支持,并被广泛应用于阿里巴巴集团的各成员站点。

    60 引用 • 82 回帖 • 595 关注
  • uTools

    uTools 是一个极简、插件化、跨平台的现代桌面软件。通过自由选配丰富的插件,打造你得心应手的工具集合。

    6 引用 • 14 回帖 • 2 关注
  • Bootstrap

    Bootstrap 是 Twitter 推出的一个用于前端开发的开源工具包。它由 Twitter 的设计师 Mark Otto 和 Jacob Thornton 合作开发,是一个 CSS / HTML 框架。

    18 引用 • 33 回帖 • 660 关注
  • TextBundle

    TextBundle 文件格式旨在应用程序之间交换 Markdown 或 Fountain 之类的纯文本文件时,提供更无缝的用户体验。

    1 引用 • 2 回帖 • 48 关注
  • ZooKeeper

    ZooKeeper 是一个分布式的,开放源码的分布式应用程序协调服务,是 Google 的 Chubby 一个开源的实现,是 Hadoop 和 HBase 的重要组件。它是一个为分布式应用提供一致性服务的软件,提供的功能包括:配置维护、域名服务、分布式同步、组服务等。

    59 引用 • 29 回帖 • 4 关注
  • 负能量

    上帝为你关上了一扇门,然后就去睡觉了....努力不一定能成功,但不努力一定很轻松 (° ー °〃)

    88 引用 • 1235 回帖 • 411 关注
  • Netty

    Netty 是一个基于 NIO 的客户端-服务器编程框架,使用 Netty 可以让你快速、简单地开发出一个可维护、高性能的网络应用,例如实现了某种协议的客户、服务端应用。

    49 引用 • 33 回帖 • 21 关注
  • 宕机

    宕机,多指一些网站、游戏、网络应用等服务器一种区别于正常运行的状态,也叫“Down 机”、“当机”或“死机”。宕机状态不仅仅是指服务器“挂掉了”、“死机了”状态,也包括服务器假死、停用、关闭等一些原因而导致出现的不能够正常运行的状态。

    13 引用 • 82 回帖 • 52 关注
  • Windows

    Microsoft Windows 是美国微软公司研发的一套操作系统,它问世于 1985 年,起初仅仅是 Microsoft-DOS 模拟环境,后续的系统版本由于微软不断的更新升级,不但易用,也慢慢的成为家家户户人们最喜爱的操作系统。

    222 引用 • 473 回帖
  • 百度

    百度(Nasdaq:BIDU)是全球最大的中文搜索引擎、最大的中文网站。2000 年 1 月由李彦宏创立于北京中关村,致力于向人们提供“简单,可依赖”的信息获取方式。“百度”二字源于中国宋朝词人辛弃疾的《青玉案·元夕》词句“众里寻他千百度”,象征着百度对中文信息检索技术的执著追求。

    63 引用 • 785 回帖 • 177 关注
  • 数据库

    据说 99% 的性能瓶颈都在数据库。

    342 引用 • 708 回帖
  • 酷鸟浏览器

    安全 · 稳定 · 快速
    为跨境从业人员提供专业的跨境浏览器

    3 引用 • 59 回帖 • 26 关注