为什么没有html届的doc格式,把html图片音视频css这些内容压缩打包,没有doc换页符的缺点,又有doc方便编辑、管理、存储、分享的优点,又有html播放音视频的优点的文件格式。

你用过同步功能就能明白我说的意思吧,你说的导出一个笔记一个文件说的跟我说的内部一个笔记几个md文件存储两码事。
结合前文别人说的:

joplin还是算了把,临时存个文件还可以,要是作为长期使用的笔记软件肯定会后悔的,他的文件保存方式有点特别,当你写了一些日记后,打开他的文件夹看看你的文件保存就知道了,乱就一个字,当笔记数量再次增加到一定规模后,同步系统就会出现问题,然后就是无尽的痛苦。
obsidian文件数量多了以后,因为是单文件保存方式,类似于你的文档,几乎不可能出现文档损坏或影响别的文档的情况出现,整个笔记运行速度同样有保障,尽管可能同步比joplin稍微麻烦些,但是文档的安全可靠才是第一位的

你看,我就创建了一个几千字的笔记里面一个图片,同步文件夹里就这么多md文件。

那假设有这个场景,文件中包含文字,图片,音视频(假设word可以播放),保存的时候一个是一体的doc,一个是分体的文件夹像前面我问你的,考虑到存储,管理,分享,你会用哪种呢,一体还是分体?

只要有一个稳定的文件服务器,分离还是一起问题都不大,现在的环境真正离线的情况很少。

md HTML本质上都是纯文本类型的东西,只是记录了文件超链接。

离线保存的HTML也不是单文件而是一个HTML和配套的资源文件。通过手段打包的话我个人认为跟word没有任何区别,doc docx都可以作为压缩包打开,能看到是xml文件和配套的资源文件。

所以很简单的一个问题了,打包的文件不如直接用word,通用性最好;分离的话md会更易编辑。

这也是目前为什么它们最流行。

至于md HTML的资源,一般来讲 依靠对象存储,或者自建文件服务器就能保证文件自有的掌控了,不过这涉及到额外费用开销。

我感觉有影响啊,如果是1万个笔记,里头很多图片,我估计同步文件夹里面至少10万甚至30万个md小文件,文件越多,越不好管理。看来我的直觉是准的。
本论坛找到一处案例:

从编辑角度∶我关注内容本身而不想用 Word 那样富文本编辑,例如写个公式和代码 Word 手调格式不方便。

从存储角度∶我都是采用 textboundle 方式,所有附件均放到一个 asset 文件夹中,所以存储两者看起来并没有什么太大区别,两者打平。

从管理角度∶仅仅是放在磁盘上整理,放一个 word 和 md+asset 在我看来并没有太大差别,唯一一点是 word 删除附件资源方便,md 删除资源只是删除了引用,真正附件确实需要手动删除。

从分享角度:这个要看分享对象,我的导师明确要 md 文件我就给他 md 文件,给实验室其他人知道他们只是看不编辑我就直接转为 pdf 分享,有的同门需要编辑并且不会用 md 我就给他转 word,从转换角度我觉得 md 转换其他文档比较方便有优势(我并不觉得转换一下文档是很麻烦的事,点个鼠标10秒的事)

2 Likes

我感觉有影响啊,如果是1万个笔记,我估计同步文件夹里面至少10万甚至30万个md小文件,文件越多,越不好管理。看来我的直觉是准的。
本论坛找到一处案例,关于joplin 同步的问题 - #3,来自 tthy

所以我想用一个把html+资源变成类doc的格式,

html单文件,里头没有可见的资源,图片好像是通过base64的形式存储的。

关键是现在没有类似doc的html或者md的打包文件格式,发挥html的优点,可以加入音频,视频,没有换页符号,方便设备上阅读。

如果不考虑本地存储也就是 md+asset 而选择 本地md + 资源文件服务器的方式,1万个md笔记单文件,需要同步的也仅仅是1万个md文件而已,所有资源都在资源服务器上等待调用

mhtml 就是打包单文件,但可编辑性约等于无了


为什么会执着于HTML呢?它本身其实是作为类似PDF仅仅作为浏览而不是编辑而诞生的格式啊,修改它们本身就是个很麻烦的事儿

原来如此,前面我以为一个笔记对应网盘一个文件,看来是搞错了。我自己倒是不介意有很多文件。

obs是一个笔记对应一个md存储文件,joplin内部存储是一个md笔记对应好几个md文件,这个倍数估计在10以上。

居然被你引用了。。。。。
文件多确实增加管理难度,但最主要的还是管理工具本身好不好
我用joplin本身没问题,joplin管理。。。也ok
唯独就是巨量文件同步巨慢,而且就移动端慢。。。。我也是醉了

回到你问题本身。。。。
我个人觉得html没doc常用主要因为
1 年代问题 一方先入为主了
2 需求问题 不同于查看文本查看 如果用于编排文本,doc针对A4 A3等标准 打印排版有优化? 或者说它原本就是这么设计的

1 Like

我是没考虑任何带自己管理功能的笔记软件 只选了仅具有读取文件夹能力的qownnotes 所有资源文件都上传了自己的服务器,所以我需要关注的同步就仅仅是一堆md文件和文件夹,手机上用易码或者quickedit查看webdav共享下的笔记文件夹,等于说 全云化了

可编辑等于0肯定不行啊。
不一定非是html啊,md也行,主要是类doc,资源一体,方便编辑,又克服了doc存在换页符的缺点,这种格式非常适合做笔记格式,做电子书。
其实也有把html做笔记的软件,为知笔记,每个笔记就是一体的wiz格式,所以不存在不方便编辑的情况,现在电脑的处理器性能完全是过剩。

调高 Max concurrent connections,有一定帮助。

那你到现在多少条笔记了,多少兆,内部的本地存储同步文件夹里有多少给文件呢?

我常常改笔记,比较喜欢文本和附件分开。

放弃了
我改用obsidian + 微力同步了
本身我也要用微力同步来备份照片啥的

但我只用标准md格式来写笔记,方便随时跳车 :joy:

html性能更好?
:sweat_smile:
保存下来离线看都成问题好么?

明明保存下来, 一打开还是直接跳转了, 那我保存了个啥?
保存下来的html还需要word来看内容
:crazy_face:

纯文本其实就挺好, 需要多媒体文件, 放在同一个文件夹就得了.

TextBundle

假设显示内容=解码+渲染+显示,要是觉得html性能更好的话,可以对比下浏览器和Word的CPU和内存占用……
html网页的数量,可合理预估比Word文档的多……

你用什麽保存的,建議認準singlfile,我已經放棄mhtml了,因為通用性更強,可惜單文件裏面的html資源可是編碼的方式存入的,比如圖片是base64實際是一串代碼,最好有類doc的html格式。