pipa - 链滴

发布了回帖笔记重复显示

23 小时前

发布了回帖反对【引用可以完全取代标签】的言论

95% 的不同意标题所表述的核心观点正文中的“理由”也没任何一条具有支持核心观点的“决定性说服力” Q：那你倒是说说你什么观点啊 A：1. 明天要早起 2.要反驳的理由有些多，一时语塞 3. 最近比较懒球球我了，希望在我不懒的时候可以更新一下这条回复唉，写道这里，想起开头的“95%”就挺说明问题了

1 天前

发布了回帖使用 Cryptomator 实现思源笔记本地数据加密

预计可能会出现本地文件权限冲突的问题

1 周前

发布了回帖建议添加【新文档默认位置】选项

你说你在 XX 好好的，怎么就被翻牌子了呢上面 DV 决定了，这次就… [图片]

1 周前

发布了回帖依然请求把日记按钮加到任务顶栏中

按钮在外面的确看似更加方便但是核心操作没有那么多，推荐记住快捷键然后等自定义按钮上线

1 周前

发布了回帖教育优惠是摆设吗

为啥呢，没明白

1 周前

发布了回帖【mac 版 bug】已经点击隐藏的 dock 栏和文档树会反复自动出现

为什么不是埃及主题 😳

2 周前

发布了回帖一人血书页签栏和标题栏合并

其实这也是第三方主题的意义嘛

2 周前

发布了回帖一人血书页签栏和标题栏合并

我是用笔记本的时候希望合并接上 27 吋的 4K 显示器时候分开显示[图片]

2 周前

发布了回帖说我要按闹分配，那我来说说为啥我要闹

对了，现在这个周间发布的版本不算预览版么

3 周前

发布了回帖能不能不要阿三式的程序设计?

的确不如之前方便了，更麻烦了也影响用户习惯了这也不能总靠用户自己“斯德哥尔摩”来弥补吧 😂

3 周前

发布了回帖希望取消闪卡的卡包，因为文档树就是天然的卡包

没有多余的步骤固然是好总是觉得在这之前还要实现 “标签和双链的统一”

3 周前

发布了回帖希望取消闪卡的卡包，因为文档树就是天然的卡包

超乎寻常的论断，请一定要重度使用思源笔记三天以上重度使用思源笔记三天以上重度使用思源笔记三天以上

3 周前

发布了回帖希望取消闪卡的卡包，因为文档树就是天然的卡包

卡尔萨根：超乎寻常的论断，需要超乎寻常的证据费孝通：各美其美，美人之美，美美与共，天下大同子曰：己所不欲，勿施于人

3 周前

发布了评论希望取消闪卡的卡包，因为文档树就是天然的卡包

@openAI 分类压力是分在笔记“前后”的，避免的是“笔记前的分类压力”，不是笔记后的压力，所谓压力后置，毕竟整理笔记也是压力

3 周前

发布了回帖希望取消闪卡的卡包，因为文档树就是天然的卡包

提出的“文档树即卡包”的方案只不过是让你们把对卡片的分类换种方式提前一步进行而已，并没有给你们添堵。这的确是“添堵” 在“无压力笔记”流程中，“分类”即“压力” 提前分类得话就会将分类压力放到笔记之前，会对笔记意向造成严重损害因此“无压力笔记”是坚决不能在笔记之前进行分类的

3 周前

发布了回帖希望取消闪卡的卡包，因为文档树就是天然的卡包

关于纯粹的 DailyNote 用户，我提几点疑问。既然纯粹的 DailyNote 用户在记笔记时不喜欢分类，为什么到了制卡的时候，突然就要分类了？既然最终还是有分类的需求，为什么不能在制卡之前就完成分类呢？既然纯粹的 DailyNote 用户在记笔记时不喜欢分类，为什么到了制卡的时候，突然就要分类了？记录不分类为 ..

3 周前

发布了回帖希望取消闪卡的卡包，因为文档树就是天然的卡包

为什么我坚持采用文档树即卡包的分类方案？因为对于文件夹爱好者，同一篇文章的卡片很自然地就应该属于同一分类，而重复进行前文中提到的 Step2 和 Step3 是毫无意义的，这一过程让人抓狂。自己不喜欢就取消，也不考虑其他人，那这也的确有点“肆意妄为”了既然都是“肆意妄为”，“非文件夹爱好者”提议“取消文件树”说不定 ..

3 周前

发布了回帖思源笔记 8G 的空间用完了怎么办?

3 周前

发布了回帖希望取消闪卡的卡包，因为文档树就是天然的卡包

我理想中的制卡就是不需要重复正文中提到的 Step2 和 Step3。因为同一篇文章的卡片很自然地应该属于同一分类，因此重复进行 Step2 和 Step3 是无意义的，并且这一过程让人抓狂。这是个很主观，想当然，思维保守，目光狭隘的观点对于“一元笔记”用户来说，这不够“自然” 对于 Daily Notes 的用户 ..

3 周前

发布了回帖希望取消闪卡的卡包，因为文档树就是天然的卡包

我的部分理念是这样的写的清楚，才算想的清楚，就像卢曼说的：不写，就无法思考优秀的设计也是可以说清楚的，尤其是体验如此深刻的功能不妨稍微耐心一点，或许可以将理想中的功能描述的更加翔实一些，证明其优秀，无关 RN 把我和别人观点中的谬误，不理解你的地方指出来，阐述明白，继续探讨

3 周前

发布了回帖希望取消闪卡的卡包，因为文档树就是天然的卡包

不建议用 “RN 如何如何…怎样怎样…”来证明“思源也需要如此” 需要的是“这样很有用，这样很方便，这样设计足够优秀，比之前设计的还要优秀”

3 周前

发布了回帖希望取消闪卡的卡包，因为文档树就是天然的卡包

这个没什么好纠结的，用户已经主动在文档树中给出分类了。如果在文档树中把数学史归为数学一类是可接受的，那为什么在卡包中把数学史归为数学一类就是不可接受的了呢？如果一定要把数学史同时归为数学和历史，也不是没有办法，我简单提几个方案。方案一，给数学史这篇文档加上历史标签，同时引入标签树即 ..

3 周前

发布了回帖希望取消闪卡的卡包，因为文档树就是天然的卡包

方案三：如果用户甚至只有一个笔记本，连一级分类都没有，所有的笔记都是未分类的日记，那么可以采用标签机制来对卡片分类。比如，2023.01.12 这篇文章是关于中日战争的，那么可对里面的段落打上历史/中国史、历史/日本史两个二级标签，自然地，相关的卡片就属于中国史、日本史、历史这 3 个卡包。这样同时也就克服了我 ..

3 周前

赞同了回帖希望取消闪卡的卡包，因为文档树就是天然的卡包

看了楼上 @pipa 的发言，我才意识到思源的用法确实不是只有使用文件夹的方式，而我在日常生活中明明没有怎么建立分类的文件夹，在讨论问题时却忘了，这确实挺好笑的。那么最大的问题就是：思源不是 RemNote，思源的使用者并不会像 RemNote 的使用者一样使用思源，照搬 RemNote 的闪卡机制对思源是没有意义的 ..

3 周前

发布了评论希望取消闪卡的卡包，因为文档树就是天然的卡包

我没具体深度使用过 RN，只是刚才看了楼主的视频总结出来的，因此对观点 2 持保留意见，也欢迎朋友反驳这个观点

3 周前

发布了回帖希望取消闪卡的卡包，因为文档树就是天然的卡包

RemNote 在用，并不代表就是优秀的设计，一个软件有这样的功能，并不代表另一个软件也需要有，就算增加这个功能也是因为“这个功能足够好”，推荐从这样的做有着“无以复加的好处”的角度开始论述 RN 依然无法优雅解决一张闪卡位于多个卡包的问题，文档树分类无法“一对多”的特性，会导致难以实现十分具体的卡包，比如“文科综合 ..

3 周前

发布了回帖能不能不要阿三式的程序设计?

隐藏起来是没有之前方便了不过既然常用，还是推荐用快捷键效率更高

3 周前

发布了回帖希望取消闪卡的卡包，因为文档树就是天然的卡包

3 周前

发布了回帖希望取消闪卡的卡包，因为文档树就是天然的卡包

闪卡的制作本身就需要问题有一定的原子性而思源也是基于“块”的笔记，块的原子性更好因此我认为：把“块”当作闪卡，比把“文档”当作闪卡是更合适的选择

3 周前

发布了回帖希望取消闪卡的卡包，因为文档树就是天然的卡包

回复了之前几条，我明白了核心分歧在哪里当前建议的是按照“文档树”的使用方式建议的而思源有相当一部分人是按照“没有文档树”的方式使用的，与当前建议难以兼容或者可以说“建议兼容文档树卡包，但绝不能取消原来的闪卡卡包”

3 周前

发布了回帖希望取消闪卡的卡包，因为文档树就是天然的卡包

举个小栗子：假如一个闪卡“唐朝建立于公元 618 年” 想要分别放到“唐朝历史知识”，“关键历史事件节点”，“上次考试错题”等卡包时候文档树管理的卡包就很难去实现

3 周前

发布了回帖希望取消闪卡的卡包，因为文档树就是天然的卡包

一个小点：利用文档树分类，很容易导致文档路径过长文档路径过长，在某些系统中会有限制这也是设置选项中有个大致叫“文档路径不能超过 7 层”选项的原因这是也我在整理用文档树管理的“老文档”的时候遇见的问题

3 周前

发布了回帖希望取消闪卡的卡包，因为文档树就是天然的卡包

很多像我放弃“文档树”的人来说文档树是种“可能落后”“可能低效”“可能繁琐”“分类压力大”等的使用方式

3 周前

发布了回帖希望取消闪卡的卡包，因为文档树就是天然的卡包

有很多用户，比如我，是不用文档树的来管理文档的，用 MoC 文档树对很多人来说，最大的问题是难以应对“一对多的分类”

3 周前

发布了回帖思源笔记——即刻用户年度推荐

思源不能失去链滴，就像西方不能失去耶路撒冷 [图片]

1 个月前

发布了回帖思源笔记 windows 无法创建 local.json

换个目录试试

1 个月前

收藏了帖子思源笔记快乐手册 3.0 （新手指南）

写在前面这是 3.0 了，感谢大家给机会让我写下来，将快乐传递下去。写在前面的话，帖子的定位群体是新手小白，而非玩得贼六的大神们。大神们对这些快捷键和操作已经跟吃饭喝水一样平常了，我不太想浪费你们时间啦。如果你感兴趣的话，请继续看。还是先讲初心，写这个系列帖子，目的在于让跟我半年前同样懵圈的新手小白更快上手，尽 ..

1 个月前

发布了回帖 [建议] 手机版不要自动上传数据或者弄个开关设置是否自动上传

我也很久没打开手机版了现在计划也是卸载手机版就算下次使用，大不了全量同步

1 个月前

赞同了回帖 [建议] 手机版不要自动上传数据或者弄个开关设置是否自动上传

已卸载手机版，防止误开[图片]

1 个月前

发布了回帖 158 款常见紫砂壶型大全

匏瓜，那不是孔子嘛，哈哈哈哈哈哈

1 个月前

发布了回帖全局搜索 Ctrl+P 失效

已经修复，应该会在 2.5.6 发布

1 个月前

发布了回帖 ctrl+P 搜索失效

已经修复，等下个版本吧

1 个月前

赞同了回帖建议用回文件名的功能 1.2.5 文件 (夹) 名称 ID 化，是否与本地化的初衷渐行渐远？

使用笔记文件名 +ID 看上去是一个不错的想法，但是这恰恰体现出你没有很好的看完、甚至没有看原帖的回答，那就是不同系统对于文件名的接受程度不同，当时 D 大举出的例子是文件名大小写，哪怕是这种情况也是笔记文件名 +ID 无法解决的。再举一个比较刁钻的例子，windows 平台上是不允许使用作为 : | ? * > ..

1 个月前

赞同了回帖建议用回文件名的功能 1.2.5 文件 (夹) 名称 ID 化，是否与本地化的初衷渐行渐远？

不晓得你的结论是如何得出的，但是诉诸人身是一种常见的逻辑谬误

1 个月前

赞同了回帖建议用回文件名的功能 1.2.5 文件 (夹) 名称 ID 化，是否与本地化的初衷渐行渐远？

场上现在有两方。一方直接引用了之前的帖子，却连下面的讨论看都不看，直接把原来就有定论和进展的问题复制粘贴了一遍，没有任何进一步的思考。对于回帖提出的问题与回答不做任何回应，没有任何交流的意图，直接下了定论：“这个社区确实如网上很多平台说的那样戾气很重，懂的都懂，不多说。” 另一方面对已经被讨论了很多次、许多东西已经有 ..

1 个月前

发布了回帖同步失败，file exists v2.5.4

已经修复，估计今晚或者明天会发版

1 个月前

发布了回帖建议用回文件名的功能 1.2.5 文件 (夹) 名称 ID 化，是否与本地化的初衷渐行渐远？

懂的都懂不敢面对实际问题读写能力差，水平又不行讲了道理，却又听不懂最后只好“如网上很多平台说的那样…” 从平台层面进行整体污蔑了说什么话，麻烦请摸着自己得良心

1 个月前

发布了回帖建议用回文件名的功能 1.2.5 文件 (夹) 名称 ID 化，是否与本地化的初衷渐行渐远？

用 A 软件就好好用 A 软件不要非得把 B 的主要特性提议给 A 非要如此，更建议给 B 提议增加 A 的特性软件有 Bug，个人有需求，没什么问题，毕竟是社区共建但挑战“共识”就需要有足够深厚的积累就像卡尔萨根所说“超乎寻常的论断，需要超乎寻常的证据”

1 个月前

发布了回帖建议用回文件名的功能 1.2.5 文件 (夹) 名称 ID 化，是否与本地化的初衷渐行渐远？

既然使用笔记软件了，还写了这么一大堆说明是有读写能力的，没错读写是分“读”和“写”的之前的帖子都可以再读一遍的，里面也有详细讨论和解释读懂别人的观点之后，再来发表观点，才有延申讨论的增量价值就像我，引用一段，解释一段的形式这贴明明没什么深入谈论的价值，那为什么我非要说这么多呢我今晚比较闲正好碰见个锻炼读写 ..

1 个月前

发布了回帖建议用回文件名的功能 1.2.5 文件 (夹) 名称 ID 化，是否与本地化的初衷渐行渐远？

对系统工具，对第三方工具的友好性，不正是本地化的一大便利么（另一大便利是安全）对三方工具的友好性，和便利没关系，便利也可以是在自己体系内的“功能自恰” 在单一软件内，相对效率才能更高，更换软件容易打断心流体验，得不偿失如果 ID 化是子文档的代价的话，那真是子文档的一个最糟糕的本地化实现，更何况子文档也丝毫不会对笔 ..

1 个月前

发布了回帖建议用回文件名的功能 1.2.5 文件 (夹) 名称 ID 化，是否与本地化的初衷渐行渐远？

除思源外任何工具对思源文件的管理不具备可读性和可操作性性思源没有承诺要对别的软件具有可读性对别的软件不可读反而是软件市场的大多数实在想用 .md 可以 Obsidian，Logseq，typora 系统资源管理器几乎变为资源管理空气请精确描述什么叫“空气” 是文件没了，还是看不到，还是被污染了文件级，文件夹级 ..

1 个月前

发布了回帖建议用回文件名的功能 1.2.5 文件 (夹) 名称 ID 化，是否与本地化的初衷渐行渐远？

文件（夹）名称 ID 化，也还都在本地所以没有“与本地化的初衷渐行渐远” 正常理解的“本地化”就是文件在本地非要广义到“很多软件都可编辑”“可读性”“资源管理器空气”“拷贝分享困难”，那也太广了

1 个月前

发布了回帖建议用回文件名的功能 1.2.5 文件 (夹) 名称 ID 化，是否与本地化的初衷渐行渐远？

“时代变了，大人” 现在都 2.5.X 版本了

1 个月前

发布了回帖建议用回文件名的功能 1.2.5 文件 (夹) 名称 ID 化，是否与本地化的初衷渐行渐远？

几条理由还是挺可爱的推荐考虑下 Obsidian、Logseq

1 个月前

发布了回帖建议用回文件名的功能 1.2.5 文件 (夹) 名称 ID 化，是否与本地化的初衷渐行渐远？

好家伙，看这主题我还以为穿越了以为疫情还没开始呢

1 个月前

发布了回帖请问使用 MacOS Ventura 的各位能正常使用思源了吗？

嗨，大佬人气必须支持一下只是可惜我现在手边没有 Mac

1 个月前

发布了回帖 file exists

已经修复，等下个版本

1 个月前

发布了回帖【优化建议】文档标题“引用数”展开时应该符合反链展示逻辑

[链接] 原来很久前就有人提了，使用进度终于能看到大佬们的尾灯了 😂

1 个月前

发布了帖子【优化建议】文档标题“引用数”展开时应该符合反链展示逻辑

点开一个文档，鼠标悬浮在这里 [图片] 现在是这样的这个功能很棒，但现在展示的是段落，没有子内容展示，没有产生应有的价值 [图片] 如果能符合反链面板，通过列表直接展示子列表就更好了手动点击后“列表项”后即可实现理想效果 [图片] 总结原有功能优化，改善后效益明显省去各种方式点开反链面板，提升查看效率完善双链 ..

1 个月前

发布了帖子今天，终于发现我丢的哪部分笔记了

自从接触双链笔记，就开始看了很多关于“知识管理”的内容最近在 B 站看这方面视频，真是什么良莠不齐的内容都有半吊子的，就主打“阶段性”分享，说的一塌糊涂碰见 Obsidian 之类，我竟然还有些许优越感水平连我都不如的视频看多了，就想做个关于使用“思源笔记”的文档，关于“更好的使用双链”等的内容计划中有部分关 ..

1 个月前

发布了回帖关于反链面板增加“展开”功能的提议

我去看了这个帖子这是基础体验，希望官方可以优化一键展开，担心导致卡顿，所以建议分页处理自己改动 theme.js，更新主题就会被覆盖改动代码是极客行为，不符合思源走向大众的目标

1 个月前

发布了回帖关于反链面板增加“展开”功能的提议

面板可以编辑，嵌入块不行

1 个月前

发布了回帖关于反链面板增加“展开”功能的提议

如果能实现第一种那最好了

1 个月前

昵称的作用是告诉俺们 88250 是 D