Hi Jukka, You're right. OpenJUMP behaviour is quite strange. I tried to do the same and observed that after one has tried to delete the feature, this one can be "undelete" and that in this case, a new object is created. I think the selected object resulting from the query is not the original one but a kind of soft copy... Could you fill a bug report about this point so that someone can have a deeper look into the code.
Michaël Jukka Rahkonen a écrit : >Hi, > >Just found the following behaviour: > >I was selecting features from an editable layer by using a spatial operation >"Is >covered by". It works and the desired features get selected from the queried >layer. But my aim was to delete the selected features and it cannot be done >this way. I tried both with Delete key and from menu selection Edit - Delete >selected, but all that happens is that the selection disappears. The features >remain. If this can be repeated by others then I would think this is a bug. > >-Jukka Rahkonen- > > >------------------------------------------------------------------------- >This SF.net email is sponsored by the 2008 JavaOne(SM) Conference >Register now and save $200. Hurry, offer ends at 11:59 p.m., >Monday, April 7! Use priority code J8TLD2. >http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone >_______________________________________________ >Jump-pilot-devel mailing list >Jump-pilot-devel@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Register now and save $200. Hurry, offer ends at 11:59 p.m., Monday, April 7! Use priority code J8TLD2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
