On Mon, May 19, 2014 at 9:57 PM, Jonas Sicking jo...@sicking.cc wrote:
On Mon, May 19, 2014 at 2:00 AM, Anne van Kesteren ann...@annevk.nl 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
On Mon, May 19, 2014 at 9:21 PM, Hallvord R. M. Steen
hst...@mozilla.com 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
https://www.w3.org/Bugs/Public/show_bug.cgi?id=25028
Anne ann...@annevk.nl changed:
What|Removed |Added
Status|NEW |RESOLVED
Depends
On Tue, May 20, 2014 at 12:01 PM, Hallvord R. M. Steen
hst...@mozilla.com 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
On Mon, May 19, 2014 at 9:21 PM, Hallvord R. M. Steen
hst...@mozilla.com 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
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' files
On Tue, May 20, 2014 at 12:16 PM, Hallvord R. M. Steen
hst...@mozilla.com 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
Hi,
I got redirected here from a HTML5 discussion on an IFrame'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.
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
https://www.w3.org/Bugs/Public/show_bug.cgi?id=25588
Anne ann...@annevk.nl changed:
What|Removed |Added
Status|NEW |RESOLVED
https://www.w3.org/Bugs/Public/show_bug.cgi?id=21945
Anne ann...@annevk.nl changed:
What|Removed |Added
Status|NEW |RESOLVED
On Tue, May 20, 2014 at 3:42 AM, Hallvord R. M. Steen hst...@mozilla.comwrote:
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,
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
The minutes from the May 20 Web Components call are available at the
following and copied below:
http://www.w3.org/2014/05/20-webapps-minutes.html
If anyone has any corrections, please reply to this e-mail.
-Thanks, ArtB
W3C http://www.w3.org/
- DRAFT -
WebApps / Web Components
20
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
On Tue, May 20, 2014 at 1:28 AM, Anne van Kesteren ann...@annevk.nl wrote:
On Mon, May 19, 2014 at 9:57 PM, Jonas Sicking jo...@sicking.cc wrote:
On Mon, May 19, 2014 at 2:00 AM, Anne van Kesteren ann...@annevk.nl wrote:
Again fair, but do we consider that something we want to fix or do we
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:
On Tue, May 20, 2014 at 2:24 PM, Jonas Sicking jo...@sicking.cc wrote:
Yes, we could demand that that implementations generate unguessable
UUIDs. And then define that a page from http://a.com can use img
src=blob:http://b.com/uuid;, but if it then used that element to
drawImage into a canvas,
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 a
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
link rel=import.
However I'm curious to
20 matches
Mail list logo