RESOLVED DUPLICATE of bug 31294 22896
[Qt] contents of <pre> element not rendered in monospace
https://bugs.webkit.org/show_bug.cgi?id=22896
Summary [Qt] contents of <pre> element not rendered in monospace
sideshowbarker
Reported 2008-12-16 18:39:54 PST
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.
Attachments
HTML file demonstrating the problem described (635 bytes, text/html)
2008-12-16 18:42 PST, sideshowbarker
no flags
PNG file showing rendering in my environment (22.43 KB, image/png)
2008-12-16 18:42 PST, sideshowbarker
no flags
image generated using Ariya's webcapture tool (8.48 KB, image/png)
2009-03-12 23:07 PDT, sideshowbarker
no flags
sideshowbarker
Comment 1 2008-12-16 18:42:11 PST
Created attachment 26082 [details] HTML file demonstrating the problem described
sideshowbarker
Comment 2 2008-12-16 18:42:58 PST
Created attachment 26083 [details] PNG file showing rendering in my environment
sideshowbarker
Comment 3 2009-03-12 23:07:03 PDT
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.
Blake Sening
Comment 4 2009-05-22 12:19:32 PDT
I believe this is also failing for <tt> and <code> sections.
Plague
Comment 5 2009-09-03 04:04:02 PDT
Why is this still unconfirmed? The test cases are here and it is clear that it does not work in multiple webkit-based browsers...
Dawit A.
Comment 6 2009-10-06 15:21:41 PDT
*** Bug 30075 has been marked as a duplicate of this bug. ***
Jocelyn Turcotte
Comment 7 2009-11-25 06:52:04 PST
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 ***
Note You need to log in before you can comment on or make changes to this bug.