firefox12

@1244943563 恩　我能明白这个意思，我确认是独立的引擎，不依赖 css, chrome, 但是你现在又表示 ie 因为太老　因为 css 的支持问题，会无法使用。ie 其实不是最重要的点，而是我认为一个独立的引擎应该不受这些条件的影响。　就像 win98 上面装了 adobe 的 pdf 阅读器，２０２６年出品的 pdf 只要版本支持　也是可以在 win98 的 pdf 阅读器上显示出来的。

但是最终我问了下ａｉ我觉得 ai 的这个解释　能解释这一切，　就是 ie 为什么不支持 vue3 而支持 vue2, 理论上 vue 只是一段 js, ie 是有 js 引擎的，所以 ie 能支持 vue3 才对，但是 ie 　不支持 vue3 但是支持 ie2, 因为 vue3 使用了 proxy 机制，监听事件变化。　 ie 里面没有这个东西，所以运行不了。　 vue2 使用了　 Object.defineProperty()，　 ie 支持　 Object.defineProperty()　　所以 ie 就支持 vue2. 你的排版引擎模块是不需要 css 的，但是最终显示的时候　还是借助了 css, chrome. 你的开发 node. css 这些在 ie 上无法很好支持　所以没办法支持 ie 。
　　我认为你的引擎应该分为排版和显示２个模块，排版是不需要的，最终显示需要 chrome 和 css 所以不支持 ie 。
我比较武断地认为，已经排版好的信息渲染出来　应该是很简单的事情，所有的浏览器应该都很轻松支持。大概这里存在知识上的 gap 吧。

好了　 forget 　 it.

我就问你们每个月都花多少钱订阅？　都是每人１１００吗？

@1244943563 所以我很奇怪 如果是独立的引擎，浏览器显示内容理论上就应该如同显示一张图片，为什么 ie 会不支持呢？ 而且也不应该存在不同浏览器显示不一致的问题，他们只是显示了一张 canvas, 理论上 所有的浏览器应该都能支持 而且效果都应该一样。 只是我个人的一点见解。

总之这肯定是很厉害的，当年和做 wps 的同事一起聊天过，这个排版引擎是最麻烦也是最难的。你删掉或者添加一个字后面所有的内容都要重新排版 重新计算。

@quxiaojuncuiyue 为什么？是应用会直连 ip 吗？

https://imgur.com/undefined ai 整理了一下 我以为你做的是这样的东西

@1244943563 明白了， 你还是依赖 chrome, 和我理解的跨平台还是不一样。我以为什么都不需要 后端可以透明存在

pretext 就是 4 月份 很火的那个， 你做的事情和它是不是很类似？ 它是快速计算绘制页面， 你的最终产物也是这样？

这是基于网页端的，排版写了一套类似 flutter 的 api 统一的语法，渲染有多套，有 svg canvas 这个是可视的，另外其实还有两套，一个是 pdf ，用了 pdfkit ，将同一套写法通过 pdf 的渲染器生成 pdf,自己写了一套 ofd 类似 pdfkit 的 js 库，还能渲染成 ofd ，这两套渲染完直接是生成文件导出的。我没看懂你说的建立在浏览器上的 chrome 是什么意思，我只能这么解释。

这一套没有任何服务端，纯前端，所有的包是支持纯浏览器操作的

所以 ie chrome firefox 会有一样的结果吗? 我的理解一套 office 在 win7 win10 上跑出来的显示是一样的，但是同一套 css 在不同浏览器的效果可能都不一样。

你这个是会做出一些 css 让浏览器去渲染出来 还是生成一些渲染 canvas 的指令 在 canvas 上纯绘图？ 如果是前者 就会有不同浏览器不一样情况出现吧，如果是后者 那么就算是 ie6 也应该是一样的效果吧。

如果是生成一些 canvas 指令的话， 是不是能全部放在后端，指令到后端 后端算好，把指令传到前端 前端绘制 显示，前端操作，浏览器什么也不做，把指令到后端 后端处理，再给绘制命令。 这样的话，好像前端 只需要很简单就可以了吧。一切都在后端。这些操作也可以全部用 rust java 来做。而不需要 node.js 。

个人理解。