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

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

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

  • 思源笔记

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

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

    26111 引用 • 108397 回帖

相关帖子

欢迎来到这里!

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

注册 关于
请输入回帖内容 ...
  • zxhd86 via Ubuntu

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

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

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

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

    1 回复
  • zxhd86 via Ubuntu

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

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

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

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

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

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

  • zxhd86 1 赞同 1 评论 via Ubuntu

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

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

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

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

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

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

    image.png

  • sweesalt

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

  • wxtgood 1 赞同 via Redmi K20 Pro Premium Edition

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

    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 赞同 via Redmi K20 Pro Premium Edition

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

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

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

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

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

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

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

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

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

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

    1 回复
  • wxtgood via Redmi K20 Pro Premium Edition

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

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

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

  • wxtgood 1 赞同 1 评论 via Redmi K20 Pro Premium Edition

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

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

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

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

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

    1 回复
  • wxtgood via Redmi K20 Pro Premium Edition

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

  • wxtgood via Redmi K20 Pro Premium Edition

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

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

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

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

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

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

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

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

请输入回帖内容 ...

推荐标签 标签

  • 安装

    你若安好,便是晴天。

    132 引用 • 1184 回帖
  • SendCloud

    SendCloud 由搜狐武汉研发中心孵化的项目,是致力于为开发者提供高质量的触发邮件服务的云端邮件发送平台,为开发者提供便利的 API 接口来调用服务,让邮件准确迅速到达用户收件箱并获得强大的追踪数据。

    2 引用 • 8 回帖 • 507 关注
  • JVM

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

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

    CentOS(Community Enterprise Operating System)是 Linux 发行版之一,它是来自于 Red Hat Enterprise Linux 依照开放源代码规定释出的源代码所编译而成。由于出自同样的源代码,因此有些要求高度稳定的服务器以 CentOS 替代商业版的 Red Hat Enterprise Linux 使用。两者的不同在于 CentOS 并不包含封闭源代码软件。

    240 引用 • 224 回帖 • 3 关注
  • 强迫症

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

    15 引用 • 161 回帖 • 2 关注
  • Tomcat

    Tomcat 最早是由 Sun Microsystems 开发的一个 Servlet 容器,在 1999 年被捐献给 ASF(Apache Software Foundation),隶属于 Jakarta 项目,现在已经独立为一个顶级项目。Tomcat 主要实现了 JavaEE 中的 Servlet、JSP 规范,同时也提供 HTTP 服务,是市场上非常流行的 Java Web 容器。

    162 引用 • 529 回帖 • 9 关注
  • CongSec

    本标签主要用于分享网络空间安全专业的学习笔记

    1 引用 • 1 回帖 • 37 关注
  • 持续集成

    持续集成(Continuous Integration)是一种软件开发实践,即团队开发成员经常集成他们的工作,通过每个成员每天至少集成一次,也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建(包括编译,发布,自动化测试)来验证,从而尽早地发现集成错误。

    15 引用 • 7 回帖 • 1 关注
  • 电影

    这是一个不能说的秘密。

    122 引用 • 608 回帖
  • 房星科技

    房星网,我们不和没有钱的程序员谈理想,我们要让程序员又有理想又有钱。我们有雄厚的房地产行业线下资源,遍布昆明全城的 100 家门店、四千地产经纪人是我们坚实的后盾。

    6 引用 • 141 回帖 • 606 关注
  • gRpc
    11 引用 • 9 回帖 • 98 关注
  • webpack

    webpack 是一个用于前端开发的模块加载器和打包工具,它能把各种资源,例如 JS、CSS(less/sass)、图片等都作为模块来使用和处理。

    42 引用 • 130 回帖 • 253 关注
  • 尊园地产

    昆明尊园房地产经纪有限公司,即:Kunming Zunyuan Property Agency Company Limited(简称“尊园地产”)于 2007 年 6 月开始筹备,2007 年 8 月 18 日正式成立,注册资本 200 万元,公司性质为股份经纪有限公司,主营业务为:代租、代售、代办产权过户、办理银行按揭、担保、抵押、评估等。

    1 引用 • 22 回帖 • 798 关注
  • OneNote
    1 引用 • 3 回帖
  • Gzip

    gzip (GNU zip)是 GNU 自由软件的文件压缩程序。我们在 Linux 中经常会用到后缀为 .gz 的文件,它们就是 Gzip 格式的。现今已经成为互联网上使用非常普遍的一种数据压缩格式,或者说一种文件格式。

    9 引用 • 12 回帖 • 179 关注
  • ngrok

    ngrok 是一个反向代理,通过在公共的端点和本地运行的 Web 服务器之间建立一个安全的通道。

    7 引用 • 63 回帖 • 656 关注
  • JavaScript

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

    730 引用 • 1282 回帖 • 2 关注
  • 分享

    有什么新发现就分享给大家吧!

    248 引用 • 1794 回帖
  • Office

    Office 现已更名为 Microsoft 365. Microsoft 365 将高级 Office 应用(如 Word、Excel 和 PowerPoint)与 1 TB 的 OneDrive 云存储空间、高级安全性等结合在一起,可帮助你在任何设备上完成操作。

    5 引用 • 34 回帖 • 1 关注
  • GitLab

    GitLab 是利用 Ruby 一个开源的版本管理系统,实现一个自托管的 Git 项目仓库,可通过 Web 界面操作公开或私有项目。

    46 引用 • 72 回帖 • 2 关注
  • Kafka

    Kafka 是一种高吞吐量的分布式发布订阅消息系统,它可以处理消费者规模的网站中的所有动作流数据。 这种动作(网页浏览,搜索和其他用户的行动)是现代系统中许多功能的基础。 这些数据通常是由于吞吐量的要求而通过处理日志和日志聚合来解决。

    36 引用 • 35 回帖 • 2 关注
  • Electron

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

    15 引用 • 136 回帖
  • Shell

    Shell 脚本与 Windows/Dos 下的批处理相似,也就是用各类命令预先放入到一个文件中,方便一次性执行的一个程序文件,主要是方便管理员进行设置或者管理用的。但是它比 Windows 下的批处理更强大,比用其他编程程序编辑的程序效率更高,因为它使用了 Linux/Unix 下的命令。

    125 引用 • 74 回帖
  • Swift

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

    34 引用 • 37 回帖 • 555 关注
  • OneDrive
    2 引用 • 4 关注
  • IPFS

    IPFS(InterPlanetary File System,星际文件系统)是永久的、去中心化保存和共享文件的方法,这是一种内容可寻址、版本化、点对点超媒体的分布式协议。请浏览 IPFS 入门笔记了解更多细节。

    20 引用 • 245 回帖 • 233 关注
  • TextBundle

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

    1 引用 • 2 回帖 • 88 关注