Bug 10322

Summary: SVG <svg> does not render when changing the display attribute from "none" to "inline"
Product: WebKit Reporter: Eric Lim <elim>
Component: SVGAssignee: Nobody <webkit-unassigned>
Severity: Normal    
Priority: P2    
Version: 420+   
Hardware: Macintosh   
OS: OS X 10.4   
Description Flags
simple test case
First attempt
eric: review-
Expected Result in PNG
Comparision between WebKit (9/13/2006) vs IE w/ASV3 none

Description Eric Lim 2006-08-09 08:03:30 PDT
I want to interactively decide which <svg> elements to show or hide.  I use javascripts to change the <svg> display attribute.  This works fine in Firefox on a windows platform.

See attached SVG file.
Comment 1 Eric Lim 2006-08-09 08:05:43 PDT
Created attachment 9956 [details]
simple test case
Comment 2 Rob Buis 2006-08-31 11:17:12 PDT
Created attachment 10335 [details]
First attempt

This should fix the bug. I looked at FF on mac and it too could show the svg after
setting display=inline.

Comment 3 Maciej Stachowiak 2006-09-02 02:38:11 PDT
Comment on attachment 10335 [details]
First attempt

Comment 4 Eric Seidel 2006-09-02 02:48:26 PDT
Comment on attachment 10335 [details]
First attempt

I don't think this is right.  We need to ask hyatt here.
Comment 5 Rob Buis 2006-09-02 03:32:16 PDT
After testing against ToT, it seems to work! I think it is due to r16191 (FOUC fixes).

Comment 6 Eric Lim 2006-09-07 11:36:31 PDT
Created attachment 10439 [details]
Expected Result in PNG

This is the expected result.  There are two text strings, "Gain" which lies below the triangle, and "1" which lies inside the triangle.
Comment 7 Eric Lim 2006-09-07 11:38:16 PDT
Not quite there yet.  The "1" text is not rendered.  See the expect results attachments.  I am not sure if this warrants a new bug report...
Comment 8 Eric Seidel 2006-09-12 23:25:17 PDT
A simpler test case might make this more clear what's wrong here.
Comment 9 Eric Lim 2006-09-13 07:51:52 PDT
Created attachment 10525 [details]
Comparision between WebKit (9/13/2006) vs IE w/ASV3

Look at the attached image.  Notice that the text "1" is missing.  I believe this is a new issue where "clip-path" attribute are not obeyed for <text> elements.  

I believe this bug fixed and I will create a new bug for the <text> clip-path issue.
Comment 10 David Kilzer (:ddkilzer) 2006-09-13 10:59:21 PDT
(In reply to comment #9)
> I believe this bug fixed and I will create a new bug for the <text> clip-path
> issue. 

Eric Lim, please change the resolution of the bug to "FIXED" if this issue is fixed.  Thanks!