周痞

公众号「托马了个羊」开发了一个「批量转双层 PDF」的小软件，用的百度飞桨 OCR 引擎，对中文的识别率很高，操作也是傻瓜式的。

🙏

师傅您是做什么工作的？😂

我看你这描述也太吓人了，整的好像默认周边环境都是监视者，而且精通计算机技术，连自家电脑本地也不安全……

如果你是特殊行业从业者，那应该有行业规定——限制内网、特定软件、只能使用专用电脑之类的吧。

我还是那句话，如果你有「隐匿」的强需求，不用我说你也会用 cryptomator、VeraCrypt 这类加密软件保护信息安全。

当然我对这点持怀疑态度，毕竟您嫌办公室搞加密盘“不好看”，说明你的隐匿需求也不那么迫切，甚至于电脑锁屏也会忘记，说明您对自己的隐私的在意也仅停留在嘴上，根本没落实到行动中。

最后，如果默认周边的一切都不安全，那么首先该抛弃的应该是 windows、macOS 这类主流操作系统，因为思源设计之初就默认本地环境是安全的，而这俩显然是黑客们攻击的大头。

但你还是没有回答「保护隐私」这个需求的使用场景，到底是我所说的 3 种当中的哪一种？

以及为什么这个使用场景是一定要求思源笔记自研加密，而不是通过其他方式进行加密或隐藏？

因为你始终没有说明自己的应用场景，所以我感觉思源的前端加密插件，或者是外置 cryptomator 就行，要说服我、乃至开发者，得是更真切的道理才行。

PS：后端加密不存在所谓的单独给一个工作空间加密就不会影响其他空间了（只有前端加密才行，也就是插件），加了后端加密就和 cryptomator 一样，会导致软件运行效率一定程度下降，这种结果一定会为所有对加密 issue 保持沉默的多数用户所反对，这也是我现在发声的原因。

当然，要是你说：给关闭的笔记本重新打开，需要输入授权码（非数据加密，只是加个锁）。这个我是支持的，对现有思源软件侵入性不高，也能满足保护隐私的需要。

注意：是笔记本，而非工作空间。

笔记本本身就能实现「数据隔离」，关闭的笔记本是无法被检索到的。

在此基础上，在加个授权码的密码锁，基本够用了

感觉怪怪的，像是使用场景和双链冲突了，不知道怎么说，再看看，了解了解……

我自己是缺乏数据库使用场景的，在用的就只有一个 follow关注 的数据库，把所有平台 youtube、bilibili、知乎、公众号等博主全部纳入进来，属性则是有「粉丝数」「主页链接」「主观评分」「主攻领域」「一句话简评」。

其实就是自己找了个时间对信息源做了一次大梳理，边梳理边取关，基本删完了，仅保留当下关注的领域的核心博主，为我自己腾出大量碎片时间。

对于 database 数据库，我总寻思着这玩意儿也是个心智开销大户，就只当是「归档」的作用，而不时时留心维护打理着，太麻烦了。

弄不好的话又变成另一个「收集箱」「inbox」「垃圾场」。

写到这里，我忽然有点感觉了，楼主的用法是不是当做另类的双链了，只不过名字不叫[[启发库]]、[[任务库]][[文章库]]。

这样的话我觉得有点意思，相当于是中转站，比原来用双链多了「属性」「筛选」「排序」等功能 ☝🙏

另外，我认为很多人混淆了「隐私」和「隐匿」的概念。

隐私是充分暴露在凝视之下的遮羞布，而隐匿则是极端情况下暴力窥探的防御。两者有着程度、发生频率上的绝对差异。

隐匿针对的是「重要信息」如密码、数字货币等，自然需要「加密算法」来禁止暴力破解。

而隐私权无时无刻不在被侵犯，关键在于通过一定手段隔绝、模糊敏感信息，并不是一定要「加密」来解决。

把隐私与隐匿混淆，然后期待加密能简单粗暴解决一切问题，我是不认可的，尤其是 D 大说过要开发加密必然要全局加密——会改动软件底层——完全不是所谓的「简单实现」……

2、不可能每时每刻、任何情况下都阻挡别人看自己的电脑。

你的这个需求里面，到底是哪种？

1. 你不在场的情况下，怕同事私自操作电脑，乃至浏览思源笔记里的内容
2. 你在场的情况下，怕同事偷窥屏幕
3. 你要向同事分享思源笔记中内容，又不希望他看到某些隐私性的内容

1 和 2 显然和思源加密无关，而是应采用“离开电脑必须锁屏”、“粘贴防窥膜”等外部手段。

3 的话，我则建议新建一个笔记本放展示内容，然后分享的时候把其他的笔记本”关闭“；又或者单独开一个工作空间。

如果说是防专业人士，我觉得「加密」还情有可原，但是防同事用加密就有点小题大做了，特别是日常记笔记还要把工作、生活分得贼清楚，其实挺耗费心力的。

树状为主，dailynote 为辅。一个领域刚入门，还不清楚知识结构的时候，用双链大致给知识归类是比瞎寄吧分类然后后期大改更省事的。

另外，反链即正文，管理链接而非本体（MOC）——这两点做到了，知识结构可以随意排列、打散重组，且只需要简单整理反链。

主要这一套在中文互联网还没有成体系的视频演示教程，比较抽象，可能需要你自行实践摸索，学会之后就知道相当灵活且便利

@JeffreyChen 这条折叠一下。

为众人抱薪者，不可使其冻毙于风雪。人开发者本来就是按自己需求开发的，只是出于分享的角度给咱们用，有问题友善反馈，人可能心情不好、开发压力大不乐意修复 bug，也只是个人选择。咱既没给插件捐赠付费，也就没资格要求这那的。实在不行哪个富哥 donate 激励一下，问题不就解决了 😄。

金字塔原理：“自上而下、分而治之”。是所有树状大纲笔记软件的核心原则，它不仅应用在知识输入阶段，更要用在知识整理、知识回顾阶段。

输入阶段的用法：「子节点」应不重叠、无遗漏地完整归纳出「父节点」。

自然，整理、复习阶段（也就是看反链的时候）的应用，就应该有面包屑，以便我们能了解当前节点于整体而言的相对层级。

同样的，也应该在当前节点为传递型双链（本层级除[[双链]]外无其他内容），展示其子节点，提供更多的信息。

总结，面包屑展示上文，传递型双链展示下文，关联型双链自带信息量。

如上图，通过面包屑，我不需要题主所说，将「物理学」所有的大纲全部展示，因为那才是真正的「不直观」：

题主你所举出的例子，恰恰是知识管理中的反面案例——信息根本没有进行结构化加工，而是作为原原本本的线性文章被剪藏、摘录进笔记软件当中。

对于线性文章，我上述的基于层级的反链逻辑自然无效。无法提供额外信息的面包屑、断章取义的正文自然被题主所不喜，且鼓噪着要废止了。

不过，即便是按照题主的反链方案，抛弃了块聚焦，转为全文显示。同样需要在反链弹窗中定位原文位置，否则一旦反链的引文过长，查找效率也不会高。

还有，「鼠标悬浮预览」的不确定性所导致的预期落差；使用 dailynote 的用户完全无法从页面标题中提取任何有效信息……等问题就不展开聊了。

总之，还是建议如果要用反链面板，就认真了解下反链的展示逻辑以及反链设计的考量，懂行的人都认同且享受到了当前反链面板所带来的便利。思而不学则殆，等你学会之后，再来扬弃反链设计，想必才能提出更建设性的意见 😋

你不懂双链而妄下论断.jpg

是的，我昨天刚排查出来，一是鼠标光标丢失，二是文本块被转换为 HTML 块，暂时已经禁用 enhance 插件了

剪切功能能否判断一下是否为思源内部的块？如果是的话就在「粘贴块」上方添加该「剪切块」。

或者在剪切块的时候，右上角弹出「剪切会导致块 ID 改变，要保留块 ID 请使用拖拽」的提示。

PS：我用思源这么久了，都不知道这个问题，一直以为「剪切」「拖拽」是等价的……难怪偶尔会有几个块链接失效

这不比什么 YAML Front Matter 先进？😁

赞同，浏览器关闭多个标签页都还要二次确认呢

可以的，问题解决。

唯一的缺憾就是真全屏了，没办法切换页面多任务处理工作 😂

现在挂件中使用体验最好的 excalidraw，就是自带了在浏览器中全屏显示的功能。

该功能应该不难实现，如果有类似需求的麻烦多多留言，提供更多使用案例 😄

我以为，合作投稿或是文章转发都是比较简单可行的自媒体账号运营思路，比如链滴上有热度较高的文章，官方账号直接署名转发就行。

善 🙏

标题想修改等级难以修改，数据库想导出 csv 难以实现，表格想固定表头难以操作

针对这几个特定的问题做专门的优化是否可行？

如：那几个被忽略的块标的操作按钮，直接向上一级块标迁移。

@Vanessa @wxtgood

通勤期间不适合深度阅读，建议「预习」而非「学习」。我通常就听书或检视阅读、少量划线，作为某本书的第一轮阅读，深度阅读（记笔记）应该是第二轮才做的事情。

比起手机端与思源的联动，我现在更期盼的是，有手机端给音频「标记时间点」功能的听书软件，比如：听到重点时，双击耳机即可标记，然后回到电脑前再复听。

说回联动，其实你可以把 epub 等文本通过插件直接导入思源，然后用「渐进阅读」插件制卡，通勤期间就以刷卡为主（思源手机端上没法阅读，但可以刷卡）。

帖子已被屏蔽，回帖内容不再显示。

「数据库」「笔记本加密」和「软件崩溃」之间的逻辑关系是什么呢？我不理解。

另外，对一件事物的评价应建立在最基本的全面了解后再进行。比方说你想要加的「笔记本加密」功能，链滴社区已有大量相关讨论——支持的、反对的以及开发者自身的考量都明明白白。我建议你先这样做。

支持，尤其是外部插件如“五彩”网页标注，同步到思源只能选择到笔记本层级，如果能自动归类到当日 dailynote，再配合“插入目录”插件，就能较好的通过 dailynote 回顾复习所有的文档（而非散落各处）

面壁十年图破壁，米神伟大无需多言 🙏

写一个 quicker 脚本吧

老哥，等你回来 😭

建议想要思源功能往「深度」开发的同学，在链滴及其他社区多分享自己阅读、写作、笔记、双链、闪卡、数据库等的一条龙全流程使用案例。

在使用中的思源有「关键流程跑不通」或「操作步骤繁琐」等问题，再向开发者提，附上案例链接。

既是对开发相关功能的有力游说，也能促使社区内部再讨论。

我的建议是统一默认高度

是的，列表项稍微一多，就无法操作了。性能瓶颈在这，鼓励咱多用 dailynote。😂