View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0005243 | Dwarf Fortress | Dwarf Mode -- Interface, Designations | public | 2012-02-17 19:57 | 2012-02-17 20:09 |
| Reporter | HammerDave | Assigned To | |||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | resolved | Resolution | duplicate | ||
| OS | Windows SDL | ||||
| Product Version | 0.34.01 | ||||
| Summary | 0005243: Mouse designation oddity causes block selection where it's not expected | ||||
| Description | Certain sequences of mouse-based designations cause blocks to be designated instead of single squares. Example sequence: Right click to move cursor (and scroll window which is usual reason for click) Left click somewhere else to designate a single square (or several) Right click to move cursor to a new place Now there is an anomaly. The previous right-click cursor position is blinking to indicate it has been set as the 1st point of the rectangle. Hitting enter, which should be selecting the current cursor point, completes the rectangle. Even more dangerously, if the new R-click point is on another z-level it will have designated a cube. | ||||
| Steps To Reproduce | See description | ||||
| Additional Information | Reproducible at will. I use this technique a LOT. | ||||
| Tags | No tags attached. | ||||
|
|
It's a dup -- my view was filtering to "sticky" issues and didn't see the older one. |
|
|
Yep, and already fixed for the upcoming release. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2012-02-17 19:57 | HammerDave | New Issue | |
| 2012-02-17 20:07 | HammerDave | Note Added: 0020007 | |
| 2012-02-17 20:09 |
|
Note Added: 0020008 | |
| 2012-02-17 20:09 |
|
Relationship added | duplicate of 0005074 |
| 2012-02-17 20:09 |
|
Status | new => resolved |
| 2012-02-17 20:09 |
|
Resolution | open => duplicate |
| 2012-02-17 20:09 |
|
Assigned To | => user6 |
