Re: [w3c/editing] Removal of browser built-in Undo stack functionality from contenteditable (#150)

The problem with *not* integrating into the global undo stack is that users have historically been given only one stack. And their memory of what they have done doesn't usually distinguish between different input fields.

This is changing, because as Johannes says, editing systems are making a custom undo stack per editable region.

There are also systems that offer more information about what "undo" will actually **do** - which is good because it isn't often very clear. In particular, it is sometimes very hard to know what **can** be undone, and what cannot.

It would be good to get telemetry from editor apps as well as browsers on how often, and how far, people actually use undo…

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/w3c/editing/issues/150#issuecomment-249815640

Received on Tuesday, 27 September 2016 09:37:47 UTC