Vip

enhance 的一键记事 + 自定义块样式就行。

将每一次的记录当作一张“卡片”，然后全都塞日记文件里就行。

@88250

可以考虑在文件历史里增加“标记”功能？目前的文件历史是不支持标记的，只支持回滚

附议。

伺服模式下，这个问题感知特别明显。

移动端伺服打开时，如果出现图片多、图片大，“所有”图片加载完以前，不敢进行操作。

甚至我最早测试 Cloudflare 代理访问伺服时，由于带宽不够，甚至能造成伺服本体的“未响应”。

@88250

偷偷提一下：现在入手 enhance 插件为最佳时机，错过了别怪我没提醒。

说着我就测试了一下 enhance 的评论功能，并调整了一下：

这是划选部分的效果：

这是对整个块评论的效果：

在计划中了

导入工具这个插件。我用这个导进思源作为文档，然后自己写了个评论功能，用来做阅读笔记。

我写 DailyNote 最大的作用是不需要考虑内容丢哪，并且写下的内容可以按照时间顺序陈列在那。

诚然可以用 sql 进行汇总，但是出现了 dn 和其他文档里都有写内容的时候，在 DN 里没有一个好的插入点。顶部、底部都会导致内容都不是时间流的顺序。

除非单独创建一个文档，按照创建时间查当日所有的内容，但是这也算是“整理”侧的一个任务了。

不过“把内容写在 DN 里，本身就附带了‘将内容按照时间顺序进行汇总’的整理在内了”。

两种方案没有好坏，只有选择。更进一步的我写过《极简化学习》，虽然没专门对笔记管理进行描写，但是意思是一样的。

目前不能[[当前文档，体验上有点不顺畅。

可能性不大。手写笔目前没想到集成进来的优势。不过会持续考虑这个事情。

理解成思源里提供了一个生成这种图片的方式就行。所有显示图片的地方都能这么用。

那些参数是用来控制显示效果的。

既然没那么复杂的话，欢迎 PR

这可不是一句“把浏览器基本功能补全”就能轻而易举概括的事情。

将文档用新窗口打开并钉住，比支持你说的这些要简单方便

嗯，又要调整了。

原因：准备上白板。

就是酱紫。

while 语法的作用不记得，类似这样的情况，其实属于没学会。

手写 OCR 其实不是主要问题。【为了让 OCR 的结果准确，需要手写时的字迹尽量清晰，从而会造成手写体验不那么顺畅】，我觉得这个问题比较难受。

我之前一直用手写的方式，体验感绝对是没办法替代的，可以说是最爽的记录方式了。

但是手写的内容涉及到 ocr 转译，或者重新手打的问题，感觉都不得不放弃了。

记录的场景，我觉得还是键鼠输入的方式可能会比较好，但是再内容关联、圈注等方面，可能又是手写的方式更好一点。

菜哥牛逼！

任何针对【双链】和【传统】笔记的言论，我只强调一点：

不同的使用方式有自己的适用场景。

你可以说双链或传统，或其他任何方式不适合你自己的记录习惯，但不代表哪种方式就更好。

【传统笔记软件】确实可以做到“无压”输入。你只需要新建、写内容、关闭软件，就能做到像 flomo、【卡片】笔记法类似的效果。但是一般的软件做不到段落级别的内容索引。

比如我现在用的飞书，你可以创建“块”级别的连接，但是在“被引用”区，你只能看到对应的文档，但是看不到对应块的内容。

飞书是如何解决这个问题的？——同步块。一个地方编写，即可完成任意位置的更新。

我的飞书文档里，联系方式、一些顶部、底部常用语，就用这种方式实现的“自动更新”。

再比如我之前用的苹果备忘录，3w7k+，写起来很爽啊，切备忘录、新建、写、切回其他软件。完全不用在意内容的组织。但是结果是，想找一条记录，卡半天。全选以后移动，直接卡死在那。

更别提针对某条备忘下的某段内容进行关联指引这样的操作了。

再者，“笔记”分为碎片化记录和结构化记录，或者说信息、知识本身就是从【碎片】通过【组织】成为【结构化的内容】。

daily note、LifeLog 这样的场景，就是自下而上记录碎片化的内容，通过记录时绑定的标签、块引，从而在未来某一刻需要整理时，直接可以查看相关内容的汇总结果。

在思源里，通过提前增加块引、关键词命中的虚拟引用和提及，这些都可以被自动完成。

但是这种自动完成的结果，也有内容散落，数量多不便寻找之类的各种问题。

加之你提到的，许多双链内容输出者在输出时不会考虑重新组织内容，所以导致输出结果不易读的问题。

面对这类问题，有些人觉得 Daily Note 之类的就不好用了，于是回到了【传统笔记】的记录方式。

拜托，那是因为记录的内容和你的需求，本身导致了【让内容集中于一处才能更方便】，这种时候选【传统记录】的方式就好了呗。

我一个写 LifeLog 的，从来没觉得双链不好、Daily Note 不好，反而我再也不需要担心内容应该丢在哪里，呼出一键记事，写内容，关闭窗口继续忙，整个流程爽爆了好吗？

但是我也知道 DN 又不适合的场景啊，比如我要写文章，我试过单独写在 DN 里传递过去，后期整理会很不方便，所以我就新开文档直接写啊。LifeLog 里写上 📜 写文章-[[文章]]，我就知道这个时候我做了这样一件事情了。

我再举一个场景，这种内容你写在哪？

把 Daily Note 当一个私密的空间说说、朋友圈，记录下任何你想记录的内容，

关于有些需要组织整理的内容，使用传递型块引【记录下它应该在的地方】，

这些是我这两天的一些阅读记录：

它们就在我的 DN 里躺着，难不成这样的记录我还专门创建个文档，写上链接，弄得规规矩矩吗？我觉得麻烦的很。

再比如，这个是我研究白板时留下的一些记录：

哪怕这个记录，我自己看过去都知道很杂乱，有一些干扰项，或者漏掉了一些内容。

但是无所谓。至少它们就在我的笔记库里躺着。至少在未来，我输入 [[白板 时，我能看到下面的东西，知道“哦，原来我研究过了，看看之前研究了些啥”。

如果你觉得这样散落着的时候不爽，那就单独创建一个 白板 文档，把你的想法、研究资料、心得，全丢进去呗。

PS：想到啥写啥，大概就这么个意思。

图片地址换成：api/icon/xxxxxx。localhost 只会加载本机启用的思源内核。这个路径可以兼容伺服模式（应该，没测试，楼主方便的话测测吧

@openAI

url scheme 应该没办法作为资源链接

看上去很怀疑 enhance 插件

如果我没记错的话，改这俩

:root {
  --b3-theme-background: [your color];
  --b3-theme-on-background: [your color];
}

后续增加

算是正常的。没有剪藏评论区

你要行内的，还是只要显示出来就行？

直接开 ipv6

没看明白为什么一定要启用 Server。是因为用图片加载的，所以需要服务端返回资源？

行内评论也是反链。实际上就是段落的块引，只不过锚文本是选中的文字。

聚焦行内评论所在的段落，是能看到行内评论的相关评论的。

这个图就是一个聚焦后的效果：

这套逻辑是为了保证【不用插件时，依旧也能正常查看所有的评论】。

悬浮或者点击高亮的内容，展示当前内容的评论】，这个功能在计划中。但是交互方式上可能还要考虑一下。