Achuan-2

暂时没太大必要，思源现在除了不能链接转脚注，直接粘贴公众号体验挺好的，自己用 css 定义样式就好了。

这个是正好行内代码就在行末尾导致的的吧，应该情况比较少，大家遇到的残留零宽字符更多是在句子中间就被 break word 打断了，非常突兀。我觉得行内代码主要用来标记代码和路径以及数字、字符串，而不是一个长段落，被打断对我而言无所谓，我也更倾向于渲染效果比较规整的结果，一行只有一半就自动换行反而是一件更受不了的事情。如果行内代码的内容没有空格的话，break word 一般都是把整体看成一个单词的，导致过长就直接分行了。

语雀貌似不会有这个问题，不知道怎么实现的。此外语雀的行内代码就是用的 break all，我把它改成 break word，昨天测试的时候并没有发现残留零宽字符

break all 和 break-word 在中文场景下区别不大，英文场景下才有区别。我之前之所以给主题的超链接加 break-all，主要是因为也是有行内代码的问题，如果一个链接的长锚文本被识别一个单词，就会直接与普通文本分行，特别难受。

如果是普通段落，其实 break-word 就还可以。

默认主题

、

自定义代码

.b3-typography code:not(.hljs),
.b3-typography span[data-type~='code'],
.protyle-wysiwyg code:not(.hljs),
.protyle-wysiwyg span[data-type~='code'] {

    word-break: break-all;

}

@88250 用 word-break: break-all;就能解决这个问题，只不过不会按单词分割，但是我觉得行内代码本身就有底纹，不按单词分割也没什么，是可以明确知道上一行和下一行有没有空格的，不会造成歧义，我自己使用过程中没发现过有所影响。类似的还有超链接。

正文要 break-word 我能理解，但像这种特殊样式，本身就可以靠格式独立出来，break-all 的体验更好其实，我自己用的 Tsundoku 主题就一直用的 break-all。

break-word 反而有时候会莫名奇妙的分行看的还不舒服。因为本身 inline-code、inline-hyperlink，就是行内元素，预期用户输入的就是单行文字，反而因为 break-word 被分割渲染看起来变成了多行。另外，break-word 也不能保证一定按单词分割，行内代码除了代码之外，另一个广泛的用法就是放路径了，对于一般没有空格的长路径，可是直接识别成一个单词的，这时候效果就会很不好，直接前面断了一行。（notion 之类的是不支持直接编辑行内代码左侧，所以问题不太大，而语雀用的就是 break-all）

虽然主题\自定义代码可以做到，不过建议官方考虑一下能否采用这种方案，我是觉得适用于大多数人的，不至于让普通用户困惑。其他用户如果不喜欢 break-all，也可以自定义代码实现 break-word

小地瓜浏览器插件，可以批量下载小红书的图片

v3.0.12-dev3 已支持关闭部分行级语法，以后终于可以愉快的打 ~~~~~~~~~~~~~

感谢开发者！

是的也有弊端，对 Markdown 党没那么友好

粘贴 Markdown 语法也不方便

感觉你说的是语雀，语雀那种方式也可以，必须在第二个 ～ 后按空格才触发渲染。如果两个 ～ 中间有空格，就算第二个 ～ 按了空格也不渲染了

@88250 d 大也可以看看能不能实现

不过这种体验对粘贴就不太好了，语雀是做了 Markdown 语法检测 问用户要不要转换为 Markdown 语法

主要 ～ 这个符号太常用了，很大程度影响到我写内容了

感谢推荐

pdf OCR 还是交给专业的软件比较好。因为大文件 pdf OCR 耗时太长了。除了楼上推荐的软件，我再补充一个

hiroi-sora/Umi-OCR: OCR software, free and offline. 开源、免费的离线 OCR 软件。支持截屏/批量导入图片，PDF 文档识别，排除水印/页眉页脚，扫描/生成二维码。内置多国语言库。 (github.com)

ps：

感觉思源可以试试支持 Paddle OCR，我感觉 Tessercat OCR 对中文识别效果不好，百度的 Paddle OCR 对中文识别效果挺好的。

PaddlePaddle/PaddleOCR

doraemonkeys/paddleocr: A simple wrapper for hiroi-sora/PaddleOCR-json implemented in Go language. (github.com)

@88250

发现已经有人提 issue：OCR engine：substitute PaddleOCR for Tesseract-OCR · Issue #10232 · siyuan-note/siyuan (github.com)

因为如果不兼容 sub 和 sup 语法，禁用~和 ^ 语法后，上下标样式就相当于是消失了

我好像忘记了思源不是一个 Markdown 编辑器，禁用~和 ^ 语法后，用快捷键和用悬浮工具栏应该也能实现上下标样式

想到一个折中方案：同时兼容 ^ 、 ~ 语法 与 <sup> 、 <sub>，思源默认是用 <sup> 、 <sub> 实现上下标，如悬浮工具栏和快捷键输入，但用户也可以用 ^ 、 ~ 语法输入，思源提供设置，能关闭 ^ 、 ~ 语法，便于非 Markdown 用户能大胆输入符号

如果禁用~和 ^，依然能用工具栏和快捷键实现上下标，输入到不一定要改为 sub 和 sup html 标签语法

李笑来《自学是门手艺》书中有一段

早些年，我跟很多人一样痴迷于电脑这个东西，也跟很多人那样，用 Windows 惯出来了坏毛病 —— 动不动就重装系统…… 重装系统很浪费时间的，但那时也不知道为什么总是忍不住去干那事，哪怕有些小毛病，马上就受不了，弄的好像重装一个干净的操作系统会让自己的世界焕然一新一样。

再后来就明白了，这绝对就是自己的毛病 —— 做事不分轻重。

说实话，这也不是自己想明白的 —— 我没那么聪明。是因为遇到了一个高人。他的电脑桌面上，乱七八糟摆满了各种图标，从不整理。我问他这不影响效率吗？他说，明明有搜索你不用，到底是谁效率低下？我被问愣了，无言以对。

我又发现他根本没有装杀毒软件…… 我问为什么？他说，“养几个虫子玩玩也没什么不好……” 不过，他转念又告诉了我他的思考。他说，只要平时习惯好，病毒进来了也没啥可偷的，但更为关键的是，他用电脑是干活的，而不是干杀毒的活的…… 脑子如此清楚，让我自愧不如。

但学到了。

虽然我还是做不到桌面上图标很乱，虽然我是因为改用了 Mac OS，所以不装杀毒软件，但注意力要放到应该放的地方，这事我记住了，牢牢记住，从此之后许多年，从未忘过。每次发现自己轻重不分的时候，就会想起他，然后就改过自新。

“明明有搜索你不用，到底是谁效率低下？”对我启发很大，目前电脑打开一个软件一般都用搜索打开，桌面没有放图标，手机桌面设置了抽屉模式，可以根据字母排序找软件，只把重要的软件放在桌面上，而不会折腾怎么把应用进行分类，把桌面搞得好看。我想管理笔记也是一样，之前使用 typora、OneNote，习惯分一个个笔记本、文件夹，文件夹套文件夹的，嵌套多了都不记得这个笔记属于哪个类别（我健忘）。用了思源笔记的 dailynote 笔记法后，我习惯用链接来整理我的笔记（这些管理链接的笔记我叫做主题笔记），而至于笔记本体统一按月存放，只有主题笔记用文档树管理。我找一篇笔记、补充一篇笔记，很少通过文档树来找了，几乎都是直接搜索那篇笔记，或者搜索主题笔记，再通过主题笔记的链接跳转到那篇笔记上。

我挺佩服可以把笔记进行分类的详详细细的人的，不过我没那个精力，也总觉得自己分不好，既然如此，就专注当下的主题就好，把主题下的笔记整理好就行，至于这个主题属于哪个类别，好像不是特别重要。目前的这种方法，我要什么笔记我都能找到，也可以通过主题笔记来管理对一个领域的认识，我觉得就够用了。

想要记录“通过/proc/diskstats 查看硬盘统计信息”，如果是我的话，我会直接创建《如何查看硬盘统计信息》的文档，然后记录“通过/proc/diskstats 查看硬盘统计信息”的笔记。由于这个领域是我不熟悉的，我会把这个文档通过文档块标添加到《操作系统》数据库里进行积累（具体见我的数据库使用方法坏了，数据库真成标签了 - Achuan-2 的回帖 - 链滴 (ld246.com)）
哈桑文中的例子，我会直接创建《logseq 配置》的文档，输入内容。然后《logseq 配置》我现在会把这个文档的块引放在《logseq》这篇主题笔记下。

建议管理文章块引，用列表、表格和数据库收集同一主题的链接，而不是管理笔记本体，这样想怎么拖动、剪切粘贴都可以

单仓对我个人知识管理来说是最优解。

每个人的所在领域、所处身份、记笔记的目的等等都不一样，笔记方法就是一个非常主观且没有统一标准的“兴趣爱好”，很难说服别人放弃自己的方法用我的方法，也或许汝之蜜糖彼之砒霜，我分享笔记方法的主要目的是帮助自己总结心得以及寻找志同道合的朋友互相讨论改进，而不是为了改变别人的笔记方法。你可以说你的方法好，但也请别完全否定我的方法。

对我而言，我是不喜欢只用一个数据库的，你觉得有用，那也不错，尊重理解。希望你也能理解我用多个数据库的想法。

另外你在 notion 上用多仓管理不方便，并不意味着用思源笔记这样做就不方便。

无压笔记我个人观点是“伪概念”，都无压了备忘录和录音不香吗？

笔记笔记，如果不整理为什么还要记？

无压笔记、渐进式笔记，没有说不整理不分类，只是不推荐现在就大花精力整理，不推荐使用文档树来新建文档，而推荐新建文档统一存放在 Inbox 路径，使用管理链接的方式来管理主题下的所有文档。我的例子里不也把《日本经济泡沫》放入经济学这个数据库了吗，数据库就是一个链接集合，一篇笔记可以放入「经济学」数据库，也可以放入「日本」数据库。而我目前推荐 dailynote 与数据库结合的一大原因就是数据库非常适合汇总主题下的文档，比之前用列表收集文档块引的方法更加无压。

这种笔记方法更侧重的是当下的积累，当下积累完就继续工作学习，而不是沉迷于整理笔记这件事，毕竟笔记最终还是要转换为生产力的，对生活有所帮助的。如果使用你的单仓数据库，不在乎文档路径地新建文档后，直接打日本、经济学标签，其实也算是无压笔记。这就是一个笔记方法的概念而已，只不过你的方法要么需要去数据库里新建，要么通过页签新建完了文档之后，找到这个数据库，还需要添加标签，步骤多了一步。

整理笔记在一般情况其实是一件根本不紧急而且可做可不做的事情。除非你的工作就是提交你的笔记，但对于兴趣爱好、专业领域笔记整理笔记就是一件可有可无的事情，因为思考才是最重要的，笔记最大的意义在于把你的思考和洞见记录下来，井井有条是锦上添花，只要你记笔记有自己的规则，不分类其实也能找到自己过往的笔记。这就好像生活里整理物件，一些人热衷于用一个个盒子放东西，贴上标签，但是对我来说，整理完衣柜，过不了几天就乱了，所以我现在只需要记着上衣放在上层，裤子放在下层，正式的服装放在最下面，我需要某件衣服的时候能找出来就好了，把东西的分类分的太细放进一个个盒子里，对我而言，我一旦忘记分类的规则就很难找到了。所以我其实一直把整理笔记当成一个消磨时间的兴趣爱好来做。整理的井井有条能找到笔记，只把相关文档丢进对应主题就不管了，也能找到这篇笔记，我从用 dailynote 笔记两年多以来也没遇到过找不到笔记的情况。既然都能找到笔记，那我选择更能偷懒的方式。

刚了解某个概念、刚接触某个领域就着急把相关笔记整理的井井有条，这很勤奋，但不有效，因为未来估计还需要面临重构。渐进式笔记，主张建立概念文档后，慢慢积累想法和思考，这不是懒惰，而是为了在有充足的素材之后进行更全面更深入的思考。通过渐进式积累，逐渐拨开迷雾，才能更全面更深入去理解一个概念、了解一个领域。

用备忘录和录音也能记笔记积累想法，用思源笔记贯彻无压笔记是因为双链、数据库、搜索能力强等功能，使得我可以安心使用无压笔记，确信我之前创建的文档能够找到、之前的想法能够不断积累、能够按主题轻松整理相关笔记，这是软件带来的背书。

扩展阅读：双向链接时代的快速无压记录 (yuque.com)

知识库迁移做了几次后，学到了一个词「归一化」。统一一个数据库能够让你的笔记更好归一化，方便老板跑路的时候，能够对导出的笔记进行格式转换等，这个谁用谁知道。

用无压笔记法，确实不方便迁移，这点我承认。但也可以解决，需要有人专门开发一个插件或脚本来导出这些不按文档树归类的笔记，思源笔记目前的 api 已经足够，json 格式也方便用代码解析。目前好像没看到相关插件，如果真到哪一天我需要导出笔记，但没有相关插件的话，或许我会写一个这样的功能。

不过除非思源放弃开发、不兼容以后的操作系统，否则我是不会放弃使用思源的。所以我能安心用这种笔记方法。

1. 「添加到数据库」这个功能，目前不支持把文档/块添加到不存在的数据库，本身就不方便，支持对不存在的数据库自动新建，从操作体验来讲，本身就是更好的，这应该没什么问题吧。
2. 把所有笔记都放入一个数据库不太现实，管理的压力太大了，添加到数据库后我还需要打标签进行分类，而我如果根据笔记类型添加到编程、神经科学、尤克里里、摄影等数据库，只管往里面添加就好了，不需要立即打标签，即添加到数据库的过程就已经完成了分类。而且把所有笔记都放入一个数据库，有一个很大的问题，不是说把文档添加到一个数据库就完成了，我还需要对该主题进行整理，单个主题可能不是一个视图就够用，而且对于单个主题我还需要记录自己的想法和思考，单个主题建立一个文档，文档前面放我的思考、想法 Inbox、整理过的列表 MOC，后面放数据库，对我来说才是合适的方式。如果只是想要把所有笔记汇聚在一起，不用插件，用模板都可以生成所有笔记列表，用不着数据库。
3. 数据库当成标签来使用的想法，我主要是用于搭配 dailynote 笔记法的。因为 dailynote 笔记法创建普通笔记，都是放在一个路径下，不进行分类，着重持续性积累。之前用列表收集相关文档的块引用的方式可以进行主题归类，但还需要打开文档、思考放在哪里，而在创建文档时用块引传递给对应主题的话，文档很容易淹没在反链面板里。现在则可以用添加到数据库功能把一篇文档添加到对应的主题笔记，不仅不需要打开主题笔记，还能快速把一篇文档放入多个不同的主题笔记里，思源笔记数据库的创新使得 dailynote 笔记法创建文档、管理文档的压力也更小了，这能使得 dailynote 笔记法更符合无压笔记的概念。要是「添加到数据库」功能可以快速新建不存在的数据库，并把文档放入该数据库，那么添加到数据库的体验就会如同添加标签一样，而数据库的文档管理功能可是比标签、双链强的多。就算不用数据库对主题下的文档进行分类，哪怕当作一个所有文档汇总 Inbox，然后复制块引用列表 MOC 进行分类，我想也是很不错的。

例子：我今天新了解了日本经济泡沫这个概念，我只需要在页签点击新建文档，创建《日本经济泡沫》这篇笔记（笔记本设置创建文档默认按月统一存放，不纠结放在哪个文档下），然后将其添加到经济学的数据库里即可。然后记录一些笔记，就完成了我的记录。非常的无压顺手。在这个过程中，我并不需要打开其他的笔记。就专注我当下学了什么知识，记录自己的思考就好。为了方便日后如果对《日本经济泡沫》有了新的理解可以进行补充，我习惯用列表的方式记录笔记，之后有新的想法可以直接在后面新建列表项进行补充，这就是我使用的渐进式笔记方法。

就是直接把文档通过文档菜单的添加到数据库 添加到指定数据库，当成标签来使用哦

这个帖子是分享显示文档所属的数据库名称的样式优化

是的，感兴趣可以尝试下，我感觉 dailynote 结合数据库还是很舒服的，dailynote 积累想法，数据库积累文档

就希望其他人多催催，早日上线“添加数据库支持新建数据库”功能哈哈哈，整个流程就打通了，开发成本也不高

相比现在的标签而言，最大的问题或许在于不方便搞父子标签吧，嵌套数据库不方便，我推荐用父子文档放数据库或者只建立父级数据库，比如经济学，神经科学，摄影，编程，这种。不过我个人觉得父子标签大多数情况没什么用，更多的意义在于管理标签而不是管理标签里的内容，所以专注当下的主题就好了，打标签的意义在于汇总和便于检索，能达到目的就行。

嗯我知道，而且原生没有一个备注列，也挺遗憾的，可能是我自己看文献不记标题吧

国产的几个模型是支持免费解析网页的，智谱清言 (chatglm.cn)，通义千问 (aliyun.com)，Kimi.ai - 帮你看更大的世界 (moonshot.cn)

可以尝试玩玩

不过我的经验是他们擅长写文档，不擅长写代码

问问题，我的经验是一开始就把所有的需求都清晰列出来，避免多个上下文来回和 GPT battle

GPT 太新的库，回答一般不好的。

大文本量的/分析多文件代码的，建议用 github copilot 吧，vscode 可以装插件，虽然回答质量不稳定。

我用学生证认证就直接免费用。网上应该也有买账号的渠道

都是按文本量 token 计费的，

我一般最多也就放一万字的代码进去，然后会控制下上下文回答数，不然就越滚越多了

不至于吧，看你用什么模型， 输入的文本有多少

我一般问具体编程的问题，用 gpt 4 0125 preview 模型

期待分组

v0.05 支持周期倒数设置

• 年：指定每年几月几号的事件
  • 注：如果设置日期为闰年的 2 月 29 日，则下一周期为四年后的 2 月 29 日
• 月：指定每月几号的事件（只支持每月 1-28 号和月末设置）
  • 注：如果设置日期为当月的月末，则自动为每月月末，例如设置日期为 2024 年 2 月 29 日，则自动改为 2024 年 4 月 30 日；如果设置日期为 2024 年 1 月 29 日，到 2024 年的 4 月事件就变为了 4 月 30 日。
• 周：指定每周几的事件