Bug 22896

Summary:

[Qt] contents of <pre> element not rendered in monospace

Product:

WebKit

Reporter:

sideshowbarker <mike>

Component:

Layout and Rendering

Assignee:

Nobody <webkit-unassigned>

Status:

RESOLVED DUPLICATE

Severity:

Normal

CC:

4plague, adawit, bksening, jturcotte, p.capriotti, vestbo

Priority:

Keywords:

Version:

528+ (Nightly build)

Hardware:

Other

OS:

Linux

Attachments:

Description	Flags
HTML file demonstrating the problem described	none
PNG file showing rendering in my environment	none
image generated using Ariya's webcapture tool	none

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	Details
PNG file showing rendering in my environment (22.43 KB, image/png) 2008-12-16 18:42 PST, sideshowbarker	no flags	Details
image generated using Ariya's webcapture tool (8.48 KB, image/png) 2009-03-12 23:07 PDT, sideshowbarker	no flags	Details
View All Add attachment proposed patch, testcase, etc.

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.