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>
Status: RESOLVED FIXED    
Severity: Normal    
Priority: P2    
Version: 420+   
Hardware: Mac   
OS: OS X 10.4   
Attachments:
Description Flags
simple test case
none
First attempt
eric: review-
Expected Result in PNG
none
Comparision between WebKit (9/13/2006) vs IE w/ASV3 none

Eric Lim
Reported 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.
Attachments
simple test case (1.44 KB, image/svg+xml)
2006-08-09 08:05 PDT, Eric Lim 		no flags
Details
First attempt (13.04 KB, patch)
2006-08-31 11:17 PDT, Rob Buis 		eric: review-
DetailsFormatted DiffDiff
Expected Result in PNG (17.65 KB, image/png)
2006-09-07 11:36 PDT, Eric Lim 		no flags
Details
Comparision between WebKit (9/13/2006) vs IE w/ASV3 (48.85 KB, image/png)
2006-09-13 07:51 PDT, Eric Lim 		no flags
Details
Show Obsolete (1) View All Add attachment proposed patch, testcase, etc.
Eric Lim
Comment 1 2006-08-09 08:05:43 PDT
Created attachment 9956 [details] simple test case
Rob Buis
Comment 2 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. Cheers, Rob.
Maciej Stachowiak
Comment 3 2006-09-02 02:38:11 PDT
Comment on attachment 10335 [details] First attempt r=me
Eric Seidel (no email)
Comment 4 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.
Rob Buis
Comment 5 2006-09-02 03:32:16 PDT
After testing against ToT, it seems to work! I think it is due to r16191 (FOUC fixes). Cheers, Rob.
Eric Lim
Comment 6 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.
Eric Lim
Comment 7 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...
Eric Seidel (no email)
Comment 8 2006-09-12 23:25:17 PDT
A simpler test case might make this more clear what's wrong here.
Eric Lim
Comment 9 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.
David Kilzer (:ddkilzer)
Comment 10 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!
Note You need to log in before you can comment on or make changes to this bug.