Re: [whatwg] SVG cloning elements from HTML5

2014-06-27 Thread David Carlisle
On 26/06/2014 19:06, Tab Atkins Jr. wrote: On Thu, Jun 26, 2014 at 10:40 AM, Chris Lilley ch...@w3.org wrote: Better integration of HTML and SVG (and blocking any further element copying beyond the four existing elements) is really important. Much more important than maintaining rendering of

Re: [whatwg] SVG cloning elements from HTML5

2014-06-27 Thread David Carlisle
On 27/06/2014 19:01, Tab Atkins Jr. wrote: On Fri, Jun 27, 2014 at 2:16 AM, David Carlisle dav...@nag.co.uk wrote: If the parser is changing here could we also change it so that HTML elements don't auto close math for which there was also only ever fragile justification. Yes, no reason to

Re: [whatwg] SVG cloning elements from HTML5

2014-06-27 Thread Tab Atkins Jr.
On Fri, Jun 27, 2014 at 2:11 PM, David Carlisle dav...@nag.co.uk wrote: Who do you mean by we in the above (css wg, svg wg, whatwg here) not that it matters really but if I need to go and ask the Math WG to coordinate with someone I want to be able to say who that is:-) Me, mostly, but CSSWG

Re: [whatwg] SVG cloning elements from HTML5

2014-06-26 Thread Ian Hickson
On Tue, 24 Jun 2014, Robert O'Callahan wrote: !DOCTYPE HTML svg span id=s/span div id=i/div the elements s and i are put in the HTML namespace already. As siblings of the svg element, though, not descendants. This was required to get some level of compatibility with deployed content while

Re: [whatwg] SVG cloning elements from HTML5

2014-06-26 Thread Tab Atkins Jr.
On Thu, Jun 26, 2014 at 9:11 AM, Ian Hickson i...@hixie.ch wrote: On Tue, 24 Jun 2014, Robert O'Callahan wrote: !DOCTYPE HTML svg span id=s/span div id=i/div the elements s and i are put in the HTML namespace already. As siblings of the svg element, though, not descendants. This was

Re: [whatwg] SVG cloning elements from HTML5

2014-06-26 Thread Anne van Kesteren
On Thu, Jun 26, 2014 at 6:35 PM, Tab Atkins Jr. jackalm...@gmail.com wrote: (The current proposal would place all the direct HTML children of SVG elements on top of each other, similar to abspos, but grandchildren would render normally, in a CSS layout model.) Isn't content outside of svg

Re: [whatwg] SVG cloning elements from HTML5

2014-06-26 Thread Tab Atkins Jr.
On Thu, Jun 26, 2014 at 9:44 AM, Anne van Kesteren ann...@annevk.nl wrote: On Thu, Jun 26, 2014 at 6:35 PM, Tab Atkins Jr. jackalm...@gmail.com wrote: (The current proposal would place all the direct HTML children of SVG elements on top of each other, similar to abspos, but grandchildren would

Re: [whatwg] SVG cloning elements from HTML5

2014-06-26 Thread Anne van Kesteren
On Thu, Jun 26, 2014 at 6:48 PM, Tab Atkins Jr. jackalm...@gmail.com wrote: How many of these crazy sites were there? I'd hate to flounder on such an important change due to just a handful of idiotically-authored sites. Better integration of HTML and SVG (and blocking any further element

Re: [whatwg] SVG cloning elements from HTML5

2014-06-26 Thread Tab Atkins Jr.
On Thu, Jun 26, 2014 at 10:40 AM, Chris Lilley ch...@w3.org wrote: Better integration of HTML and SVG (and blocking any further element copying beyond the four existing elements) is really important. Much more important than maintaining rendering of someone's tried this and it didn't do

Re: [whatwg] SVG cloning elements from HTML5

2014-06-24 Thread Tab Atkins Jr.
[plain-text email, please. HTML emails rarely survive plain-text-ification unscathed.] On Mon, Jun 23, 2014 at 11:35 PM, Gavin Kistner phr...@me.com wrote: On 24 Jun 2014, at 05:25, Robert O'Callahan rob...@ocallahan.org wrote: On Thu, Jun 19, 2014 at 4:33 AM, Tab Atkins Jr.

Re: [whatwg] SVG cloning elements from HTML5

2014-06-23 Thread Robert O'Callahan
On Thu, Jun 19, 2014 at 4:33 AM, Tab Atkins Jr. jackalm...@gmail.com wrote: Yes, increasing the set of name-alikes between html and svg is absolutely not something we'll support. (I've unfortunately been out of the loop with the svgwg for a while, or else I would have prevented this from

Re: [whatwg] SVG cloning elements from HTML5

2014-06-23 Thread Dirk Schulze
On Jun 24, 2014, at 5:25 AM, Robert O'Callahan rob...@ocallahan.org wrote: On Thu, Jun 19, 2014 at 4:33 AM, Tab Atkins Jr. jackalm...@gmail.com wrote: Yes, increasing the set of name-alikes between html and svg is absolutely not something we'll support. (I've unfortunately been out of the

Re: [whatwg] SVG cloning elements from HTML5

2014-06-23 Thread Tab Atkins Jr.
On Mon, Jun 23, 2014 at 9:35 PM, Dirk Schulze dschu...@adobe.com wrote: On Jun 24, 2014, at 5:25 AM, Robert O'Callahan rob...@ocallahan.org wrote: On Thu, Jun 19, 2014 at 4:33 AM, Tab Atkins Jr. jackalm...@gmail.com wrote: Yes, increasing the set of name-alikes between html and svg is

Re: [whatwg] SVG cloning elements from HTML5

2014-06-18 Thread Boris Zbarsky
On 6/18/14, 8:59 AM, Robert O'Callahan wrote: For example, SVGIframeElement as specced has two width attributes. Which actually means the IDL will fail to be parsed with a conforming Web IDL parser. SVGIframeElement implements HTMLIFrameElement creates a multiple inheritance situation that

Re: [whatwg] SVG cloning elements from HTML5

2014-06-18 Thread Tab Atkins Jr.
On Jun 18, 2014 6:00 AM, Robert O'Callahan rob...@ocallahan.org wrote: I just discovered https://svgwg.org/svg2-draft/embedded.html This looks very problematic. It ties SVG and HTML5 together in uncomfortable ways. For example, SVGIframeElement as specced has two width attributes. It's