Re: File constructor

On Fri, May 11, 2012 at 9:06 AM, Bronislav Klučka < bronislav.klu...@bauglir.com> wrote: > is there a reason, while File cannot be created? It is Blob with has name > and lastModifyDate . > http://dev.w3.org/2006/webapi/**FileAPI/#file The File/Blob d

Re: Implied Context Parsing (DocumentFragment.innerHTML, or similar) proposal details to be sorted out

Ok, so I have some preferences, but they are *mild* preferences and any permutation of the options below is acceptable to me. On Fri, May 11, 2012 at 12:04 PM, Rafael Weinstein wrote: > Ok, > > So from the previous threads, there are appear to be three issues to > resolve, and I'll list the optio

Implied Context Parsing (DocumentFragment.innerHTML, or similar) proposal details to be sorted out

Ok, So from the previous threads, there are appear to be three issues to resolve, and I'll list the options that I've noted. I'll follow up with my perspective of pros/cons and ask others to do the same. Please point out options or issues that I've missed. Issue 1: How to handle tokens

Re: File constructor

On Fri, May 11, 2012 at 7:06 AM, Bronislav Klučka wrote: > Hi, > currently File object cannot be constructed, only Blob can. > I'm currently implementing XHR blob upload, that blob can either be File > (selected by user) or programatically created Blob. > On server side : > 1/ In case of File, I g

Re: [webcomponents] Template element parser changes => Proposal for adding DocumentFragment.innerHTML

It feels like we're making progress here. It seems as though there are basically two camps: 1) We shouldn't attempt to solve this problem. E.g. an explicit context element should be required for fragment parsing. 2) The basic idea of inferring a context element is workable and there are details to

Re: History Re: [webcomponents] Template element parser changes => Proposal for adding DocumentFragment.innerHTML

On Fri, 11 May 2012 19:57:37 +0200, Rafael Weinstein wrote: It was wrong for me to editorialize about SVG and MathML -- and "punish" was very poor word choice. I apologize to anyone who was insulted. It certainly wasn't my intent. I should have just said that I'm frustrated with the world we

Re: File constructor

On 11.5.2012 18:59, Alfonso Martínez de Lizarrondo wrote: Almost a year ago there was a thread about this issue (ability to set the filename for a Blob) : http://lists.w3.org/Archives/Public/public-webapps/2011AprJun/1342.html 2012/5/11 Bronislav Klučka >

Re: History Re: [webcomponents] Template element parser changes => Proposal for adding DocumentFragment.innerHTML

It was wrong for me to editorialize about SVG and MathML -- and "punish" was very poor word choice. I apologize to anyone who was insulted. It certainly wasn't my intent. I should have just said that I'm frustrated with the world we've arrived in WRT HTML vs XML and left it at that. On Fri, May 1

Re: File constructor

Almost a year ago there was a thread about this issue (ability to set the filename for a Blob) : http://lists.w3.org/Archives/Public/public-webapps/2011AprJun/1342.html 2012/5/11 Bronislav Klučka > Hi, > currently File object cannot be constructed, only Blob can. > I'm currently implementing XH

Media File System API

I work on Chrome at Google and a few of us have been working on a proposal to enable access to local media files - http://goo.gl/L8zXT . A number of different ideas [1, 2, 3] have floated around to address this issue so it seems there is interest but no consensus on the right approach. We have co

[admin] New wiki about Spec Editing

Since WebApps has quite a few new Editors, I created a new wiki doc about "Spec Editing" . Currently, the doc is mostly a skeleton but it does enumerate some expectations of Editors as well as provide links to various resources used to publish a spec

[Bug 15765] Replaceable interface

https://www.w3.org/Bugs/Public/show_bug.cgi?id=15765 Michael[tm] Smith changed: What|Removed |Added CC||public-webapps@w3.org Com

[Bug 15254] Don't forbid underscore in host names in URLs

https://www.w3.org/Bugs/Public/show_bug.cgi?id=15254 Michael[tm] Smith changed: What|Removed |Added CC||public-webapps@w3.org Com

[Bug 15718] Need to decide if URLs can ever fail to parse

https://www.w3.org/Bugs/Public/show_bug.cgi?id=15718 Michael[tm] Smith changed: What|Removed |Added CC||public-webapps@w3.org Com

[Bug 15684] [URL] Replacing backslash with forward slash in URIs doesn't seem to be necessitated by web compat

https://www.w3.org/Bugs/Public/show_bug.cgi?id=15684 Michael[tm] Smith changed: What|Removed |Added CC||public-webapps@w3.org Com

[Bug 14832] Check whether the encoding problems for query components applies to mailto: URLs and other non-HTTP URLs and see if we can change the definition of "valid URL" accordingly

https://www.w3.org/Bugs/Public/show_bug.cgi?id=14832 Michael[tm] Smith changed: What|Removed |Added CC||public-webapps@w3.org Com

[Bug 14210] Reflecting href with a URL that doesn't resolve doesn't return the empty string in browsers (at least opera/moz, don't know what URL would fail to resolve in webkit). Instead it returns

https://www.w3.org/Bugs/Public/show_bug.cgi?id=14210 Michael[tm] Smith changed: What|Removed |Added CC||public-webapps@w3.org Com

[Bug 11379] [pending URL spec] definition of hierarchical URL inconsistent with rfc 3986

https://www.w3.org/Bugs/Public/show_bug.cgi?id=11379 Michael[tm] Smith changed: What|Removed |Added CC||public-webapps@w3.org Com

[Bug 11587] [pending URL spec] window.location.hostname should remove brackets of IPv6 host

https://www.w3.org/Bugs/Public/show_bug.cgi?id=11587 Michael[tm] Smith changed: What|Removed |Added CC||public-webapps@w3.org Com

[Bug 10894] [pending URL spec] Reflecting an IDL attribute with a URL should try to canonicalize whatever value is set

https://www.w3.org/Bugs/Public/show_bug.cgi?id=10894 Michael[tm] Smith changed: What|Removed |Added CC||public-webapps@w3.org Com

File constructor

Hi, currently File object cannot be constructed, only Blob can. I'm currently implementing XHR blob upload, that blob can either be File (selected by user) or programatically created Blob. On server side : 1/ In case of File, I get file name as part of the file metadata (name, size, type, etc)

CfC: publish LCWD of Web Sockets; deadline May 18

This is a Call for Consensus to publish a LCWD of Web Sockets using the ED as the basis for the LC document . Two non-substantive bugs are open [15209] and [15210]. There was some discussion about 15210 (see [15210-list]) but my conclusion is the overall co

Re: [webcomponents] Template element parser changes => Proposal for adding DocumentFragment.innerHTML

On Fri, May 11, 2012 at 7:13 AM, Henri Sivonen wrote: > However, I'm not strongly opposed to adding innerHTML to > DocumentFragment if we also add a method on Document that parses a > string using the HTML parser regardless of the HTMLness flag of the > document and returns a DocumentFragment (or

Re: [webcomponents] Template element parser changes => Proposal for adding DocumentFragment.innerHTML

On Fri, May 11, 2012 at 12:13 AM, Ojan Vafai wrote: > On Thu, May 10, 2012 at 9:28 PM, Rafael Weinstein > wrote: >> >> On Thu, May 10, 2012 at 4:19 PM, Ian Hickson wrote: >> > On Thu, 10 May 2012, Rafael Weinstein wrote: >> >> On Thu, May 10, 2012 at 4:01 PM, Ian Hickson wrote: >> >> > On Fri,

Re: [webcomponents] Template element parser changes => Proposal for adding DocumentFragment.innerHTML

On Fri, May 11, 2012 at 12:59 PM, Ryosuke Niwa wrote: > Yes! Can we re-use createDocumentFragment and add an optional argument > instead though? I think that makes sense in principle, but I worried that the name createDocumentFragment is the kind of name that's works OK if you're writing Java int

Re: [webcomponents] Template element parser changes => Proposal for adding DocumentFragment.innerHTML

On Fri, May 11, 2012 at 11:59 AM, Ryosuke Niwa wrote: > On Fri, May 11, 2012 at 1:55 AM, Henri Sivonen wrote: >> I still think that having to create a DocumentFragment first and then >> set innerHTML on it is inconvenient and we should have a method on >> document that takes a string to parse and

Re: [webcomponents] Template element parser changes => Proposal for adding DocumentFragment.innerHTML

On Fri, May 11, 2012 at 10:55 AM, Henri Sivonen wrote: > On Wed, May 9, 2012 at 7:45 PM, Rafael Weinstein wrote: >> I'm very much of a like mike with Henri here, in that I'm frustrated >> with the situation we're currently in WRT SVG & MathML & parsing >> foreign content in HTML, etc... In partic

History Re: [webcomponents] Template element parser changes => Proposal for adding DocumentFragment.innerHTML

On Fri, 11 May 2012 10:55:27 +0200, Henri Sivonen wrote: On Wed, May 9, 2012 at 7:45 PM, Rafael Weinstein wrote: I'm very much of a like mike with Henri here, in that I'm frustrated with the situation we're currently in WRT SVG & MathML & parsing foreign content in HTML, etc... In particular

Re: Working with FormData as an object [Was: Request for FormData.remove() method]

On 11.5.2012 11:40, Odin Hørthe Omdal wrote: On Thu, 26 Apr 2012 17:43:24 +0200, Bronislav Klučka wrote: So the ability to somehow work with FormData as an object (al least get object out of it, or create it based on object) and the ability to get FormData from form (that we have) and fill f

Working with FormData as an object [Was: Request for FormData.remove() method]

On Thu, 26 Apr 2012 17:43:24 +0200, Bronislav Klučka wrote: So the ability to somehow work with FormData as an object (al least get object out of it, or create it based on object) and the ability to get FormData from form (that we have) and fill form based on FormData (that's missing) woul

Re: [webcomponents] Template element parser changes => Proposal for adding DocumentFragment.innerHTML

On Wed, May 9, 2012 at 7:45 PM, Rafael Weinstein wrote: > I'm very much of a like mike with Henri here, in that I'm frustrated > with the situation we're currently in WRT SVG & MathML & parsing > foreign content in HTML, etc... In particular, I'm tempted to feel > like SVG and MathML made this bed

Re: [webcomponents] Template element parser changes => Proposal for adding DocumentFragment.innerHTML

On Thu, May 10, 2012 at 9:28 PM, Rafael Weinstein wrote: > On Thu, May 10, 2012 at 4:19 PM, Ian Hickson wrote: > > On Thu, 10 May 2012, Rafael Weinstein wrote: > >> On Thu, May 10, 2012 at 4:01 PM, Ian Hickson wrote: > >> > On Fri, 11 May 2012, Tab Atkins Jr. wrote: > >> > > >> > But ok, let's a