id	summary	reporter	owner	description	type	status	priority	milestone	component	version	resolution	keywords	cc	blockedby	blocking	branch_state	votes
27	savannah: undo grouping wanted	ossi	angel_il	"Original: http://savannah.gnu.org/bugs/?13739

||Submitted by:||Oswald Buddenhagen <ossi>||Submitted on:||Mon 11 Jul 2005 09:24:04 PM UTC||
||Category:||Editor||Severity:||3 - Normal||
||Status:||None||Privacy:||Public||
||Assigned to:||None||Open/Closed:||Open||
||Release:||current (CVS or snapshot)||Operating System:||All||

Original submission:
{{{
this is a very controversial topic, so i'm missing the ""put 
flameshield on before joining thread"" warning checkbox. :)

there are actually two main questions:
- are movements actions? for me, definitely yes. i hate editors 
that just pretend that there are no movements when it comes to undo.
- undo grouping should roughly predict what the user probably wants 
to undo at once, without grouping too much. i suggest an action/time
/space based grouping:
- if the user switches to another ""action sequence"" 
(inserting/overwriting, deleting, navigating, maybe more), he 
certainly wants it separated from the previous sequence
- if he makes a longer break while doing things, he probably 
expects it when undoing as well. what ""longer"" means is very 
subjective; a simple adaptive algorithm might make sense
- small moves are merged, while big ones aren't. i'm not even sure 
what the criteria should be here. maybe moves should be generally 
merged and we should only depend on the other two ""break 
conditions"". 
}}}
"	enhancement	closed	minor	4.7.5	mcedit	master	fixed		tux@…			no branch	committed-master