View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0000251 | OpenMPT | Feature Request | public | 2012-05-14 13:32 | 2014-02-14 14:06 |
Reporter | harbinger | Assigned To | |||
Priority | normal | Severity | feature | Reproducibility | N/A |
Status | new | Resolution | open | ||
Platform | x86 | OS | Windows | OS Version | XP |
Product Version | OpenMPT 1.20.01.* (old testing) | ||||
Summary | 0000251: "Show cursor" shortcut | ||||
Description | While rewriting the nevigation and selection section of the OHM, i discovered a glaring omission: the inability to highlight the cursor at its current location. The Active Row color only shows the ROW where the input will be entered but not the field. Should the cursor get "lost" (usually because input focus was put somewhere else), even toggling back and forth from the Order List doesn't help. A new user can devise a workaround, such as pressing arrow up and arrow down quickly, but what i'm attempting to do is show how using the PE can be completely keyboard driven. We can go from the Patterns page header to the PE (press Tab -- but we can't go back, though other functions have shortcuts), we can switch from PE to Order List and vice versa, and we can even go to other tabs from the PE. But we're outta luck if we're want to know what our next input into the PE is and the cursor is hidden or simply hasn't been redrawn/refreshed. | ||||
Tags | No tags attached. | ||||
Has the bug occurred in previous versions? | |||||
Tested code revision (in case you know it) | |||||
Why would the cursor go "lost" when switching away to the order list (from which you can return to the pattern editor by pressing enter by default, so there is a way to go back), the active row is still highlighted, and the cursor is still displayed as a black rectangle by default. How should this be improved? or simply hasn't been redrawn/refreshed. That smells more like a bug to me, so if the cursor is not redrawn correctly, please report a bug about that and don't assume that it's intentional. |
|
I seem to have always lived with this "bug" so i merely thought it was an anomaly, not even intentional. I'm not sure when i actually lose the cursor highlight during transitions between input focus, moving selection blocks, etc. but i'll keep an eye out for it and report back. |
|
Any news here? |
|
I used to get into this sometimes too, but in the recent builds I don't think I've had this happened anymore, and thus this might've been fixed at some point. Harbinger, can you confirm this? |
|
Date Modified | Username | Field | Change |
---|---|---|---|
2012-05-14 13:32 | harbinger | New Issue | |
2012-05-14 13:57 | Saga Musix | Note Added: 0000731 | |
2012-05-18 13:13 | harbinger | Note Added: 0000735 | |
2012-09-22 16:50 | Saga Musix | Note Added: 0000891 | |
2014-02-14 14:06 | LPChip | Note Added: 0001525 |