- From: Erik Dahlstrom <ed@opera.com>
- Date: Tue, 20 Jul 2010 21:34:37 +0200
- To: "Henri Sivonen" <hsivonen@iki.fi>, www-svg <www-svg@w3.org>
On Tue, 20 Jul 2010 12:50:58 +0200, Henri Sivonen <hsivonen@iki.fi> wrote: > For reasons covered in > https://bugzilla.mozilla.org/show_bug.cgi?id=552938#c27 > and > https://bugzilla.mozilla.org/show_bug.cgi?id=552938#c24 > Firefox as of 4.0 beta 2 no longer supports the SVG load event on > arbitrary SVG elements. It's now only supported on <svg>. > > Could the SVG WG, please, remove the load event from non-<svg> elements > in SVG 2.0 (or even earlier spec revisions) and retire the testcase > http://www.w3.org/Graphics/SVG/Test/20061213/svggen/interact-events-01-b.svg > that relies on the load event firing on non-<svg> elements? I agree that that particular testcase isn't really doing a good job of showing what load events should be used for. I don't think "removing load events" from all non-<svg> elements was what the WG discussed in the past relating to this issue. In particular, why should there be no load event on svg elements that can have external resources? Just going by what HTML5 says for the <html:script> element for example: [[ If the script is from an external file, fire a simple event named load at the script element. ]] It seems reasonable to say that if any element in svg loads an external resource then it should fire a simple load event, same as for <html:img>, <html:script> etc. > Also, the event is now async in Firefox. It was already async in Opera. Async as in not fired at parse time (if the resource was available then, or if there was no resource referenced)? Async as in fired whenever the resource actually loads? > Could you also, please, specify it to be async. Where in the spec is it said (or implied) that it's not async? > If I need to file this into a tracking system to have this consider, > please advise me which tracking system I should use. It is already tracked as a SVG 2.0 issue, http://www.w3.org/Graphics/SVG/WG/track/issues/2254. If you wish to speed up the handling of that issue, it would help if there was one or more comprehensive tests. Given that Mozilla has open bugs on this, I'd assume there are some testcases relating to this. Could Mozilla contribute such tests to the svg testsuite? Cheers /Erik -- Erik Dahlstrom, Core Technology Developer, Opera Software Co-Chair, W3C SVG Working Group Personal blog: http://my.opera.com/macdev_ed
Received on Tuesday, 20 July 2010 19:35:21 UTC