2.7.6 预览版闪卡功能改进建议

本贴最后更新于 656 天前,其中的信息可能已经时移世异

我体验了一下 https://github.com/siyuan-note/siyuan/releases/tag/v2.7.6-dev5 ,感觉有两个地方值得改进。

一、虽然在文档树的文档右键菜单中新增了“闪卡”入口,但是笔记本右键菜单中没有“闪卡”入口,如果用户想复习某笔记本中的所有卡片的话就不太方便了。(v2.7.7-dev4 已修复该问题)

二、建议将“快速制卡”进化为“全自动无感制卡”。目前的机制还是需要用户按快捷键,这一步骤完全可以省略。希望更改使用逻辑,免去快捷键这一步骤。比如,当内容块由“无标记”变为“有标记”时,自动让卡片生效;当内容块由“有标记”变为“无标记”时,自动从“默认卡包”中移除。这样改进的理由是绝大多数情况用户对内容块标记就是为了制卡,只标记而不让卡片生效的情况很少很少


经讨论,为了照顾部分用户的特殊需求,我建议这样来进行改进:

  1. 取消菜单中的“快速制卡”,让所有有标记的块都自动放入“默认卡包”,“默认卡包”全自动管理,不可手动修改。
  2. 将原本属于“快速制卡”的快捷键“Ctrl+Alt+F”让给“添加到卡包”,用户可指定该快捷键的卡包,比如手动创建的“真正要背的卡包”
  3. 将“标记”功能的名字改为“挖空”,避免用户将该功能用于高亮,引导用户使用修改字体背景色来实现高亮。

你喜欢哪种方式?

单选 公开 已于 2023-03-13 21:48:00 结束 9 票
卡片默认生效,不需要快捷键(可提供开关,手动使卡片失效)
66% 6 票
每完成一处挖空,都要按一次快捷键使卡片生效
0% 0 票
围观
33% 3 票

  • 思源笔记

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

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

    23020 引用 • 92597 回帖

相关帖子

欢迎来到这里!

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

注册 关于
请输入回帖内容 ...
  • 反对,思源作为文档性笔记软件,很大一部分内容并不是为了背诵准备的,我认为在制卡上提供一个文档一键制卡功能就可以了。

    此外,就算卡片没有标记,它也可能只是渐近阅读的材料。我认为需要提供更快的删除卡片的方式,但是这个还是不要自动化比较好。

    1 回复
  • 可以这样优化逻辑,默认卡片生效,但提供手动让卡片失效的开关。毕竟只标记而不生效卡片只是极少数情况,没必要为了这极少数情况,牺牲大多数情况的便利性。

    再说你提到的“一键制卡”,不就是让整篇文档的卡片都生效吗?和我说的自动默认生效有什么区别?还多了一个步骤。

    1 回复
  • 因为,思源的标记并不是为了制卡准备的,在我写在思源的很多文档里,我虽然使用了标记,但我并不打算背诵它们。

    因此,默认关闭制卡才是合理的。

    2 回复
  • 既然你不背,你标记它干嘛?

    你这种需求我不能理解,建议你建 2 个卡包,一个卡包是需要背的,一个卡包是不需要背的,然后你每次只背需要背的那个卡包。

    1 回复
  • 其实我更倾向于所有带标记的块都生效,也不提供让卡片失效的选项,这样逻辑最简单。如果要增加让卡片失效的功能的话,无法在文档中直观判断卡片当前的生效状态,为了区分,又要增加逻辑,让生效和失效呈现不同的颜色。

  • 你可以体验一下 2.7.6 预览版,“快速制卡”功能是将卡片放入“默认卡包”,而你的特殊需求完全不受影响,因为你可以通过另外建一个“真正要背的卡包”来实现。

  • zxhd86 1 赞同 1 评论

    嗯,怎么说,标记就是单纯为了强调一部分的内容啊,这是它的本来用途啊。

    在除了 remnote 以外的笔记软件里,粗体、斜体、标记的目的不都是这样类似的吗。

    在 remnote 里面,也是用了一个特殊的挖空类型来生成卡片,而没有直接把标记当成挖空来看。

    或许,其实更好的办法是在思源中新添加一种标记挖空文本的方法,不要跟原本单纯用于强调文本的标记重合。

    1 回复
    懂你意思了,你是想单纯需要一个高亮功能,但该功能在思源中与闪卡冲突了。
    openAI
  • openAI 1 赞同

    如果你是想利用“标记”来实现高亮的话,可以换一种方式。选择你需要高亮的文字,然后设置字体,思源提供了修改背景色功能,通过修改背景色来实现高亮,这样就能解决你“高亮”和“闪卡”的冲突。

    image.png

  • sweesalt

    反对 高亮=挖空,本人大部分情况只需要高亮标记重点内容,不需制卡。如果有网友有这个需求,建议单独设置一个“挖空”功能选项。

  • wxtgood 1 赞同

    应该弄一个新的挖空样式,与高亮区分开,这时再支持自动加入卡包就好了。

    D 大,赶紧过来围观了

    @88250

  • 这个一开始设计间隔复习时就考虑过了,但是考虑到其他类型的闪卡(超级块、列表块)也需要通过制卡完成,所以我们就都统一使用“制卡”步骤了。

    1 回复
  • 超级块、列表块制卡始终要多一步点击或者快捷键操作,这个无法避免。但是挖空是可以避免多一步操作的,可以在设置中增加一个偏好选项,挖空自动生成闪卡。还有,如果不对“挖空”和“高亮”做区分的话,对后期卡片管理也是一个灾难。

    关于超级块和列表块制卡,还有一个问题就是,目前没有相应的记号,也就是用户无法直观地看出此处是否有闪卡,也许过一段时间,用户自己也忘了这里到底有没有闪卡了,不方便管理。参考 RemNote,问答卡和列表卡都是有相应的记号,左右箭头和下箭头,思源不一定采用这样的记号,可以根据思源自身的特点,设计符合思源的记号。

    1 回复
    1 操作
    openAI 在 2023-02-21 10:13:52 更新了该回帖
  • 我还是觉得统一一些好,这样使用起来压力小一些,这一点只是我个人感觉,后面会根据用户反馈再考虑。

    内容块制作闪卡以后可以在右边看到一条竖线。

    2 回复
  • 好的,刚刚注意到竖线了。

    另外如果不对“挖空”和“高亮”做区分的话,对后期卡片管理也是一个灾难。还是建议挖空是挖空,高亮是高亮,各司其职,这样一来,挖空自动生成闪卡也就顺理成章,没有争议了。

    1 回复
  • 请具体说说对于“灾难”的顾虑。

    2 回复
  • 不管是否自动生成闪卡,我也赞同挖空和标记应该是分开的,标记通用说法就是文本高亮,用于各种可能的提醒,挖空则是字面意思的挖掉留出空白,反而和高亮是相反的概念,对于使用上还是不一样的。甚至不用闪卡的前提下,挖空也可以作为另外一个行级元素出现在文本中。

    1 回复
  • 就是说我看到某处的文字高亮,无法区分这里是单纯的高亮,还是设置了闪卡,不过我刚刚注意到挖空也是有后面那条竖线的,好像也还好。

    如果挖空要手动制卡的话,有个问题,就是去掉所有挖空后,卡片仍然生效,想要将这个卡片移除,需要到卡包里面去,比较麻烦。或者给一个取消制卡的快捷方式。

    看看其他用户怎么反馈吧,我还是觉得自动比较好。

    1 操作
    openAI 在 2023-02-21 11:18:41 更新了该回帖
  • 现在的机制就是没有挖空,也能生成卡片。我不敢说这样就不好,因为有用户有渐进阅读的需求,说不定这种不挖空也能制卡反而符合他们的需求。当然我不懂渐进阅读,这个可以请教叶峻峣大神。这有个渐进阅读的视频可以参考:

    https://www.bilibili.com/video/BV1L741197iu?p=6

    其实吧,现在这样也挺好的,多按一次快捷键也不是不能接受,但是还是希望提供一个快速取消制卡的方式

    1 回复
  • 再按一次快速制卡的快捷键就是取消该块制卡了。

    1 回复
  • wxtgood 1 赞同

    其实目前的状态才是不统一的,原因如下:

    1.对于挖空制卡:需要两步才能完成制卡,即第一步先高亮,第二步再制卡。

    2.对于超级块、列表制卡:需要一步就可以完成制卡,即直接块菜单制卡。

    而当设计一个独立的挖空样式后,上面的两种制卡方式才统一了,即:

    1.对于挖空制卡:需要一步即可完成制卡,即直接用挖空样式制卡。

    2.对于超级块、列表制卡:需要一步即可完成制卡,即直接块菜单制卡。

    这样两种制卡的劳动强度是相同的,给人的感觉是统一的。

    在有了独立的挖空样式后,建议制卡时自动加入那个对用户透明的默认卡包里,原因如下:

    因为之后支持的筛选卡片功能,以及目前手动加入其他用户自建卡包,都能满足用户对特定卡片在特定场景对其进行的有目的的记忆,所以对于大部分使用时间,直接自动加入默认卡包即可,有需求时,再进行卡片筛选或自建卡包。

    2 回复
  • 你看下前面楼主的回复,我觉得目前的方案是比较平衡的。

    1 回复
  • 但挖空样式不能影想了正常阅读,即在正常阅读笔记时,不能出现空白,只有在记忆卡片时出现空白。

    1 回复
  • 这个。。有的人用挖空做卷子的啊,据我所知就有 2 个老师用思源做出题库

    1 回复
  • 试了,快捷键可以取消制卡,但无法通过菜单中的“快速制卡”取消制卡,希望这两者能统一。Ctrl+Alt+F 快捷键和 QQ 的截图快捷键冲突,所以还是优化一下鼠标操作,达到按一次菜单中的“快速制卡”是制卡,再按一次是取消。

  • wxtgood 1 赞同 1 评论

    还觉得挖空和高亮分开来好,

    一是两者所代表的含义是不同的,

    二是能支持引入自动加入默认卡包的功能,而不影响原来使用高亮的用户。

    三是对于有选择放入非默认卡包的用户,多一步进入块菜单手动选择卡包也是可以满足的。

    主要是现在“高亮”和“挖空”没有拆分,如果这两个功能拆分了的话,可以实现这样的逻辑,就是内容块由无挖空变为有挖空,自动完成制卡,这是很有意义的。但内容块由有挖空变为无挖空,则不一定要取消这张卡片;可以保留这张卡片,因为卡片不一定要挖空,可以单纯作为定期回顾。
    openAI
  • 主要是现在“高亮”和“挖空”没有拆分,如果这两个功能拆分了的话,可以实现这样的逻辑,就是内容块由无挖空变为有挖空,自动完成制卡,这是很有意义的。但内容块由有挖空变为无挖空,则不一定要取消这张卡片;可以保留这张卡片,因为卡片不一定要挖空,可以作为定期回顾。

    1 回复
  • 啊,这…… ,这种用法不属于闪卡功能应承担的,要是这样的话,那阅读笔记时咋看了?满篇都是空

  • 我认为内容块由有挖空变为无挖空时,应该取消这张卡片。

    我感觉你所说的挖空样式是 [……] 这样的,我认为不妥,这样对再次阅读笔记特别不利,满屏的[……],阅读时有很大的障碍。

    我所认为的挖空样式,是类似目前高亮的样式,即在阅读界面是不隐藏笔记的,只有在记忆卡片界面才隐藏挖空的内容。与高亮的区别只是两者的功能相互独立开。

    这样也就不用争论由有挖空变为无挖空时,应不应该取消这张卡片的问题的,只有当真正觉的这张卡片没用了时,就去取消挖空,在感觉可能还有用前,不去取消挖空也不影响任何事。

    1 操作
    wxtgood 在 2023-02-21 14:07:40 更新了该回帖
  • winds

    这样改进的理由是绝大多数情况用户对内容块标记就是为了制卡,只标记而不让卡片生效的情况很少很少

    并不同意。高亮是阅读和回顾时很常用的功能,全挖空的话,阅读时满满的空白也太恐怖了==

    高亮和挖空分开个人感觉也没必要。现在的方案就挺好的。

请输入回帖内容 ...

推荐标签 标签

  • 外包

    有空闲时间是接外包好呢还是学习好呢?

    26 引用 • 232 回帖
  • danl
    146 关注
  • Telegram

    Telegram 是一个非盈利性、基于云端的即时消息服务。它提供了支持各大操作系统平台的开源的客户端,也提供了很多强大的 APIs 给开发者创建自己的客户端和机器人。

    5 引用 • 35 回帖
  • 安装

    你若安好,便是晴天。

    132 引用 • 1184 回帖 • 1 关注
  • Q&A

    提问之前请先看《提问的智慧》,好的问题比好的答案更有价值。

    8449 引用 • 38490 回帖 • 155 关注
  • flomo

    flomo 是新一代 「卡片笔记」 ,专注在碎片化时代,促进你的记录,帮你积累更多知识资产。

    5 引用 • 107 回帖
  • 学习

    “梦想从学习开始,事业从实践起步” —— 习近平

    171 引用 • 512 回帖
  • Hexo

    Hexo 是一款快速、简洁且高效的博客框架,使用 Node.js 编写。

    21 引用 • 140 回帖 • 2 关注
  • 星云链

    星云链是一个开源公链,业内简单的将其称为区块链上的谷歌。其实它不仅仅是区块链搜索引擎,一个公链的所有功能,它基本都有,比如你可以用它来开发部署你的去中心化的 APP,你可以在上面编写智能合约,发送交易等等。3 分钟快速接入星云链 (NAS) 测试网

    3 引用 • 16 回帖 • 6 关注
  • Solidity

    Solidity 是一种智能合约高级语言,运行在 [以太坊] 虚拟机(EVM)之上。它的语法接近于 JavaScript,是一种面向对象的语言。

    3 引用 • 18 回帖 • 400 关注
  • GitBook

    GitBook 使您的团队可以轻松编写和维护高质量的文档。 分享知识,提高团队的工作效率,让用户满意。

    3 引用 • 8 回帖
  • Notion

    Notion - The all-in-one workspace for your notes, tasks, wikis, and databases.

    7 引用 • 40 回帖
  • GitHub

    GitHub 于 2008 年上线,目前,除了 Git 代码仓库托管及基本的 Web 管理界面以外,还提供了订阅、讨论组、文本渲染、在线文件编辑器、协作图谱(报表)、代码片段分享(Gist)等功能。正因为这些功能所提供的便利,又经过长期的积累,GitHub 的用户活跃度很高,在开源世界里享有深远的声望,并形成了社交化编程文化(Social Coding)。

    210 引用 • 2036 回帖
  • JVM

    JVM(Java Virtual Machine)Java 虚拟机是一个微型操作系统,有自己的硬件构架体系,还有相应的指令系统。能够识别 Java 独特的 .class 文件(字节码),能够将这些文件中的信息读取出来,使得 Java 程序只需要生成 Java 虚拟机上的字节码后就能在不同操作系统平台上进行运行。

    180 引用 • 120 回帖 • 3 关注
  • Swagger

    Swagger 是一款非常流行的 API 开发工具,它遵循 OpenAPI Specification(这是一种通用的、和编程语言无关的 API 描述规范)。Swagger 贯穿整个 API 生命周期,如 API 的设计、编写文档、测试和部署。

    26 引用 • 35 回帖 • 5 关注
  • WiFiDog

    WiFiDog 是一套开源的无线热点认证管理工具,主要功能包括:位置相关的内容递送;用户认证和授权;集中式网络监控。

    1 引用 • 7 回帖 • 592 关注
  • 反馈

    Communication channel for makers and users.

    123 引用 • 913 回帖 • 250 关注
  • SQLServer

    SQL Server 是由 [微软] 开发和推广的关系数据库管理系统(DBMS),它最初是由 微软、Sybase 和 Ashton-Tate 三家公司共同开发的,并于 1988 年推出了第一个 OS/2 版本。

    21 引用 • 31 回帖 • 4 关注
  • 正则表达式

    正则表达式(Regular Expression)使用单个字符串来描述、匹配一系列遵循某个句法规则的字符串。

    31 引用 • 94 回帖 • 2 关注
  • 开源

    Open Source, Open Mind, Open Sight, Open Future!

    407 引用 • 3578 回帖
  • Latke

    Latke 是一款以 JSON 为主的 Java Web 框架。

    71 引用 • 535 回帖 • 789 关注
  • 创造

    你创造的作品可能会帮助到很多人,如果是开源项目的话就更赞了!

    178 引用 • 997 回帖
  • OpenShift

    红帽提供的 PaaS 云,支持多种编程语言,为开发人员提供了更为灵活的框架、存储选择。

    14 引用 • 20 回帖 • 632 关注
  • CSDN

    CSDN (Chinese Software Developer Network) 创立于 1999 年,是中国的 IT 社区和服务平台,为中国的软件开发者和 IT 从业者提供知识传播、职业发展、软件开发等全生命周期服务,满足他们在职业发展中学习及共享知识和信息、建立职业发展社交圈、通过软件开发实现技术商业化等刚性需求。

    14 引用 • 155 回帖
  • MyBatis

    MyBatis 本是 Apache 软件基金会 的一个开源项目 iBatis,2010 年这个项目由 Apache 软件基金会迁移到了 google code,并且改名为 MyBatis ,2013 年 11 月再次迁移到了 GitHub。

    170 引用 • 414 回帖 • 387 关注
  • GAE

    Google App Engine(GAE)是 Google 管理的数据中心中用于 WEB 应用程序的开发和托管的平台。2008 年 4 月 发布第一个测试版本。目前支持 Python、Java 和 Go 开发部署。全球已有数十万的开发者在其上开发了众多的应用。

    14 引用 • 42 回帖 • 779 关注
  • 导航

    各种网址链接、内容导航。

    42 引用 • 175 回帖