Re: [JPP-Devel] Edit Transaction + Selection refactoring

2011-09-24 Thread Sunburned Surveyor
Michael: Looks like a considerable improvement, especially for the explode operation. Nice work. Landon 2011/9/24 Michaël Michaud : > Hi, >> 8-memory usage decreases after new layer command (even in 1.4.2) >> because EditTransaction memory is cleared. Be careful, it also means >> that undo chai

Re: [JPP-Devel] Edit Transaction + Selection refactoring

2011-09-24 Thread Michaël Michaud
Hi, > 8-memory usage decreases after new layer command (even in 1.4.2) > because EditTransaction memory is cleared. Be careful, it also means > that undo chain is broken after such a command. > why so? wasn't the core fully re/undoable at a time?.. ede I did not change this part and did not check

Re: [JPP-Devel] Edit Transaction + Selection refactoring

2011-09-24 Thread edgar . soldin
On 24.09.2011 16:17, Michaël Michaud wrote: > 8-memory usage decreases after new layer command (even in 1.4.2) > because EditTransaction memory is cleared. Be careful, > it also means that undo chain is broken after such a command. why so? wasn't the core fully re/undoable at a time?.. ede

[JPP-Devel] Edit Transaction + Selection refactoring

2011-09-24 Thread Michaël Michaud
Hi, It took me a while to refactor the selection tools. Changes are - use generics instead of OJ CollectionMap (hopefully, it makes the code more readable) - save a lot of memory (initializing lists and sets with size=1 instead of default size) - fixed old bug 2792806 Of course, I may have mi