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

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

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

  • 思源笔记

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

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

    22019 引用 • 87804 回帖 • 2 关注

相关帖子

欢迎来到这里!

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

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

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

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

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

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

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

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

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

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

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

  • zxhd86 1 赞同 1 评论

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

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

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

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

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

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

    image.png

  • intelion

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

  • 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

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

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

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

请输入回帖内容 ...

推荐标签 标签

  • 单点登录

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

    9 引用 • 25 回帖
  • SOHO

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

    7 引用 • 55 回帖 • 18 关注
  • Elasticsearch

    Elasticsearch 是一个基于 Lucene 的搜索服务器。它提供了一个分布式多用户能力的全文搜索引擎,基于 RESTful 接口。Elasticsearch 是用 Java 开发的,并作为 Apache 许可条款下的开放源码发布,是当前流行的企业级搜索引擎。设计用于云计算中,能够达到实时搜索,稳定,可靠,快速,安装使用方便。

    117 引用 • 99 回帖 • 223 关注
  • Linux

    Linux 是一套免费使用和自由传播的类 Unix 操作系统,是一个基于 POSIX 和 Unix 的多用户、多任务、支持多线程和多 CPU 的操作系统。它能运行主要的 Unix 工具软件、应用程序和网络协议,并支持 32 位和 64 位硬件。Linux 继承了 Unix 以网络为核心的设计思想,是一个性能稳定的多用户网络操作系统。

    939 引用 • 940 回帖
  • PostgreSQL

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

    22 引用 • 22 回帖 • 1 关注
  • 酷鸟浏览器

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

    3 引用 • 59 回帖 • 31 关注
  • golang

    Go 语言是 Google 推出的一种全新的编程语言,可以在不损失应用程序性能的情况下降低代码的复杂性。谷歌首席软件工程师罗布派克(Rob Pike)说:我们之所以开发 Go,是因为过去 10 多年间软件开发的难度令人沮丧。Go 是谷歌 2009 发布的第二款编程语言。

    497 引用 • 1387 回帖 • 294 关注
  • SQLServer

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

    19 引用 • 31 回帖
  • Git

    Git 是 Linux Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。

    209 引用 • 358 回帖
  • 小说

    小说是以刻画人物形象为中心,通过完整的故事情节和环境描写来反映社会生活的文学体裁。

    28 引用 • 108 回帖
  • WiFiDog

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

    1 引用 • 7 回帖 • 586 关注
  • 宕机

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

    13 引用 • 82 回帖 • 53 关注
  • Mobi.css

    Mobi.css is a lightweight, flexible CSS framework that focus on mobile.

    1 引用 • 6 回帖 • 733 关注
  • 服务器

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

    124 引用 • 580 回帖
  • 旅游

    希望你我能在旅途中找到人生的下一站。

    90 引用 • 899 回帖
  • OkHttp

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

    16 引用 • 6 回帖 • 60 关注
  • BAE

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

    19 引用 • 75 回帖 • 632 关注
  • GitBook

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

    3 引用 • 8 回帖 • 2 关注
  • 代码片段

    代码片段分为 CSS 与 JS 两种代码,添加在 [设置 - 外观 - 代码片段] 中,这些代码会在思源笔记加载时自动执行,用于改善笔记的样式或功能。

    用户在该标签下分享代码片段时需在帖子标题前添加 [css] [js] 用于区分代码片段类型。

    54 引用 • 292 回帖
  • 思源笔记

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

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

    22019 引用 • 87804 回帖 • 2 关注
  • JVM

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

    180 引用 • 120 回帖 • 1 关注
  • 创业

    你比 99% 的人都优秀么?

    84 引用 • 1399 回帖 • 1 关注
  • Flume

    Flume 是一套分布式的、可靠的,可用于有效地收集、聚合和搬运大量日志数据的服务架构。

    9 引用 • 6 回帖 • 621 关注
  • RabbitMQ

    RabbitMQ 是一个开源的 AMQP 实现,服务器端用 Erlang 语言编写,支持多种语言客户端,如:Python、Ruby、.NET、Java、C、PHP、ActionScript 等。用于在分布式系统中存储转发消息,在易用性、扩展性、高可用性等方面表现不俗。

    49 引用 • 60 回帖 • 366 关注
  • OnlyOffice
    4 引用 • 2 关注
  • Netty

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

    49 引用 • 33 回帖 • 19 关注
  • 反馈

    Communication channel for makers and users.

    123 引用 • 911 回帖 • 237 关注