Standardizing autocapitalize

2015-03-12 Thread Mounir Lamouri
(bcc: public-webapps@) Hi, I would like to standardize the Apple's proprietary autocapitalize attribute. This attribute is widely used and it would probably benefit the platform to have a broader support for it. The implementation cost should be fairly low while it can be very beneficial for the

template namespace attribute proposal

2015-03-12 Thread Benjamin Lesh
I'd like to propose that the template tag have a namespace= attribute that allows the user to specify namespaces such as http://www.w3.org/2000/svg;, so that the document fragment that comes from `.content` is created properly. e.g.: template id=my-svg-template

Re: template namespace attribute proposal

2015-03-12 Thread Robin Berjon
On 12/03/2015 11:07 , Anne van Kesteren wrote: On Thu, Mar 12, 2015 at 4:32 AM, Benjamin Lesh bl...@netflix.com wrote: What are your thoughts on this idea? I think it would be more natural (HTML-parser-wise) if we special-cased SVG elements, similar to how e.g. table elements are

Re: template namespace attribute proposal

2015-03-12 Thread Dimitri Glazkov
On Thu, Mar 12, 2015 at 4:13 AM, Robin Berjon ro...@w3.org wrote: On 12/03/2015 11:07 , Anne van Kesteren wrote: On Thu, Mar 12, 2015 at 4:32 AM, Benjamin Lesh bl...@netflix.com wrote: What are your thoughts on this idea? I think it would be more natural (HTML-parser-wise) if we

Re: CfC: publish WG Note of UI Events; deadline November 14

2015-03-12 Thread Arthur Barstow
Hi All, This CfC (original thread is [1]) is now moving forward and on March 17 there will be two publications: 1. /UI Events (Keyboard Extension)/; W3C Working Group Note; (draft is http://jay.w3.org/~plehegar/uievents-ext.html). 2. /UI Events Specification (formerly DOM Level 3 Events)/;

Re: template namespace attribute proposal

2015-03-12 Thread Benjamin Lesh
FWIW: Currently, template tags nested in svg are SVGElement, and not HTMLTemplate Element. You also need to hide the SVG container or it will be rendered. On Mar 12, 2015 8:18 AM, Anne van Kesteren ann...@annevk.nl wrote: On Thu, Mar 12, 2015 at 3:57 PM, Ryosuke Niwa rn...@apple.com wrote: By

Re: template namespace attribute proposal

2015-03-12 Thread Anne van Kesteren
On Thu, Mar 12, 2015 at 3:57 PM, Ryosuke Niwa rn...@apple.com wrote: By special casing, do you mean to recognize SVG element names? Yeah, not really sure there's another way of doing it. (You can of course put things within svg, but then you could also put tbody in table...) I'd prefer

Re: template namespace attribute proposal

2015-03-12 Thread Anne van Kesteren
On Thu, Mar 12, 2015 at 7:16 PM, Adam Klein ad...@chromium.org wrote: For clarity, is this significantly different from the below (which works today)? template id=tmpl svg circle .../ /svg /template Clearly there's an extra step here, in that accessing the SVG elements requires

Re: template namespace attribute proposal

2015-03-12 Thread Adam Klein
On Thu, Mar 12, 2015 at 11:22 AM, Anne van Kesteren ann...@annevk.nl wrote: On Thu, Mar 12, 2015 at 7:16 PM, Adam Klein ad...@chromium.org wrote: For clarity, is this significantly different from the below (which works today)? template id=tmpl svg circle .../ /svg

Re: template namespace attribute proposal

2015-03-12 Thread Anne van Kesteren
On Thu, Mar 12, 2015 at 8:24 PM, Adam Klein ad...@chromium.org wrote: Is your thinking that adding special-casing for SVG-looking (as in, tag names appearing in the list of SVG tags but not in the list of HTML tags) inside template has fewer compat risks than a wholesale change of the HTML

Re: template namespace attribute proposal

2015-03-12 Thread Adam Klein
On Wed, Mar 11, 2015 at 8:32 PM, Benjamin Lesh bl...@netflix.com wrote: I'd like to propose that the template tag have a namespace= attribute that allows the user to specify namespaces such as http://www.w3.org/2000/svg;, so that the document fragment that comes from `.content` is created

RE: template namespace attribute proposal

2015-03-12 Thread Travis Leithead
I would also prefer to enable this to work without any extra annotation. So much of the rest of how SVG/MathML are handled in HTML is seamless by design. From: ad...@google.com [mailto:ad...@google.com] On Behalf Of Adam Klein Sent: Thursday, March 12, 2015 11:17 AM To: Benjamin Lesh Cc: WebApps

[Shadow] URL-based shadows?

2015-03-12 Thread Travis Leithead
Dimitri et al., Has the idea of loading/parsing a Shadow DOM directly from a URL been discussed already? (e.g., a sort-of micro-import or an import that parses its document directly into the ShadowRoot container?) I'm curious to know if there's some obvious flaw that I'm missing.

Re: template namespace attribute proposal

2015-03-12 Thread Anne van Kesteren
On Thu, Mar 12, 2015 at 4:32 AM, Benjamin Lesh bl...@netflix.com wrote: What are your thoughts on this idea? I think it would be more natural (HTML-parser-wise) if we special-cased SVG elements, similar to how e.g. table elements are special-cased today. A lot of template-parsing logic is set up

Re: template namespace attribute proposal

2015-03-12 Thread Benjamin Lesh
So much of the rest of how SVG/MathML are handled in HTML is seamless by design. For my part, I disagree slightly with this statement. If you just drop a circle tag in a div, you're going to get an HTMLUnknownElement. This is by design and to spec, of course. But it unfortunately means you can't

Re: [Shadow] URL-based shadows?

2015-03-12 Thread Dimitri Glazkov
Yep. Elliott (cc'd) had a proposal like this a while back. It was coolly received (can't remember the details). :DG On Thu, Mar 12, 2015 at 5:46 PM, Travis Leithead travis.leith...@microsoft.com wrote: Dimitri et al., Has the idea of loading/parsing a Shadow DOM directly from a URL