View Issue Details

IDProjectCategoryView StatusLast Update
0000251OpenMPTFeature Requestpublic2014-02-14 14:06
Reporterharbinger Assigned To 
PrioritynormalSeverityfeatureReproducibilityN/A
Status newResolutionopen 
Platformx86OSWindowsOS VersionXP
Product VersionOpenMPT 1.20.01.* (old testing) 
Summary0000251: "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.
It seems this would be a very basic function, which is why i don't want a new user to resort to a workaround like the one i described...

TagsNo tags attached.
Has the bug occurred in previous versions?
Tested code revision (in case you know it)

Activities

Saga Musix

Saga Musix

2012-05-14 13:57

administrator   ~0000731

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.

harbinger

harbinger

2012-05-18 13:13

reporter   ~0000735

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.

Saga Musix

Saga Musix

2012-09-22 16:50

administrator   ~0000891

Any news here?

LPChip

LPChip

2014-02-14 14:06

manager   ~0001525

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?

Issue History

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