News for hackers. Stuff that matters.
Re:Expected arrival times for Apple products by rohern on Friday March 01, 2013 @05:11PM (#5307270)
I love Firefox, but I am encountering problems like this more and more often. It's a disaster to use with Coursera or Netflix.
Re:Expected arrival times for Apple products by whatshisface on Friday March 01, 2013 @05:37PM (#5307419)
"This page is best viewed with Google Explorer"

It looks like the page is doing something funny with javascript to render the bars, why not just use good old css?

Re:Expected arrival times for Apple products by jgraham on Friday March 01, 2013 @06:15PM (#5307583)
The problem is that the site is using SVG paint servers to provide a gradient for the progress rect. The gradient is specified in a SVG def element with id barGradient in the HTML file. So far so good. The problem arises because the fill rule is written as "fill: url(#barGradient)" and is placed in an external CSS file. In this case the fragment should be resolved against the stylesheet URL, not the HTML document URL [1]. It appears that Gecko and Opera get this right and WebKit doesn't. However the page relies on the incorrect behaviour here. (I also note that Gecko and Presto do different things after they fail to resolve the paint server; Gecko falls back to "none", Presto to the default fill colour. My reading of SVG 1.2T is that Gecko is correct in this case [2]).

tldr; The page relies on a WebKit bug. The Gecko rendering is correct.

[1] http://www.w3.org/TR/css3-values/#urls [2] http://www.w3.org/TR/SVGTiny12/painting.html#SpecifyingPaint

Re:Expected arrival times for Apple products by anti-pattern on Friday March 01, 2013 @06:57PM (#5307732)
Ah, that makes sense. Thanks for explaining it! This was my first time using SVG. So, what is the best solution? Defining SVG styles in a style tag?
Re:Expected arrival times for Apple products by jgraham on Saturday March 02, 2013 @04:50AM (#5309083)
That would work, yes.