Hi All,
Yesterday a few of us at mozilla went through the FileSystem API
proposal we previously sent [1] and tightened it up.
Executive Summary (aka TL;DR):
Below is the mozilla proposal for a simplified filesystem API. It
contains two new abstractions, a Directory object which allows
manipulatin
On Fri, Jul 12, 2013 at 6:23 PM, Dimitri Glazkov wrote:
> Excellent question. Is the terminology we use in DOM exposed to web
> developers in any way? If it is, then we should stay with it. If it's
> not, then we should listen to web developers.
Yes (insertBefore/remove). added/removed could also
On Fri, Jul 12, 2013 at 5:30 PM, Dimitri Glazkov wrote:
> Rename inserted/removedCallback to entered/leftDocumentCallback
> (https://www.w3.org/Bugs/Public/show_bug.cgi?id=22565)
> Once again, Bob threw a hissing fit, demanding precision and revenge.
> To keep the peace, the names have been tweake
Sorry, I think I must've misunderstand what your original proposed changes
were as I thought you meant that the DataTransfer interface's items weren't
being pre-populated on the ClipboardEvent's clipboardData property for
beforecopy/copy events. Now I'm thinking that THAT is already in place and
y
It appears that the only way to trigger a `copy` event programmatically is
to use `document.execCommand('copy')`, which most browsers prevent:
http://www.w3.org/TR/clipboard-apis/#integration-with-other-scripts-and-events
What about enabling so enabling semi-restricted programmatic clipboard
inje
Right, I think this makes total sense. A common example might be to add
your page's URL, copyright notice, etc. to the end of whatever text the
user has selected WITHOUT having to query the Selection/Range APIs to
[hopefully] retrieve their selected text.
I am discouraged, however, to see someone
> The most usual scenario I can foresee is an application server sending the
> notifications to the web app instance(s). In any case nothing precludes that
> a server-less webapp acts as an app server and sends notification to the Push
> Server for delivery to other instances of the webapp.
>
Go
https://www.w3.org/Bugs/Public/show_bug.cgi?id=22650
Anne changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Fri, Jul 12, 2013 at 1:22 AM, Daniel Cheng wrote:
> I've noticed that the way that drag-and-drop processing model is written,
> the default content that would be in the drag data store is available in
> the dragstart event.
> http://www.whatwg.org/specs/web-apps/current-work/multipage/dnd.html
Hi,
On 12 jul 2013 at 00:10:49, pira...@gmail.com wrote:
> Seems it still make a distintion between Push Server and Application
> Server. Wouldn't a webapp send some data to a Push Server so it gets
> distributed on all the registered instances without needing to deploy
> a custom Application Serv
The issue I've come up against is in keyboard access to the DnD model.
Clipboard semantics exist in their own world, with OS quirks.
DnD presupposed some kind of security-consent from the user. It's one of the
most powerful gestures, allowing a user to grant read access to an entire
directory t
Daniel,
I personally think it is not at all a good idea to populate the "clipboard"
when starting the drag!
It makes sense when a "copy" operation is triggered, as the application may be
vanishing.
Most desktop DnDs I have observed only operate the transformation when the drop
has occurred (hen
12 matches
Mail list logo