[GRASS-dev] [GRASS GIS] #2503: wxdigit: wrong undo & redo

GRASS GIS trac at osgeo.org
Tue Dec 2 23:16:37 PST 2014


#2503: wxdigit: wrong undo & redo
-------------------------+--------------------------------------------------
 Reporter:  mlennert     |       Owner:  grass-dev@…              
     Type:  defect       |      Status:  new                      
 Priority:  normal       |   Milestone:  7.0.0                    
Component:  wxGUI        |     Version:  svn-trunk                
 Keywords:  digitizer    |    Platform:  Unspecified              
      Cpu:  Unspecified  |  
-------------------------+--------------------------------------------------

Comment(by mmetz):

 Replying to [comment:4 mlennert]:
 > Replying to [comment:3 mmetz]:
 > > Replying to [comment:2 mlennert]:
 > > >
 > > > There still is some confusion when one goes back one or two steps,
 then digitizes something else.
 > >
 > > The question is what should happen with the available redo steps if
 digitize something new after some undo steps. Eliminate the redo steps or
 insert the new changeset before the first redo step? This is handled by
 the wx digitizer, not the vector lib.
 >
 > I've tried three different programs (LibreOffice Writer, Inkscape and
 GIMP) and all discard these redo steps,i.e. when you do A, then B, then
 undo B, then do C, you cannot find B again.
 >
 > This seems to be the most intuitive behaviour to me.

 OK.
 >
 > >
 > > > When you then undo and redo again, the stack seems to be mixed
 between the different paths, sometimes leading to objects left on screen
 even when going all the way back to the last possible undo.
 > >
 > > It seems that a new changeset is appended after the last redo step if
 available, leading to a mix-up.
 > >
 >
 > Yes.

 Fixed in trunk r63341, please test.

-- 
Ticket URL: <https://trac.osgeo.org/grass/ticket/2503#comment:5>
GRASS GIS <http://grass.osgeo.org>



More information about the grass-dev mailing list