View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002363 | DarkRadiant | Map Editing | public | 22.09.2010 20:57 | 28.09.2010 13:22 |
| Reporter | SneaksieDave | Assigned To | SneaksieDave | ||
| Priority | normal | Severity | normal | Reproducibility | always |
| Status | closed | Resolution | no change required | ||
| Platform | Win32 | OS | Windows | OS Version | XP |
| Product Version | 1.4.0 | ||||
| Summary | 0002363: Remove clones with undo? | ||||
| Description | I'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? | ||||
| Tags | No tags attached. | ||||
|
>> "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) |
|
|
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. |
|
| 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 |