You need to
before you can comment on or make changes to this bug.
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:
An image of how that page renders in my environment is here:
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 an attachment (id=26082) [details]
HTML file demonstrating the problem described
Created an attachment (id=26083) [details]
PNG file showing rendering in my environment
Created an attachment (id=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 ***