阿白笔记

确实是，这个层面的细节可完善的地方确实很多。大胆预计，估计未来两年都不一定顾得上处理这类细节。。

老哥展开具体说说

丢失父文档的子文档，直接恢复到向上追溯的最近一级父文档得了，恢复后用户再根据需要调整位置。这样是不更简单点？

这个需求目前能够解决的有有道笔记、onenote 和 wps，都通过微信公众号接收文章链接，前两者直接存到笔记里。金山文档则转为存在云端的 pdf。

似乎下载微信公众号文章稍微有点难度，目前还没看到很方便且免费的离线解决方案。

基础功能完备性进一步提高了

老哥有的观点显得偏颇了，这算是因爱生恨吗？

看 125 的更新记录，关键词改了。

从哪个版本升级的？具体怎么操作的？是不是没有按升级步骤操作？

问题求助需要尽量说明详细点。

现在比较流行这个，好几个新的双链工具都是这样，老的工具比如 onenote 也是。

要说优点的话，作者之前解释过，把文件和文件夹统一成一个对象，可能是从编程的角度有些便利。

从使用角度，还没见到有谁详细说明过具体的优势和使用场景，我个人也没觉得有格外的便利。

感谢巨佬！

这个回复比较清晰了，

不是很理解，子文档有什么特别的优势或者便利吗？

+1，14 寸笔记本用户经常觉得分屏空间不够。

因此之前建议过把 dock 栏做成浮动的，自动显示隐藏。

颜色是依附于粗体格式存在的，现阶段没法避免。

除非你通过主题把所有粗体样式都设成不加粗，不影响颜色，但别处也没有粗体了。

我现在就是用 typora 或者 vscode 先处理完再导入思源。有点麻烦。

你准确的抓住了两个思源现阶段的弱项

单纯超级块多点其实没事，我的文档很多超级块。

怕的是各种嵌套，尤其是涉及列表的嵌套，以及像你说的列表套万物。

我现在都尽量避免使用列表，或者使用尽可能简单的列表，不搞那么多骚操作，很稳。

ctrl+f 或者 p 都是痛点。主要问题有：

1. 显示面积有限，不能充分利用显示器空间；
2. 遮挡正文，如果需要一个关键词的多个结果，必须不断地搜索、取得一个结果、退出搜索；再搜索，取得另一个结果、再退出；
3. 展示效率不高，所有匹配结果默认全部展现，不能自动按文件分组，即使我知道某个文件中的关键词全部是我不需要的，还是不能快速跳过相应内容，这点再结合 1 和 2，整个过程更加低效。
4. 作为一个编辑器，不支持查找替换。
5. 当前文章内搜索居然也在一个单独的展示界面里而不是直接在当前页面高亮匹配结果。

至于标签和书签，功能区别不明显是一个问题，另一个问题是，个人理解，标签的存在本身是为了规避传统树状结构的文件夹式分类遇到的不便，比如某个文件可以同时归属于多个主题，文件夹很难归类，标签则很容易，而且标签可以通过多选来轻易达到筛同时匹配的多个结果的目的（集合的交集）。但思源目前的标签支持层级，却不支持标签之间的多选筛选，这在我看来是不是标签（tag），而是书签（bookmark）。

因为这些缺点，当文件库很大，且需要频繁搜索查找某些关键词的时候，思源的体验并不好，因此，我专门启用了 ob，用来读取思源导出的 md 文件，ob 的搜索体验更好，我用它来查找文件库。当然，ob 目前也不支持标签的多选，导致我的文件虽然每个都打了标签，但是检索时却不能很好的发挥作用，现在我没找到更好的软件。

这个算是个人使用习惯吧，我的理解，嵌入块类似于正规学术论文的“大段引用”，确实是正文的一部分，但其地位低于标题，哪怕引用的部分包含标题。

goodsync 看起来只能永远和最新状态保持一致，似乎没有历史版本。

你用的是什么备份软件？

想起来我还有个正版的 goodsync，我试试看。

其实保留固定几个版本的历史更合适些，尤其对于我这种情况，有助于定位问题，挽回损失，而且少数几个版本的历史体积也不会太大，再说，到底保留几天的历史，用户可以自定义。

删除提示不好做的话，历史这个是否可以改改？

不然的话，一段时间不更新笔记，很容易出现历史被全清的情况，这几乎和没有历史记录功能一样了。

直接把这个数字修改变大：列出最大数量

还想问下楼主这是多大的显示器，怎么截图这么高？

我感觉搜索最好能按文件折叠展开，而不是一股脑全部匹配项目都显示。

@88250

是一个我很期待的功能，目前我用块备注来代替的。

你只是微软拼音输入法吗，为什么是圆角的？Win11？

这两个项目太强了，相当于内嵌一个 excel，很期待。尤其 luckysheet，支持很多 excel 的公示。

是的，我也想知道这个。

我还想到一个问题，会不会不同的挂件块开发者，对于比如合并单元格这样的特性可以采取不同的实现方式？是否不同的实现方式会导致用户笔记文本的不通用（比如在 a 插件下的合并单元格并不能被 b 插件正确识别？）

如果确实是这样的话，那对用户和思源笔记本身应该都不是一件好事。

希望开发者有空能解答下。

PS：补充一点：列表转表格从而实现合并的方法有比较大的缺陷，主要是对于复杂表格，用列表的方式先编辑再渲染成表格有点违反日常操作习惯，而且需要用户先大脑将表格转化为列表后输入，还是希望将来能直接操作表格进行单元格合并。

我也需要这个，但是 D 大觉得优先级不够