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

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

我体验了一下 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 票

  • 思源笔记

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

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

    22340 引用 • 89396 回帖 • 1 关注

相关帖子

欢迎来到这里!

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

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

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

    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

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

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

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

请输入回帖内容 ...

推荐标签 标签

  • Flutter

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

    39 引用 • 92 回帖 • 1 关注
  • Gitea

    Gitea 是一个开源社区驱动的轻量级代码托管解决方案,后端采用 Go 编写,采用 MIT 许可证。

    4 引用 • 16 回帖 • 5 关注
  • CSS

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

    198 引用 • 550 回帖
  • OnlyOffice
    4 引用 • 3 关注
  • 笔记

    好记性不如烂笔头。

    308 引用 • 793 回帖 • 1 关注
  • Log4j

    Log4j 是 Apache 开源的一款使用广泛的 Java 日志组件。

    20 引用 • 18 回帖 • 31 关注
  • Hexo

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

    21 引用 • 140 回帖 • 1 关注
  • jsDelivr

    jsDelivr 是一个开源的 CDN 服务,可为 npm 包、GitHub 仓库提供免费、快速并且可靠的全球 CDN 加速服务。

    5 引用 • 31 回帖 • 58 关注
  • Angular

    AngularAngularJS 的新版本。

    26 引用 • 66 回帖 • 537 关注
  • RESTful

    一种软件架构设计风格而不是标准,提供了一组设计原则和约束条件,主要用于客户端和服务器交互类的软件。基于这个风格设计的软件可以更简洁,更有层次,更易于实现缓存等机制。

    30 引用 • 114 回帖 • 2 关注
  • Bug

    Bug 本意是指臭虫、缺陷、损坏、犯贫、窃听器、小虫等。现在人们把在程序中一些缺陷或问题统称为 bug(漏洞)。

    75 引用 • 1737 回帖 • 5 关注
  • Windows

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

    222 引用 • 473 回帖 • 1 关注
  • BAE

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

    19 引用 • 75 回帖 • 642 关注
  • 创造

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

    179 引用 • 995 回帖
  • CodeMirror
    1 引用 • 2 回帖 • 129 关注
  • MyBatis

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

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

    Electron 基于 Chromium 和 Node.js,让你可以使用 HTML、CSS 和 JavaScript 构建应用。它是一个由 GitHub 及众多贡献者组成的活跃社区共同维护的开源项目,兼容 Mac、Windows 和 Linux,它构建的应用可在这三个操作系统上面运行。

    15 引用 • 136 回帖 • 1 关注
  • Python

    Python 是一种面向对象、直译式电脑编程语言,具有近二十年的发展历史,成熟且稳定。它包含了一组完善而且容易理解的标准库,能够轻松完成很多常见的任务。它的语法简捷和清晰,尽量使用无异义的英语单词,与其它大多数程序设计语言使用大括号不一样,它使用缩进来定义语句块。

    543 引用 • 672 回帖 • 1 关注
  • Postman

    Postman 是一款简单好用的 HTTP API 调试工具。

    4 引用 • 3 回帖 • 3 关注
  • Android

    Android 是一种以 Linux 为基础的开放源码操作系统,主要使用于便携设备。2005 年由 Google 收购注资,并拉拢多家制造商组成开放手机联盟开发改良,逐渐扩展到到平板电脑及其他领域上。

    334 引用 • 323 回帖
  • FreeMarker

    FreeMarker 是一款好用且功能强大的 Java 模版引擎。

    23 引用 • 20 回帖 • 463 关注
  • DevOps

    DevOps(Development 和 Operations 的组合词)是一组过程、方法与系统的统称,用于促进开发(应用程序/软件工程)、技术运营和质量保障(QA)部门之间的沟通、协作与整合。

    47 引用 • 25 回帖
  • SQLServer

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

    21 引用 • 31 回帖
  • 禅道

    禅道是一款国产的开源项目管理软件,她的核心管理思想基于敏捷方法 scrum,内置了产品管理和项目管理,同时又根据国内研发现状补充了测试管理、计划管理、发布管理、文档管理、事务管理等功能,在一个软件中就可以将软件研发中的需求、任务、bug、用例、计划、发布等要素有序的跟踪管理起来,完整地覆盖了项目管理的核心流程。

    6 引用 • 15 回帖 • 114 关注
  • Swagger

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

    26 引用 • 35 回帖 • 1 关注
  • Pipe

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

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

    132 引用 • 1114 回帖 • 124 关注
  • Maven

    Maven 是基于项目对象模型(POM)、通过一小段描述信息来管理项目的构建、报告和文档的软件项目管理工具。

    186 引用 • 318 回帖 • 302 关注