View Issue Details

IDProjectCategoryView StatusLast Update
0002363DarkRadiantMap Editingpublic28.09.2010 13:22
ReporterSneaksieDave Assigned ToSneaksieDave  
PrioritynormalSeveritynormalReproducibilityalways
Status closedResolutionno change required 
PlatformWin32OSWindowsOS VersionXP
Product Version1.4.0 
Summary0002363: Remove clones with undo?
DescriptionI'm not sure how possible this is, or how necessary (there is a workaround: being very careful!) but I'm putting it up with related experience as a suggestion.

I just spent probably a half hour deleting duplicates all over my map, because I realized a usage mistake I was making: I was assuming the action of "duplicate, drag away" would be undone by hitting undo once. That is, the move and the dupe would be undone. Instead, only the move was undone. The user is free to either move the brushes again (common) or go and do something else. It's that which causes the problem -- the duplication is NOT undone with one press of undo, but rather a second press is necessary. Should it be this way? I ran into not one, not two, but three distinct cases where I had duped whole areas of a map (several rooms) just because I changed my mind as to placement, and pressed undo only once.

Another workaround is to use duplicate offset, but I've never been a fan of that. Maybe I'll give it a try. Just posing the question, should the most recent duplication be wiped out as soon as the user hits undo?
TagsNo tags attached.

Activities

greebo

greebo

23.09.2010 05:35

administrator   ~0003194

Last edited: 23.09.2010 05:37

>> "That is, the move and the dupe would be undone"

No, this is not the planned behaviour. If you move a brush this is an action in itself. Why should DarkRadiant undo subsequent changes after cloning - and where should it stop?

When first reading this report, I thought you were reporting a failure that prevents cloned stuff from being removed when undo is hit, but this is working as intended:

- Create a brush
- Clone it
- Hit Ctrl-Z
- The clone is gone (whether Offset is active or not)

SneaksieDave

SneaksieDave

28.09.2010 13:22

reporter   ~0003205

I do agree; it shouldn't do more than one step at a time.

I made a suggestion in the "two most annoying" thread about seeking dupes. Maybe that would take care of all such problems, if it's easy enough.

Issue History

Date Modified Username Field Change
22.09.2010 20:57 SneaksieDave New Issue
23.09.2010 05:30 greebo Assigned To => greebo
23.09.2010 05:30 greebo Status new => assigned
23.09.2010 05:30 greebo Product Version => 1.4.0
23.09.2010 05:30 greebo Target Version => 1.5.0
23.09.2010 05:35 greebo Note Added: 0003194
23.09.2010 05:35 greebo Assigned To greebo => SneaksieDave
23.09.2010 05:35 greebo Status assigned => feedback
23.09.2010 05:36 greebo Target Version 1.5.0 =>
23.09.2010 05:37 greebo Note Edited: 0003194
23.09.2010 05:37 greebo Note Edited: 0003194
28.09.2010 13:22 SneaksieDave Note Added: 0003205
28.09.2010 13:22 SneaksieDave Status feedback => assigned
28.09.2010 13:22 SneaksieDave Status assigned => closed
28.09.2010 13:22 SneaksieDave Resolution open => no change required