25940 2014-06-01 10:39:18 +0000 Please define getSVGDocument 2014-09-24 20:14:29 +0000 1 1 1 Unclassified WHATWG HTML unspecified Other other RESOLVED FIXED http://www.whatwg.org/specs/web-apps/current-work/#htmlobjectelement P3 normal Unsorted 1 contributor ian cam ian mike Ms2ger zcorpan contributor oldest_to_newest 107097 0 contributor 2014-06-01 10:39:18 +0000 Specification: http://www.whatwg.org/specs/web-apps/current-work/multipage/the-iframe-element.html Multipage: http://www.whatwg.org/C#htmlobjectelement Complete: http://www.whatwg.org/c#htmlobjectelement Referrer: http://www.whatwg.org/specs/web-apps/current-work/multipage/ Comment: Please define getSVGDocument Posted from: 87.64.200.82 by ms2ger@gmail.com User agent: Mozilla/5.0 (X11; Linux x86_64; rv:32.0) Gecko/20100101 Firefox/32.0 107145 1 ian 2014-06-02 18:15:46 +0000 Isn't that specced by the SVG spec? 107180 2 Ms2ger 2014-06-03 07:25:23 +0000 Definitely not in the detail I'd like to see. ISTR that it was discussed before, and the SVG people were happy to have it specced in HTML; that'd also make it easier to make sure that all elements that need it get it. 107213 3 ian 2014-06-03 17:33:01 +0000 If the SVG WG wants to transfer ownership of this API to HTML, I'm happy to spec it. Can I get confirmation from an SVG spec editor? 107339 4 cam 2014-06-05 12:24:53 +0000 I don't mind too much where getSVGDocument lives, if we do indeed need to keep it. I'd love to see some usage data for it. As it will be pretty much an alias for contentDocument, it would be simpler if it was defined in HTML. Let me bring it up on the SVG group's list just to see if anyone has any objections moving it over. 107340 5 cam 2014-06-05 12:32:21 +0000 http://lists.w3.org/Archives/Public/public-svg-wg/2014AprJun/0083.html 110001 6 contributor 2014-08-06 18:26:39 +0000 Checked in as WHATWG revision r8713. Check-in comment: getSVGDocument() http://html5.org/tools/web-apps-tracker?from=8712&to=8713 110016 7 zcorpan 2014-08-07 04:53:29 +0000 It's needed for at least object and iframe as well. Maybe frame also. http://software.hixie.ch/utilities/js/live-dom-viewer/saved/3103 110017 8 zcorpan 2014-08-07 05:14:15 +0000 Also, step 3 seems unnecessarily restrictive. At least Blink/Gecko/Presto returns the document after the element has been further navigated, even to a non-SVG document. (Haven't tested IE.) It seems like Safari 7.0.5 returns null if the document is not an SVGDocument, but it returns the document after navigation to another SVG. http://software.hixie.ch/utilities/js/live-dom-viewer/saved/3105 For iframe, Presto/Gecko just always returns the document, but WebKit/Blink return null for non-image/svg+xml it seems. http://software.hixie.ch/utilities/js/live-dom-viewer/saved/3108 111445 9 ian 2014-09-12 17:32:08 +0000 The current step 3 was based on this: http://software.hixie.ch/utilities/js/live-dom-viewer/?saved=3102 document xml svg svg-as-xml xml-as-svg Chrome null null object null object Firefox object object object object error* Safari null null object null object * it's trying to cast the XMLDocument to SVGDocument. In all cases, what matters is the currently loaded document, not what the <embed> originally pointed to. "Blink/Gecko/Presto returns the document after the element has been further navigated, even to a non-SVG document" appears to be false for Blink, at least in the case of navigating to a non-SVG document without an SVG MIME type. 111667 10 zcorpan 2014-09-17 07:14:42 +0000 You're right. I think I also misread the spec, I thought it would always return null after further navigation but it seems that is not the case. So I think it's OK, just need it on the other elements. 112106 11 contributor 2014-09-24 19:02:53 +0000 Checked in as WHATWG revision r8811. Check-in comment: Add getSVGDocument() to object and iframe also, with the same definition as for embed. https://html5.org/tools/web-apps-tracker?from=8810&to=8811 112117 12 zcorpan 2014-09-24 20:11:13 +0000 It needs to be nullable in the IDL. 112119 13 contributor 2014-09-24 20:14:29 +0000 Checked in as WHATWG revision r8814. Check-in comment: getSVGDocument() can return null (IDL fix). https://html5.org/tools/web-apps-tracker?from=8813&to=8814