shinytea2017

@cheng6563
@wineast , 个人猜测 MarkText 这类实时渲染的编辑器, 保存时其实是先从 html 变为 markdown 再保存, 与原先的 markdown 不同就判断为有更改; 如果 markdown 是 MarkText 生成的, 应该就没有这个问题.

之前 typora 也有这种问题的.

obsidian 不如 Document Node

当然 Document Node 没有好的社群, 不开源, 不完全免费, 小众里的小众

Document Node 的优点, 不像 obsidian 这类左派笔记 app 那么激进, 也不像 zim 这类右派笔记 app 那么守旧, 他是相对温和的中间派

Document Node 的框架基于 Qt 5.12.7, 这点与 QOwnNotes 类似; 与 QOwnNotes 这类基于 Qt 的笔记 app 不同的是, Document Node 连 editor 部分也是 web 的, 而不仅仅是 live preview 部分才采用 web

另外由于 Document Node 的 static site generator 是 Node.js 的, 原则上在效率方面比原生 Qt 差点, Qt 的 ui 起码在 windows 下也比.net 的差点

关键是 Document Node 在效率方面不说吊打, 起码比起那帮大多采用 electron 的"左派激进战五渣"笔记 app, 要丝滑顺畅得多

@Echoleung , github 上的 hbyio/hugy

比起 github 上的 hbyio/hugy 差远了, 不过 hugy 是辣鸡的 electron 套壳, 如果改成 go, C#的 winform 之类的应该好得多.

@xudaolong 看了下 Repository 的 issue, 其实与" [新功能] 导入 Markdown 同时上传文章内的本地图片到图库 #1"的情况是类似的.

@xudaolong 这么说吧, 先不考虑还有没有人在断网的情况下使用这个 APP.

当在文档里插入图片时, 图片的位置除了表示为 url 之外, 是否可表示为相对于文档, 比如, html 的

<img src="图片.png" alt="" />

表示图片与文档在相同的目录下.

@xudaolong , 就是考虑不使用图床的情况怎么办?

至于上传默认图床与不使用图床是两码事了吧.

有个问题, 如果插入图片之类资源, 不想使用图床等 web 服务而是本机图片, 之后图片与文章再上传服务器怎么破?

像 1 楼所说, 使用 Node.js 调用;

比如拷贝文件:

const fs = require('fs');

/*
fs.copyFile('./node_modules/uri-js/dist/es5/uri.all.js.map', './src/uri.all.js.map', (err) => { });
*/
fs.copyFile('./patches/uri.all.js.map', './src/uri.all.js.map', (err) => { });

没有必要限定使用外部程序来完成下载与解压; 任何支持下载与解压的 node.js 库都可使用.