openAI
关注
94640 号成员,2022-11-25 13:43:30 加入
2.3k
个人主页 浏览
913
帖子 + 回帖 + 评论
187h33m
在线时长
  • drawio 挂件,界面元素太多

    2023-02-28 10:13

    赞同

  • 2.7.6 制卡方面已经可以媲美 remnote

    2023-02-27 21:32

    我宣布,v2.7.7-dev4 已经在综合体验上显著地超越了 remnote,家人们无脑 all in 思源就对了。

    (综合体验包括笔记和制卡,虽然单看制卡这一维度还是 rn 更优)

  • 建议文档树上添加快速打卡的图标

    2023-02-27 21:14

    看 D 大怎么考虑吧,目前右边已经有了 2 个图标了,再多一个感觉就多了。确实现在需要 3 步了,但我感觉也不是不能接受,毕竟也不是很高频的操作。再看看其它用户怎么说。

    image.png

  • 建议文档树上添加快速打卡的图标

    2023-02-27 20:59

    经提醒,以下问题已修复,请忽略。

    我之前帖子有个建议好像被 D 大忽略了,借此地再提一下:

    虽然在文档树的文档右键菜单中新增了“闪卡”入口,但是笔记本右键菜单中没有“闪卡”入口,如果用户想复习某笔记本中的所有卡片的话就不太方便了。(笔记本指的就是文档树最顶层的那个文件夹)

    image.png

  • 网页访问思源时,是否考虑增加编辑密码功能

    2023-02-26 11:09

    我也不是很懂哈,楼主可以看下这个帖子。是不是把 everyone 的权限改为读取就行了?然后启动 docker 思源用 guest 账号。

    教师如果要编辑的话,可以试试此文,把 docker 根目录映射到 windows 的资源管理器(这里用 docker 管理员账号),然后用 windows 上的思源软件添加工作空间。

    如果行不通的话,就用最笨的方法,docker 思源只读启动,定期从电脑上传最新笔记到 docker。文件夹同步软件有 FreeFileSync、Allway Sync、SyncToy、Syncovery、GoodSync、Compare Advance、Beyond Compare、BestSync、Second Copy、FileGee,排名有先后。

  • PDF 阅读分屏建议

    2023-02-26 10:25

    是的。所以我现在不得不用 bookxnote 来打开 pdf,这样才能实现跳转。

  • 网页访问思源时,是否考虑增加编辑密码功能

    2023-02-25 18:26

    好想法,再增加一个只读密码

  • 关于利用思源实现渐进阅读的设想

    2023-02-25 10:05

    再提一个点,在生成摘录卡的时候,会先选中文字。这时候如果能做到下面这种效果就最好不过了:

    1. 在段落块内选中部分文字,那生成的摘录卡就只含选中的部分。
    2. 如果是跨段落块选中文字,而最前面或最后面的段落块只选中了部分文字,那只截取选中的部分。

    可以先不急着实现这一效果,等渐进阅读的基本功能做好了,再慢慢改进。

  • 关于利用思源实现渐进阅读的设想

    2023-02-25 09:07

    这个也很好解决,在不改变算法的情况下,摘录卡只提供“good”或“easy”按钮,不提供“hard”和“again”按钮。

  • 希望可以增加一个标记模式,方便快速标记内容制作填空卡

    2023-02-23 22:53

    很多用户都有边阅读边选中文字的习惯,使自己注意力集中在选中的文字上。另外在楼主所提到的这种模式下,选中文字并复制也会触发挖空。个人认为不应赋予选中文字多余的功能。

    如果仅仅是嫌快捷键麻烦的话,去掉快捷键这一步骤即可,没必要另外增加操作逻辑。

  • 闪卡:提议将标题转换成问答题

    2023-02-22 17:50

    我觉得现在这样挺好,问答卡可以由列表卡和超级块实现。标题卡维持现状可以满足部分用户渐进阅读的需求。

  • 关于参照 supermemo 改进闪卡的思考

    2023-02-22 02:07

    总结得很好。

  • 关于利用思源实现渐进阅读的设想

    2023-02-22 01:28

    利用文档树渐进摘录有个好处就是不会污染原文。

    如果采用列表大纲来渐进摘录的话,就会污染原文。比如说,原文第一段落和第二段落本身是连贯的,但渐进摘录后,第一段落和第二段落之间就会有很多摘录信息,并且这些摘录信息的内容是和第一段落重复的,影响对原文的阅读。

    感觉最好的方案还是文档树再结合你提到的块引用。

  • 快速制卡如何实现?

    2023-02-21 19:19

    看来大部分用户还是不想多点一下快捷键。我把我上一帖中的讨论搬运过来。

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

  • 关于利用思源实现渐进阅读的设想

    2023-02-21 14:53

    思源的排期算法不是叶神写的嘛,叶神就是国内渐进阅读的推动者。

  • 关于利用思源实现渐进阅读的设想

    2023-02-21 14:51

    D 大回复我的,只要内容块制作为了闪卡,在内容块的右边就会有一条竖线。

    我也赞同挖空自动生成卡片,前提是要将“挖空”和“高亮”这两个功能分开,可以看我前一个帖子的讨论:

    2.7.6 预览版闪卡功能改进建议 - openAI 的回帖

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

    2023-02-21 13:29

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

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

    2023-02-21 13:16

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

  • 2.7.6 dev4 通过快速制卡添加的卡片无法从卡包中移除

    2023-02-21 11:59

    确实存在这个 bug,但通过文档树的闪卡入口可以正常移除卡片。

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

    2023-02-21 11:43

    现在的机制就是没有挖空,也能生成卡片。我不敢说这样就不好,因为有用户有渐进阅读的需求,说不定这种不挖空也能制卡反而符合他们的需求。当然我不懂渐进阅读,这个可以请教叶峻峣大神。这有个渐进阅读的视频可以参考:

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

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

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

    2023-02-21 11:04

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

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

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

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

    2023-02-21 10:24

    好的,刚刚注意到竖线了。

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

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

    2023-02-21 10:06

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

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

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

    2023-02-20 23:09

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

    image.png

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

    2023-02-20 22:17

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

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

    2023-02-20 22:02

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

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

    2023-02-20 21:57

    既然你不背,你标记它干嘛?

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

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

    2023-02-20 21:26

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

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