Re: [clipboard] Semi-Trusted Events Alternative

On 16 sept. 2014, at 02:36, Brian Matthews (brmatthe) wrote: > And again what about the naïve user that doesn’t even know what an extension > is or read > somewhere that they’re “bad”, or will even understand what happened when > their wife/husband/parent/child finds http:// your choice> in the

[Bug 15470] Changing the selection creates a Range object

https://www.w3.org/Bugs/Public/show_bug.cgi?id=15470 Ryosuke Niwa changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[Bug 26005] Selection.extend behavior when there is no range needs to be clarified

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

[Bug 25831] Specify selection.setBaseAndExtent

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

Re: PSA: publishing new WD of Clipboard API and events on Sept 18

Again, what are you trying to defend against? Why is it beneficial to try to block this? Daniel On Sep 15, 2014 3:18 PM, "Jeffrey Walton" wrote: > On Mon, Sep 15, 2014 at 5:26 PM, Hallvord R. M. Steen > wrote: > >>> > >> Please forgive my i

[Bug 24084] Specify Selection.containsNode

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

[Bug 26813] New: Removing parent of element that's full screen

https://www.w3.org/Bugs/Public/show_bug.cgi?id=26813 Bug ID: 26813 Summary: Removing parent of element that's full screen Product: WebAppsWG Version: unspecified Hardware: PC OS: All Status: NEW Severity:

Re: CfC: publish LCWD of Screen Orientation API; deadline September 18

On Fri, Sep 12, 2014 at 8:07 AM, Mounir Lamouri wrote: > On Fri, 12 Sep 2014, at 08:52, Jonas Sicking wrote: >> It's somewhat inconsistent that we use the term "natural" to indicate >> "the most natural direction based on hardware", but we use the term >> "primary" when indicating "the most natura

Re: PSA: publishing new WD of Clipboard API and events on Sept 18

On Mon, Sep 15, 2014 at 5:26 PM, Hallvord R. M. Steen wrote: >>> >> Please forgive my ignorance. But I don't see a requirement that data >> egressed from the local machine to be protected with SSL/TLS. > > I can certainly add a note *encouragi

Re: Proposal for a Permissions API

On Tue, 16 Sep 2014, at 06:50, Frederick Hirsch wrote: > [cross posted to DAP] > > I’d like to point out that work such as this would be allowed under the > W3C Device APIs WG charter [1] if this is of interest (not being sure of > current plans): Arthur, would that work be aligned with the WebAp

Re: [clipboard] Semi-Trusted Events Alternative

On Sep 15, 2014, at 1:09 PM, Jonas Sicking wrote: > On Sun, Sep 14, 2014 at 5:54 AM, Dale Harvey wrote: >> websites can already trivially build editors that use copy and paste within >> the site itself, the entire problem is that leads to confusing behaviour >> when the user copies and pastes o

Re: [clipboard] Semi-Trusted Events Alternative

On Mon, Sep 15, 2014 at 1:42 PM, Hallvord R. M. Steen wrote: >> 2. Allow reading data from the clipboard at any time if the data there >> originated from the current origin. Thereby making the API as helpful >> as possible for the case when data is copied within a website. > > So, I'm not yet "sol

Re: [clipboard] Semi-Trusted Events Alternative

On Mon, Sep 15, 2014 at 1:42 PM, Hallvord R. M. Steen wrote: > It's an interesting idea that partly fixes the main drawback with the current > proposal: that to read clipboard contents, "paste" must be triggered from the > browser's own UI, not the website's. The current proposal makes it possib

Re: PSA: publishing new WD of Clipboard API and events on Sept 18

>> > Please forgive my ignorance. But I don't see a requirement that data > egressed from the local machine to be protected with SSL/TLS. I can certainly add a note *encouraging* encryption, but it's not something we can "require" in a meanin

Re: PSA: publishing new WD of Clipboard API and events on Sept 18

I'm not quite sure what you're asking for here. The clipboard is system global. Why should the spec disallow a user from copying from https://www.example.com and pasting in http://www.ads.com? Daniel On Mon, Sep 15, 2014 at 11:19 AM, Jeffrey Walton wrote: > On Mon, Sep 15, 2014 at 4:27 AM, Arth

Re: Proposal for a Permissions API

[cross posted to DAP] I’d like to point out that work such as this would be allowed under the W3C Device APIs WG charter [1] if this is of interest (not being sure of current plans): [[ The scope of this Working Group is this creation of API specifications for a device’s services that can be e

Re: [clipboard] Semi-Trusted Events Alternative

[Responding to several messages about pasting data from same origin here] - Original Message - From: "Jonas Sicking" >> * paste: we allow reading clipboard contents if the paste event is not >> synthetic and not triggered from a document.execCommand('paste') call > I think we should als

Re: [clipboard] Semi-Trusted Events Alternative

On Sun, Sep 14, 2014 at 5:54 AM, Dale Harvey wrote: > websites can already trivially build editors that use copy and paste within > the site itself, the entire problem is that leads to confusing behaviour > when the user copies and pastes outside the website, which is a huge use > case of the clip

Re: PSA: publishing new WD of Clipboard API and events on Sept 18

On Mon, Sep 15, 2014 at 4:27 AM, Arthur Barstow wrote: > This is a heads-up Hallvord intends to publish a WD of "Clipboard API and > events" and he is targeting a publication date of September 18. The ED > > > > If anyone has any comments or c

PSA: publishing new WD of Clipboard API and events on Sept 18

This is a heads-up Hallvord intends to publish a WD of "Clipboard API and events" and he is targeting a publication date of September 18. The ED If anyone has any comments or concerns about this plan, please let us know before the 18th.