Re: [HTML Imports] What is the imagined work flow?

Some of the ways Polymer team uses imports are as follows: - aggregating

[HTML Imports] What is the imagined work flow?

Hi All, Over here at mozilla we've been trying to understand how the HTML Imports spec is intended to be used. We have so far received descriptions of how the spec works. I.e. what happens when the various import related attributes are added to an . However I'm curious to understand the expected

Re: [clipboard events] click-to-copy support could be hasFeature discoverable?

I think I'd suggest avoiding the mess of execCommand altogether, and add new methods, eg. window.copy() and window.cut() (or maybe just one method, with a "cut" option). execCommand is such a nonsensical way to expose an API that trying to stay consistent with its commands is probably not much of

Re: Blob URL Origin

On Tue, May 20, 2014 at 2:24 PM, Jonas Sicking wrote: > Yes, we could demand that that implementations generate unguessable > UUIDs. And then define that a page from http://a.com can use src="blob:http://b.com/uuid";>, but if it then used that element to > drawImage into a , that the canvas woul

[web-platform-tests] where do tests for window.opener go?

Hi, we have a window.opener issue and would like to have some tests for it. I'm planning to write some and thought I might as well add them to the web-platform-tests suite. Where? Would this be a suitable location: https://github.com/w3c/web-platform-tests/tree/master/html/browsers/the-window-ob

Re: Blob URL Origin

I think it should be easy to add CORS to the limited subset of HTTP headers already specified when dereferencing Blob URLs. The idea was always that we’d add headers that seemed useful incrementally. I think we assumed CORS would be useful. On May 20, 2014, at 3:24 PM, Jonas Sicking wrote: >

Re: Blob URL Origin

On Tue, May 20, 2014 at 1:28 AM, Anne van Kesteren wrote: > On Mon, May 19, 2014 at 9:57 PM, Jonas Sicking wrote: >> On Mon, May 19, 2014 at 2:00 AM, Anne van Kesteren wrote: >>> Again fair, but do we consider that something we want to fix or do we >>> want to enshrine this? >> >> Given that the

RE: [selection] Selection.setBaseAndExtent

I have filed a bug to track this issue [1]. Ben [1] https://www.w3.org/Bugs/Public/show_bug.cgi?id=25831 From: Ben Peters [mailto:ben.pet...@microsoft.com] Sent: Monday, May 5, 2014 11:28 PM To: Ryosuke Niwa; public-webapps@w3.org Subject: [selection] Selection.setBaseAndExtent I noticed that

[Bug 25831] New: Specify selection.setBaseAndExtent

https://www.w3.org/Bugs/Public/show_bug.cgi?id=25831 Bug ID: 25831 Summary: Specify selection.setBaseAndExtent Product: WebAppsWG Version: unspecified Hardware: PC OS: Windows NT Status: NEW Severity: norm

[Bug 25830] [Custom]: Constructor function name is illegal by definition.

https://www.w3.org/Bugs/Public/show_bug.cgi?id=25830 Dimitri Glazkov changed: What|Removed |Added Status|RESOLVED|REOPENED CC|

[Bug 25830] [Custom]: Constructor function name is illegal by definition.

https://www.w3.org/Bugs/Public/show_bug.cgi?id=25830 Dimitri Glazkov changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[webcomponents] Minutes from 20 May 2014 call

The minutes from the May 20 Web Components call are available at the following and copied below: If anyone has any corrections, please reply to this e-mail. -Thanks, ArtB W3C - DRAFT - WebApps / Web Components

[Bug 25830] New: [Custom]: Constructor function name is illegal by definition.

https://www.w3.org/Bugs/Public/show_bug.cgi?id=25830 Bug ID: 25830 Summary: [Custom]: Constructor function name is illegal by definition. Product: WebAppsWG Version: unspecified Hardware: PC OS: All

Re: [clipboard events] implicitly prevent default event action?

On Tue, May 20, 2014 at 3:42 AM, Hallvord R. M. Steen wrote: > >> a) The event is script-generated and has a data payload (new > >> ClipboardEvent('copy', {dataType:'text/plain', data:'Hi World'})) > > > I'm a little confused. Script-generated events never have a "default > > action", except for

[Bug 21945] Does responseXML ever return an XMLDocument

https://www.w3.org/Bugs/Public/show_bug.cgi?id=21945 Anne changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 25131] Blob response entity body is not built using final MIME type and charset

https://www.w3.org/Bugs/Public/show_bug.cgi?id=25131 Anne changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 25588] process request end-of-file is wrong in face of redirects

https://www.w3.org/Bugs/Public/show_bug.cgi?id=25588 Anne changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

XMLHttpRequest and timing of upload events

Because redirects are atomic, we cannot dispatch loadend events and such on the XMLHttpRequestUpload class. This effectively means that the moment we know we are not going to follow a redirect, we know we "completed" uploading (potentially several times). >From what I observed in Safari/Chrome it

[Bug 25376] - Web Components won't integrate without much testing

Hi, I got redirected here from a HTML5 discussion on an 's SEAMLESS attribute: https://www.w3.org/Bugs/Public/show_bug.cgi?id=25376 Ian Hickson suggested to publish my findings here so the Web Components team may consider to re-evaluate the draft and probably amending the spec. Cheers, Axe

Re: [clipboard events] implicitly prevent default event action?

On Tue, May 20, 2014 at 12:16 PM, Hallvord R. M. Steen wrote: > The way HTML5 specs setData() and the other parts of the API shouldn't cause > any problems for our use case, no? I guess. In any event, you should refer to the underlying concepts, not the API side of things. If the underlying con

Re: [clipboard events] implicitly prevent default event action?

> Maybe. It seems some refactoring is needed either way. The underlying > data model for .items is "drag data store item list" which is a term > that's somewhat different from what we have here. I think that's a feature, not a bug - for example, many operating systems let you 'copy' and 'paste' f

Re: [clipboard events] click-to-copy support could be hasFeature discoverable?

On Mon, May 19, 2014 at 9:21 PM, Hallvord R. M. Steen wrote: >> button.onclick = function(){ >> button.dispatchEvent(new ClipboardEvent('copy', {dataType:'text/plain', >> data:'Hello world'}); >> // did that succeed or not? We don't have event.clipboardData on a clip >> event object > T

Re: [clipboard events] implicitly prevent default event action?

On Tue, May 20, 2014 at 12:01 PM, Hallvord R. M. Steen wrote: > On the other hand, perhaps we could just observe the clipboardData.items > list? If this list is not empty, the payload must have been changed during > processing. So if the default is prevented OR clipboardData.items.length > 0 >

[Bug 25028] Should XMLHttpRequest.responseXML return an XMLDocument if response has xml MIME type?

https://www.w3.org/Bugs/Public/show_bug.cgi?id=25028 Anne changed: What|Removed |Added Status|NEW |RESOLVED Depends on|22960

Re: [clipboard events] click-to-copy support could be hasFeature discoverable?

On Mon, May 19, 2014 at 9:21 PM, Hallvord R. M. Steen wrote: > button.onclick = function(){ > button.dispatchEvent(new ClipboardEvent('copy', {dataType:'text/plain', > data:'Hello world'}); > // did that succeed or not? We don't have event.clipboardData on a clip > event object That sho

Re: Blob URL Origin

On Mon, May 19, 2014 at 9:57 PM, Jonas Sicking wrote: > On Mon, May 19, 2014 at 2:00 AM, Anne van Kesteren wrote: >> Again fair, but do we consider that something we want to fix or do we >> want to enshrine this? > > Given that there's no way to set CORS headers on these (yet), I think > there's