-
调查 [v2 更新版]: 是否支持段落缩进形成树状嵌套结构?(像 notion/wolai/flowus/logseq 那样)
2023-03-06 12:13我是用不上的,但有总比没有好的
毕竟让思源的使用更加灵活了,然后也能包容更多人了
-
iPadOS 在连接了 VPN 之后无法正常进行同步
2023-03-01 20:38“如题”提供的信息不足以给出建议
- 你在哪儿
- 你 Vxx 是连到哪儿
- 无法同步的日志显示什么
- Vxx 是什么客户端
-
思源的那些热知识,你都知道吗?
2023-02-27 19:37 -
建议可以将“块”导出成图片
2023-02-14 23:43针对关于“臃肿”的担忧,也是我所担忧的问题
想起了自己这一直以来唯一的手机系统 MIUI,也是经历了这样但是更加复杂的过程
但我觉得这都不是问题,臃肿了可以精简和优化,但没有的可能就是没有了
先让功能丰富起来,然后或许将来通过“使用率”决定剩下的功能也未尝不是个好方法
等
但我想思源或许就跟 MIUI 一样,也像老哥在之前帖子说的
“而思源的魅力之一不就是不限制你记笔记的方式吗”
偶有感触,连回多条,可能是我想多了,还请担待 [抱拳]
-
建议可以将“块”导出成图片
2023-02-14 23:32这个“简单的建议”也有点忠实用户特有的“斯德哥尔摩症”的感觉
后面的“ps 内容”更是加深了这种感觉
我没有丝毫要批评楼主的意思,因为我去年就经常这样
后来我反思自己:
我是个用户,别人的建议如果能有利于自己的使用,那何必多说什么
即使我知道开发资源不足,重要功能的排期更靠前
勇敢提了,如果有必要就放入需求池,等排期就是了
-
建议可以将“块”导出成图片
2023-02-14 23:25看似“简单”
却是一种十分耗费用户时间成本的方案
也增加用户想要分享时候的心智负担
如果最终只能这样,我宁可放弃将块导出为图片的方式
或者安装第三方截图工具,使用成本也会比“新建临时分享文档”要低一些
-
反对【引用可以完全取代标签】的言论
2023-02-06 00:1595% 的不同意标题所表述的核心观点
正文中的“理由”也没任何一条具有支持核心观点的“决定性说服力”
Q:那你倒是说说你什么观点啊
A:1. 明天要早起 2.要反驳的理由有些多,一时语塞 3. 最近比较懒
球球我了,希望在我不懒的时候可以更新一下这条回复
唉,写道这里,想起开头的“95%”就挺说明问题了
-
希望取消闪卡的卡包,因为文档树就是天然的卡包
2023-01-13 01:25提出的“文档树即卡包”的方案只不过是让你们把对卡片的分类换种方式提前一步进行而已,并没有给你们添堵。
这的确是“添堵”
在“无压力笔记”流程中,“分类”即“压力”
提前分类得话就会将分类压力放到笔记之前,会对笔记意向造成严重损害
因此“无压力笔记”是坚决不能在笔记之前进行分类的
-
希望取消闪卡的卡包,因为文档树就是天然的卡包
2023-01-13 01:17关于纯粹的 DailyNote 用户,我提几点疑问。既然纯粹的 DailyNote 用户在记笔记时不喜欢分类,为什么到了制卡的时候,突然就要分类了?既然最终还是有分类的需求,为什么不能在制卡之前就完成分类呢?
既然纯粹的 DailyNote 用户在记笔记时不喜欢分类,为什么到了制卡的时候,突然就要分类了?
记录不分类为了减轻压力,制卡分类是为了相关知识一起为了提高记忆关联度,记忆效果好
既然最终还是有分类的需求,为什么不能在制卡之前就完成分类呢?
制卡是笔记,笔记在制卡前是不确定有制卡需求的,也无法全部“为了制卡而做笔记”,于是就有了先笔记,再制卡,再放卡包的需求
受此问题启发,我也有个疑问:
既然 RemNote 的制卡流程如此便捷,如此符合使用要求,为何不继续使用 RemNote,而让思源重复的造轮子,各美其美,岂不美哉?
-
希望取消闪卡的卡包,因为文档树就是天然的卡包
2023-01-13 00:54为什么我坚持采用文档树即卡包的分类方案?因为对于文件夹爱好者,同一篇文章的卡片很自然地就应该属于同一分类,而重复进行前文中提到的 Step2 和 Step3 是毫无意义的,这一过程让人抓狂。
自己不喜欢就取消,也不考虑其他人,那这也的确有点“肆意妄为”了
既然都是“肆意妄为”,“非文件夹爱好者”提议“取消文件树”说不定也可以提上日程了
如果“肆意妄为”是不可取的,那我希望回归:
己所不欲,勿施于人