|
Re: Questions on undo/redo support?: msg#00525gis.jump.devel
> not sure of the consequences of that. I still remember the first time I > tried to do a copy from one layer to another in code. I ended up with > two features sharing the same geometry. A potentially useful, but scary > concept. ah yes.. i remember that you found this bug as well in my replicate function. So editing geometries become a bit funny stefan > > regards, > Larry > > On 9/27/07, *Sunburned Surveyor* <sunburned.surveyor@xxxxxxxxx > <mailto:sunburned.surveyor@xxxxxxxxx>> wrote: > > I've been looking at the steps necessary to add undo/redo support to > the Super Select Tool. I had a question or two about memory usage that > someone who has worked with the undo/redo code may be able to help > with. > > How is the memory usage of undo/redo handled in OpenJUMP. For example, > will I be hogging all sorts of memory if I implement an UndoableEdit > that stores information needed to perform the "undo/redo" operation in > memory, and then create a process where the user could potentially > create lots of instances of these UndoableEdits? Does OpenJUMP enforce > some type of limit on the number of supported undo/redo operations or > a memory limit to keep this from happening? > > If not, perhaps the smart thing to do is create an UndoableEdit that > stores its data on-disk. > > Does anyone have experience combining multiple UndoableEdits into a > single undo/redo operation? As an example, the "send to layer" button > in my Super Select Tool could perform up to three (2) separate > operations depending on how it is configured: > > [1] Copy selected features to the destination layer. > [2] Clear the current selection. > [3] Delete the copied features from the source layer. > > I don't really want the user to be required to click the undo button > three (3) times to undo what they did with a single click, do I? This > means I have to find a way to combine the three (3) separate actions > into a single UndoableEdit, correct? > > Thanks, > > The Sunburned Surveyor > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Jump-pilot-devel mailing list > Jump-pilot-devel@xxxxxxxxxxxxxxxxxxxxx > <mailto:Jump-pilot-devel@xxxxxxxxxxxxxxxxxxxxx> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > > -- > http://amusingprogrammer.blogspot.com/ > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > ------------------------------------------------------------------------ > > _______________________________________________ > Jump-pilot-devel mailing list > Jump-pilot-devel@xxxxxxxxxxxxxxxxxxxxx > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ |
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| Previous by Date: | Re: Questions on undo/redo support?: 00525, Larry Becker |
|---|---|
| Next by Date: | Re: Questions on undo/redo support?: 00525, Sunburned Surveyor |
| Previous by Thread: | Re: Questions on undo/redo support?i: 00525, Larry Becker |
| Next by Thread: | Re: Questions on undo/redo support?: 00525, Sunburned Surveyor |
| Indexes: | [Date] [Thread] [Top] [All Lists] |
| News | FAQ | advertise |