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

用一個文檔,doc和html格式內容大小應該差不多,你可以對比下,而瀏覽器隨時開啓,就意味着快。

如果只是最简单的文字笔记,那么txt文档就行,如果只是竖排插入一些图片等资源,那么markdown等已经非常流行,而除此之外的复杂编辑则没有简易的HTML编辑器可以做到,网页可以做到比docx复杂的多的样式,但那都不是使用某种所见即所得简易编辑器做到的,需要复杂的技术栈。

从历史的角度来讲,web浏览现在已经广为流行,web技术也发展到非常丰富,而在曾经,HTML文档还需要手写css、还需要手写tag的年代,要竞争过docx富文本编辑的体验几乎是不可能的。

正如7z为什么没有zip、rar流行一样,也许将来会改变,但目前就是这个样子。

另外markdown并不是html,只是某种程度上接近html的一个子集,它可以容易得转换成HTML,但从另一个角度讲,docx也可以转换成HTML,如果你觉得markdown就是存在什么优势的话,那就是没有一个好用的web docx编辑器和浏览器,你能选择的软件太少了,在现如今的时代,web书写、web发布已经非常普遍,如果你是在这样的使用情境下问这个问题,那docx确实不行。而markdown,因其简单,已经接近像记事本一样成为一个低门槛到处都是的工具。

感觉把许多和格式无关或者关系不大的问题捆绑在了一起讨论,有点混乱啊。

HTML 性能好么:thinking:,也许吧,但是不是先定义一下是否包含 CSS 和 JS。不常用么?每天都在看网页啊,我倒是不常看文档……

文件多同步就慢?反正都是相同的数据量,好像分成小文件比打包成大文件更方便同步,尤其是局部更改然后增量同步的时候。

你的论点和论据都不是确定的,这怎么往下讨论啊,越讨论越乱。

你认真想过你需要什么吗?

没有十全十美的东西,任何事物都有缺点,这是正常且合理的。你的需求呢?如果他的缺点也是你的需求之间没有冲突,那这就是好的选择。所以在做选择之前先得认清自己的需求,和被选项的优缺点。

如果在这两方面都存在模棱两可,就不好做出选择了,不如先用起来,做得多了自然就了解了,。了解之后再做选择就顺畅了。

1 Like

这两种格式本身设计上就是针对不同的使用需求而出发,发展的方向也不一样

+1

一路看下来全靠“估计会有……个md”,“估计会很严重”进行讨论。

如果讨论的是格式问题,就不应该只抓住一个没有使用过的软件(joplin)说,而且joplin的数据格式不管有没有问题都是joplin的问题,不是md的问题嘛 :sunglasses:

我是有点想象不到要是我的所有笔记都在一个html里会是个怎么样的情景啦,感觉会很可怕

现有的体系其实没那么不堪,普通人编辑就用word没毛病,想要各处显示效果统一就导出pdf,用笔记软件的图方便就md,joplin的数据同步有问题就obsidian。

视你的需求、严谨程度等等每个层级都有对应的解决方案

jin6220的想法应该是想要一个所有资源最终呈现为一个文件的格式,也就是doc,只是又讨厌doc的某些缺点,想要一个类似的?

TiddlyWiki可以達到你說的放在一個HTML文件裡的效果,但是沒有你想像中的性能優勢,也有它自己的學習成本。

1 Like

没有doc的换页符,又具备html的插入音视频的特点,已经有了,不过应用领域窄,不方便编辑。

最新的EPUB3标准则引入了HTML5,CSS3和JavaScript,提供了音频和视频等元素的支持,丰富了EPUB所能包含的内容。

正文一大段是我引用的别人的,现在又修改了一下,需求很明确,目前看来只能妥协了。

音频视频一般体积比较大,如果插入的稍微多一点,这个单文件的体积会比这些文件的总和还大一些,这时候读取和速度会变得很差,如何对大量这样的笔记进行搜索呢,如何快速预览笔记呢》

我的个天啊,兄弟你怎么还在这纠结这些问题。
他只是个锤子,你不造锤子为什么要关心锤子是怎么制造和运行的,能钉钉子就可以了。

至于Joplin的同步问题,我给个猜测但应该靠谱的:
Joplin支持多种同步方式,那个评论老哥用的坚果云或者Onedrive,这两个都有一个隐藏的陷阱:坚果云webdav有请求上限而且不会提示,这导致同步不完整。Joplin在Onedrive上的同步不支持大文件(印象是大于4mb的资源),这会导致同步失败。
其他的同步方式,比如完整的webdav或者各种OSS存储,都不会导致出问题。如果出问题,一般是服务端的限制:请求上限,文件上限等。
文档碎片这个问题,我不知道他从哪里看出来的……一个文档就对应一个md文件,他的同步方式也是如此。但是如果开启了历史文档,那么历史文档也会有对应的文件生成。这没有问题。

1 Like

个人认为书籍应该都是pdf吧,哪怕是latex写的,最后传播时也会选择pdf的,最多也只是把源码顺手打包了,但是面向大多数的还得是pdf,latex终究还是不上台面(在浏览方面而不是写作)

这个讨论兼备了混乱的逻辑和突然的话题跳跃。
你的想法可能觉得自己目标挺明确的,,但是你的实际回复又太矛盾了。。。

好像没怎么用过其他笔记软件,其实除了joplin其他常见md笔记都不用数据库。
image

不过一个md文件带一堆小文件倒是真的,毕竟一个图片,就多一个文件。曾经想把多个md归档到另一个库,想了半天,想不到好办法。

楼主可以自己创造适合自己的文件格式和笔记软件。

1 Like

看图. 如果你选择保存为 word2003 XML 文档, 那么双击这个xml文件, 默认是用word 打开的.

根本不可能有这种东西,所有的文件全部保存在一个文件里就意味着文件编码方式是要改变的,以一张图片用jpg的编码方式来保存只需要1.8m,但是用base64这种纯文字却要2.3m,抛弃已有的先进的专有编码格式而采用通用的格式编码就是要留出冗余空间。实际上doc文件保存视频这些文件只不过因为是视频文件小而没有什么感觉,如果塞进去几百兆的文件还是会有一定的卡顿感。
包括目前的html,数据库文件都是传递视频文件路径,等到需要使用时才将解码工作交给专门的部分。采用无所不包的格式就需要一次性将所有的数据先解码放到内存中,事实上一次性加载这么大的文件对内存和cpu都不友好。
想要实现这种要从文件编码格式上入手了,但是能够实现这样算法的大佬应该是不会对这样无关紧要的事物上心的。

1 Like

总体来说doc格式比HTML好。HTML没有标准的样式,没有可靠的编辑器,缺少这两点就无法保证HTML的阅读和编辑体验一致,还不如doc,至少现在为止各家doc编辑器的阅读体验基本上是一致的。

楼主在说的不就是ppt吗,把单页幻灯片大小改大就没换页了,图片音频视频通通支持,还单文件,分享给别人既可以发文件也可以网页在线查看
就是历史记录得靠系统的文件历史版本或Office 365

2 Likes

首先 单文件≠易于管理。因为你不是在管理文件,是在管理内容。管理文件不是用户的核心工作流,管理内容才是。

其次logseq使用数据库存储笔记,或者其他任何使用数据库的笔记都可能满足需求,可以自己尝试。

最后,如果找到一个,符合其他要求的非单文件的笔记软件,可以使用虚拟磁盘文件(vhd/vhdx/vdi/img等等),变相达到单文件的需求。