I'm sorry for the delay. I've updated the spec per your comment:
http://dvcs.w3.org/hg/undomanager/raw-file/tip/undomanager.html
On Thu, Apr 12, 2012 at 10:27 AM, Ryosuke Niwa rn...@webkit.org wrote:
On Thu, Apr 12, 2012 at 9:19 AM, Olli Pettay olli.pet...@helsinki.fiwrote:
Should it be
Done: http://dvcs.w3.org/hg/undomanager/raw-file/tip/undomanager.html
- Ryosuke
On Tue, May 29, 2012 at 9:17 PM, Ryosuke Niwa rn...@webkit.org wrote:
On Sat, May 26, 2012 at 8:01 PM, Alex Vincent ajvinc...@gmail.com wrote:
For those not familiar, the spec lives here:
When an exception is thrown within transact(), the most sane behavior
appears to be rolling back all DOM changes that have made thus far (this in
turn may also fail due to mutation events, etc...). Also this is not
possible with manual transactions because browsers don't keep track of
what's
My first concern is what state will the UndoManager be in when an
exception happens? There may be transactions that were undone, cropped
off
On Wed, May 30, 2012 at 12:03 AM, Ryosuke Niwa rn...@webkit.org wrote:
When an exception is thrown within transact(), the most sane behavior
appears to
Sorry, I hit send prematurely. Let me try again in a few minutes.
On Wed, May 30, 2012 at 8:15 AM, Alex Vincent ajvinc...@gmail.com wrote:
My first concern is what state will the UndoManager be in when an
exception happens? There may be transactions that were undone, cropped
off
On Wed,
1. What state will the UndoManager be in when an exception happens?
There may be transactions that were undone, cropped off by the transact()
call, which per the spec are now unrecoverable. Also, in the undo or redo
cases, we might be in the middle of a merged transaction. The spec
On May 27, 2012, at 5:51 PM, Robert O'Callahan rob...@ocallahan.org wrote:
I propose fixing this by having the UA enter the HAVE_ENOUGH_DATA
readyState when the UA decides to suspend a download indefinitely and the
preload state is Automatic (or overriden by autoplay being set).
We have
On Wed, May 30, 2012 at 9:47 AM, Jer Noble jer.no...@apple.com wrote:
On May 27, 2012, at 5:51 PM, Robert O'Callahan rob...@ocallahan.org
wrote:
I propose fixing this by having the UA enter the HAVE_ENOUGH_DATA
readyState when the UA decides to suspend a download indefinitely and the