登录 注册

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

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

目前 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 自由组合卡包演示

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

单选 • 公开 • 永不结束 39 票
支持
66% • 26 票
不支持
33% • 13 票

  • 思源笔记

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

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

    18605 引用 • 69246 回帖 • 1 关注
4 引用
闪卡管理界面“翻页“功能冗余 / 是否将”间隔重复“和”管理“整合在一起 • openAI
【科普帖】RemNote 是如何进行卡片分类的 • openAI
关于“闪卡”功能的建议 • wxtgood
闪卡只能挖空使用吗？问答题怎么办呢？能用标题块作为问题，点击 show 展开标题块看到答案吗？
7 操作
openAI 在 2023-01-13 23:09:06 更新了该帖
openAI 在 2023-01-13 23:08:07 更新了该帖
openAI 在 2023-01-13 22:59:05 更新了该帖
openAI 在 2023-01-13 02:22:22 更新了该帖 openAI 在 2023-01-13 00:45:34 更新了该帖 openAI 在 2023-01-12 23:49:07 更新了该帖 openAI 在 2023-01-12 20:58:06 更新了该帖
南充 位置
2 收藏
1 赞同
4 引用
7 操作
45 回帖
19
12
5
2
2
1.6k 410 314 355 2 30 45 491

相关帖子

优质回帖
  • zxhd86 • • 2 赞同
    订阅者 先知

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

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

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

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

  • openAI • • 1 赞同
    订阅者 付费者 捐赠者 作者

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

  • i1356 • • 1 赞同
    订阅者

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

45 回帖
希望取消闪卡的卡包，因为文档树就是天然的卡包

欢迎来到这里！

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

注册 关于
请输入回帖内容 ...
  • Bard • • 1 赞同
    订阅者 捐赠者

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

    自己不喜欢就取消，也不考虑其他人，那这也的确有点“肆意妄为”了

    既然都是“肆意妄为”，“非文件夹爱好者”提议“取消文件树”说不定也可以提上日程了

    如果“肆意妄为”是不可取的，那我希望回归：

    己所不欲，勿施于人

    1 操作
    Bard 在 2023-01-13 01:05:07 更新了该回帖
  • 其他回帖
  • zxhd86 • • 2 赞同
    订阅者 先知

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

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

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

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

  • Bard • • 1 评论
    订阅者 捐赠者

    这个没什么好纠结的，用户已经主动在文档树中给出分类了。如果在文档树中把 数学史 归为 数学 一类是可接受的，那为什么在卡包中把 数学史 归为 数学 一类就是不可接受的了呢？

    如果一定要把 数学史 同时归为 数学 和 历史，也不是没有办法，我简单提几个方案。

    方案一，给 数学史 这篇文档加上 历史 标签，同时引入标签树即卡包的机制。

    方案二，在 历史 笔记本的某篇文档里，粘贴 数学史 为嵌入块。

    作者：openAI
    链接： 希望取消闪卡的卡包，因为文档树就是天然的卡包 - openAI 的回帖
    来源：链滴
    协议：CC BY-SA 4.0 https://creativecommons.org/licenses/by-sa/4.0/

    这两个方案依旧是没有明白

    在思源中的“标签”和“双链”是没有统一的

    方案二也难以经得起细致的思考和推敲，比如以下我认为不是“抬杠”的思考

    1. 在 历史 笔记本的哪篇文档呢
    2. 这篇文档应该叫什么名字呢
    3. 要不要跟原文档重名呢
    4. 不重名的话如何命名区分呢
    5. 以后还有别的卡要用这样的方式放到 历史 笔记本中，是继续新建文档，还是放这个文档呢
    6. 还是统一叫类似“历史 - 其他卡片”
    7. 就算确定了解决的统一方案，会比原来的添加卡包更加优雅吗
    8. 思考创建分类的时间成本合算吗
    看你楼下的视频哈，看看 RemNote 是如何优雅地进行卡片多分类以及 DailyNote 卡片分类的
    openAI •
  • 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
南充
回帖
524
 帖子
75
 积分
8332

近期热议

推荐标签 标签

  • Rust

    Rust 是一门赋予每个人构建可靠且高效软件能力的语言。Rust 由 Mozilla 开发，最早发布于 2014 年 9 月。

    57 引用 • 22 回帖
  • AngularJS

    AngularJS 诞生于 2009 年，由 Misko Hevery 等人创建，后为 Google 所收购。是一款优秀的前端 JS 框架，已经被用于 Google 的多款产品当中。AngularJS 有着诸多特性，最为核心的是：MVC、模块化、自动化双向数据绑定、语义化标签、依赖注入等。2.0 版本后已经改名为 Angular。

    12 引用 • 50 回帖 • 422 关注
  • Swift

    Swift 是苹果于 2014 年 WWDC（苹果开发者大会）发布的开发语言，可与 Objective-C 共同运行于 Mac OS 和 iOS 平台，用于搭建基于苹果平台的应用程序。

    34 引用 • 37 回帖 • 495 关注
  • 服务器

    服务器，也称伺服器，是提供计算服务的设备。由于服务器需要响应服务请求，并进行处理，因此一般来说服务器应具备承担服务并且保障服务的能力。

    124 引用 • 580 回帖 • 1 关注
  • 单点登录

    单点登录（Single Sign On）是目前比较流行的企业业务整合的解决方案之一。SSO 的定义是在多个应用系统中，用户只需要登录一次就可以访问所有相互信任的应用系统。

    9 引用 • 25 回帖 • 4 关注
  • MongoDB

    MongoDB（来自于英文单词“Humongous”，中文含义为“庞大”）是一个基于分布式文件存储的数据库，由 C++ 语言编写。旨在为应用提供可扩展的高性能数据存储解决方案。MongoDB 是一个介于关系数据库和非关系数据库之间的产品，是非关系数据库当中功能最丰富，最像关系数据库的。它支持的数据结构非常松散，是类似 JSON 的 BSON 格式，因此可以存储比较复杂的数据类型。

    90 引用 • 59 回帖 • 2 关注
  • Bootstrap

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

    18 引用 • 33 回帖 • 685 关注
  • 强迫症

    强迫症（OCD）属于焦虑障碍的一种类型，是一组以强迫思维和强迫行为为主要临床表现的神经精神疾病，其特点为有意识的强迫和反强迫并存，一些毫无意义、甚至违背自己意愿的想法或冲动反反复复侵入患者的日常生活。

    15 引用 • 161 回帖 • 1 关注
  • H2

    H2 是一个开源的嵌入式数据库引擎，采用 Java 语言编写，不受平台的限制，同时 H2 提供了一个十分方便的 web 控制台用于操作和管理数据库内容。H2 还提供兼容模式，可以兼容一些主流的数据库，因此采用 H2 作为开发期的数据库非常方便。

    11 引用 • 54 回帖 • 641 关注
  • LeetCode

    LeetCode（力扣）是一个全球极客挚爱的高质量技术成长平台，想要学习和提升专业能力从这里开始，充足技术干货等你来啃，轻松拿下 Dream Offer！

    209 引用 • 72 回帖
  • Webswing

    Webswing 是一个能将任何 Swing 应用通过纯 HTML5 运行在浏览器中的 Web 服务器，详细介绍请看 将 Java Swing 应用变成 Web 应用 。

    1 引用 • 15 回帖 • 634 关注
  • PWA

    PWA（Progressive Web App）是 Google 在 2015 年提出、2016 年 6 月开始推广的项目。它结合了一系列现代 Web 技术，在网页应用中实现和原生应用相近的用户体验。

    14 引用 • 69 回帖 • 132 关注
  • PHP

    PHP（Hypertext Preprocessor）是一种开源脚本语言。语法吸收了 C 语言、 Java 和 Perl 的特点，主要适用于 Web 开发领域，据说是世界上最好的编程语言。

    164 引用 • 407 回帖 • 526 关注
  • FlowUs

    FlowUs.息流 个人及团队的新一代生产力工具。

    让复杂的信息管理更轻松、自由、充满创意。

    1 引用 • 2 关注
  • 小薇

    小薇是一个用 Java 写的 QQ 聊天机器人 Web 服务，可以用于社群互动。

    由于 Smart QQ 从 2019 年 1 月 1 日起停止服务，所以该项目也已经停止维护了！

    34 引用 • 467 回帖 • 692 关注
  • TGIF

    Thank God It's Friday! 感谢老天，总算到星期五啦！

    284 引用 • 4481 回帖 • 656 关注
  • Pipe

    Pipe 是一款小而美的开源博客平台。Pipe 有着非常活跃的社区，可将文章作为帖子推送到社区，来自社区的回帖将作为博客评论进行联动（具体细节请浏览 B3log 构思 - 分布式社区网络）。

    这是一种全新的网络社区体验，让热爱记录和分享的你不再感到孤单！

    131 引用 • 1114 回帖 • 150 关注
  • CSS

    CSS（Cascading Style Sheet）“层叠样式表”是用于控制网页样式并允许将样式信息与网页内容分离的一种标记性语言。

    180 引用 • 447 回帖 • 1 关注
  • WordPress

    WordPress 是一个使用 PHP 语言开发的博客平台，用户可以在支持 PHP 和 MySQL 数据库的服务器上架设自己的博客。也可以把 WordPress 当作一个内容管理系统（CMS）来使用。WordPress 是一个免费的开源项目，在 GNU 通用公共许可证（GPLv2）下授权发布。

    45 引用 • 113 回帖 • 317 关注
  • PostgreSQL

    PostgreSQL 是一款功能强大的企业级数据库系统，在 BSD 开源许可证下发布。

    21 引用 • 22 回帖
  • 数据库

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

    330 引用 • 614 回帖 • 2 关注
  • Flutter

    Flutter 是谷歌的移动 UI 框架，可以快速在 iOS 和 Android 上构建高质量的原生用户界面。 Flutter 可以与现有的代码一起工作，它正在被越来越多的开发者和组织使用，并且 Flutter 是完全免费、开源的。

    39 引用 • 92 回帖 • 7 关注
  • 书籍

    宋真宗赵恒曾经说过：“书中自有黄金屋，书中自有颜如玉。”

    76 引用 • 390 回帖 • 1 关注
  • JWT

    JWT（JSON Web Token）是一种用于双方之间传递信息的简洁的、安全的表述性声明规范。JWT 作为一个开放的标准（RFC 7519），定义了一种简洁的，自包含的方法用于通信双方之间以 JSON 的形式安全的传递信息。

    20 引用 • 15 回帖 • 18 关注
  • JavaScript

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

    710 引用 • 1173 回帖 • 176 关注
  • SOHO

    为成为自由职业者在家办公而努力吧！

    7 引用 • 55 回帖 • 97 关注
  • Thymeleaf

    Thymeleaf 是一款用于渲染 XML/XHTML/HTML5 内容的模板引擎。类似 Velocity、 FreeMarker 等，它也可以轻易的与 Spring 等 Web 框架进行集成作为 Web 应用的模板引擎。与其它模板引擎相比，Thymeleaf 最大的特点是能够直接在浏览器中打开并正确显示模板页面，而不需要启动整个 Web 应用。

    11 引用 • 19 回帖 • 317 关注

最新标签