Bug 12868 – parts of the CSS classes in this simple SVG example are not applied

• Component: CSS
• Status: RESOLVED FIXED

[Andreas Neumann]

In this example some CSS classes are correctly applied, some are not. I don't know if there is something wrong in the CSS definitions, but the example works fine in Opera, Mozilla, Adobe SVG viewer and Batik. As an example, the first path element within the group with the id "menuStep1" renders with a black fill, but should render with the fill "steelblue" according to the css class "menuBox2" (defined in file http://www.carto.net/neumann/webkitsvgbugs/diamlstyles.css). Also some of the text styles, e.g. for the text with the class "menuText" are not applied correctly.

Thank you for having a look at this example!

[Rob Buis]

Created attachment 13465 [details]
First attempt

There is something funky with the default param value for CSSStyleSheet::parseString. The base class used false,  CSSStyleSheet::parseString used true. I am not sure whether that should work or is portable, it doesn't work on my macbook pro, so for now to fix the bug I simply specify true in the call in
ProcessingInstruction.cpp.
Cheers,

Rob.

[Nikolas Zimmermann]

That's really funky. Does your change not affect any other layout tests?

Niko

[Rob Buis]

Hi Niko,

(In reply to comment #2)
> That's really funky. Does your change not affect any other layout tests?

No, it didnt. I didnt really investigate, but I guess there are no case-insensitivity problems (use of fooBar as class), like the testcase on this bug seemed to have.
Cheers,

Rob.

[Darin Adler]

Comment on attachment 13465 [details]
First attempt

r=me

[Rob Buis]

Landed in r19960.