问题标签 [rendering-engine]

目前，我们的应用程序使用 Trident Win32 组件，但出于几个原因，我们想要摆脱它，其中最主要的原因是我们希望跨平台。

我们正在研究WebKit和Gecko，但我很想在做出决定之前得到一些反馈。以下是一些最重要的要求：

1. 它应该相对较快，占用空间小。理想情况下，我们可以毫不费力地修剪掉不需要的任何东西。

2. 体面的文档很重要。我预计不需要对它做任何不寻常的事情，但你永远不知道。

3. 我们正在使用 C++，如果可能的话，我们希望使用设计良好的面向对象架构。

4. 跨平台是必须的，从长远来看，良好的性能会有所帮助（我们最终可能会移植到移动平台）。

在做出决定之前，我需要考虑哪些因素？以前有没有人使用过 WebKit 或 Gecko？如果是这样，是否有任何我可能会觉得有用的文章或教程？

更新：

谢谢你们的回应。我们最终选择了包含 WebKit 的 Qt 4.5。到目前为止，我们对它非常满意，事实上我认为 Qt 可能是我用过的最好的 UI 框架；使用本机 Win32 API 进行编码之间的差异是惊人的。它也很容易学习，我们唯一遇到的主要问题是习惯了信号/插槽范例。

我想获取浏览器呈现网页的所有 HTML 元素的尺寸（坐标），即它们呈现的位置。例如，(top-left,top-right,bottom-left,bottom-right)

在 lxml 中找不到这个。那么，Python中是否有任何库可以做到这一点？我也看过 Perl 中的 Mechanize::Mozilla 但是，这似乎很难配置/设置。

我认为满足我的要求的最好方法是使用渲染引擎——比如 WebKit 或 Gecko。

以上两个渲染引擎是否有可用的 perl/python 绑定？谷歌搜索关于如何“插入”到 WebKit 渲染引擎的教程并不是很有帮助。

我想知道是否可以修改 Chrome 或 Firefox 显示设置，使其仅显示 HTML DOM 对象的矩形？我想要做的是尽可能减少渲染引擎的工作量，所以它只会构建页面的布局。

浏览器的本机代码是否被认为是“布局引擎（渲染引擎）”的一部分，还是与之分开？换句话说，如果我们拿Mozilla Firefox来说，DOM对象的创建是不是GECKO的过程？

I have long believed that the only difference as far as the rendering of major browsers on different platforms is concerned is operating systems' underlying font-rendering technology, everything else relying upon the same libraries included with the browser.

As far as my research takes me, this is something that front-end developers either believe or don't. It seems we can chose either. I'm in a bad spot because I've always believed there was no difference, and now I am being told that before I publish any piece of front-end-impacting work I must carry out thorough testing on Mac as well as Windows.

To be clear, I am aware of the differences in text rendering (Tom Phiney covers the issue in depth here: http://www.thomasphinney.com/2009/12/browser-choice-vs-font-rendering/). The grey area I cannot find any documentation on is whether or not there are any either disparities.

Are there any authoritative articles of a technical bent giving a definitive answer either way?

我想扫描我的 erb 文件以查找特定的自定义 HTML 标签（我已经完成了这部分），然后在渲染之前，拦截这些标签并替换它们的 html 输出。我在 RAILS 中找不到与此类活动相关的任何信息。也许我没有找对地方。

我必须画一个小的有限状态机，它有一些自反转换（意味着转换的开始和结束状态是相等的。

问题是在 Graphviz 中渲染的结果很难看。

有没有办法让这看起来更好一点？

顺便说一句：我尝试了 head/tailport，但它们不适用于我的 Graphviz 版本（Mac OS X 上的 1.13）

我不限于点引擎，我只想要一个漂亮的图形而不关心渲染器/语言。

非常感谢

br我有一个问题，即 Internet Explorer 生成了一个不在我的源中的附加元素。附加br影响页面的布局并且在使用开发者工具时可见。我已经尝试删除周围元素之间的所有硬返回，但额外的br仍然存在。Firefox 和 Chrome 没有这个问题。关于我可以做些什么来解决这个问题的想法？

代替

我明白了

代码示例

而我最终得到的（...用来显示我缩短了渲染的 id）

最近，我看到了带有“webkit”标签的问题。此类问题通常是与 CSS、jQuery、布局、跨浏览器兼容性问题等相关的基于 Web 的问题......

那么这个“webkit”是什么，它与 CSS 有什么关系呢？我还注意到-webkit-...各种网站的源代码中有很多属性。这两个有关系吗？

更新

所以从目前的答案来看……WebKit 是一个用于 Safari/Chrome 的 HTML/CSS Web 浏览器渲染引擎。是否有适用于 IE/Opera/Firefox 的此类引擎，使用其中一种引擎有什么区别、优缺点？例如，我可以在 Firefox 中使用 WebKit 功能吗？

终极问题... IE 支持 WebKit 吗？

更新 2

所有主流浏览器都使用不同的渲染引擎。我想这是为什么有这么多跨浏览器兼容性问题的一个重要原因！

那么，是否有某种项目或迁移到所有浏览器都将使用的标准渲染引擎？HTML5 会终结跨浏览器的兼容性问题吗？

我已经尝试了我能想到的一切来更改我需要呈现为 300ppi TIFF 的报告的呈现参数。

这是使用 URL 方法的几种尝试之一。当我们从 96ppi 增加到 300ppi 时，8.5 x 11 图像的大小显着增加，但分辨率保持在 96ppi。

我们尝试更改 SSRS 配置文件以将默认值从 96ppi 更改为 300ppi，但更改被忽略。

它开始看起来像是某个无法覆盖的硬编码 96ppi。

我们正在运行 SQL Server 2008 R2。

任何关于如何解决这个问题的想法都将不胜感激。

-汤姆