I'm seeing some weird behavior in my environment (Debian testing with KDE 3.5) with Arora built against a recent Qt 4.5 + QtWebKit snaphot. A demo of the problem is here: http://www.w3.org/2008/12/pre-test.html An image of how that page renders in my environment is here: http://www.w3.org/2008/12/pre-test.html.png The specific problem is that he contents of a plain <pre> element don't get rendered in monospace (see the first paragraph). If I do <pre class="style="font-family: Courier, monospace">, it seems to show up on Courier as expected, but with italic and bold. However, if I do <pre class="style="font-family: Bitstream Vera Sans Mono, monospace">, it shows up correctly (monospace without any bold or italic). I pinged Ben Meyer about this on #arora and he seemed to indicate that he didn't reckon this to be an Arora-specific bug (but instead I guess a QtWebKit bug), so I'm raising it here.
Created attachment 26082 [details] HTML file demonstrating the problem described
Created attachment 26083 [details] PNG file showing rendering in my environment
Created attachment 28571 [details] image generated using Ariya's webcapture tool The pre-test.html-webcapture.png image was generated using a Qt 4.5 build of Ariya Hidayat's "webcapture" tool. http://labs.trolltech.com/blogs/2009/01/15/capturing-web-pages/ It's looks pretty much identical to the rendering I get from Arora, so it does seem like this is some problem with QtWebKit in my environment.
I believe this is also failing for <tt> and <code> sections.
Why is this still unconfirmed? The test cases are here and it is clear that it does not work in multiple webkit-based browsers...
*** Bug 30075 has been marked as a duplicate of this bug. ***
This issue currently fixed in Qt 4.6 trunk (src/3rdparty/webkit). See bug #31294 to know when this will be fixed in WebKit trunk. *** This bug has been marked as a duplicate of bug 31294 ***