Closed GoogleCodeExporter closed 9 years ago
Details:
Bug 1: As described: Select a color or a range. Perform changes using only RGB
sliders (any number of times), then Undo, then RGB changes again, then Undo.
Effect: you end up with the change 1, the one you undid.
Bug 2: Select a color or a range. Perform changes using only RGB sliders (any
number of times). Select any oter color or ranges. Undo : No effect. You
actually reset the undo buffer each time you move the cursor to another
color/range.
Original comment by yrizoud
on 7 Jun 2010 at 10:44
[deleted comment]
Original comment by pulkoma...@gmail.com
on 22 Aug 2010 at 1:39
What should we do ? Create the undo buffer on palette window opening and never
change it ? This is dangerous, as you may spend hours tuning the palette in
this window, make a single wrong change and you have to start over.
Use the regular undo stack ? Waste of pages memory.
Own undo stack for the palette ? Overkill ?
Reset the undo buffer on actually changing the palette, instead of selecting a
range ? This solves "2", but not "1"...
Original comment by pulkoma...@gmail.com
on 18 Feb 2011 at 12:34
Working on it.
Original comment by yrizoud
on 1 Mar 2011 at 6:11
Fixed in r1744 to r1746.
At first I designed the thing as a nice state machine, but the resulting code
was bloated and unreadable. When factorized down to two booleans and the
minimum number of "if", it's much easier to understand and keep bug-free.
Original comment by yrizoud
on 5 Mar 2011 at 4:34
Original issue reported on code.google.com by
yrizoud
on 7 Jun 2010 at 6:01