[mythtv-commits] Ticket #1492: Problems with arrow keys in DVD menus

[MythTV]

#1492: Problems with arrow keys in DVD menus
-------------------------------------------+--------------------------------
 Reporter:  mythtv at dadeos.freeserve.co.uk  |        Owner:  skamithi
     Type:  defect                         |       Status:  assigned
 Priority:  minor                          |    Milestone:  0.20    
Component:  mythtv                         |      Version:  head    
 Severity:  medium                         |   Resolution:          
-------------------------------------------+--------------------------------
Comment (by mythtv at dadeos.freeserve.co.uk):

 Stanley,

 Thanks for looking into this for me. Unfortunately your updated patch does
 not solve the problem I am having.

 I have only had an opportunity to give your patch a quick test and have
 not preformed any detailed debugging of what is going on. The patch has
 eliminated the warnings regarding commercials not being flagged but the
 arrow keys still cannot be used for navigating the DVD menu (something
 which my original proposal addressed for my particular setup).

 My understanding (admittedly not very comprehensive) of the behaviour of
 the keypress code was that every keypress produces a list of matching
 actions, the list of potential actions is then filtered by the code in the
 TV::ProcessKeypress() function, the first match being acted upon. This
 filtering appears to be grouped into various functional states, e.g.
 teletext, interactive TV, navigating the menu, browse mode, etc.

 The reasoning behind my code rearrangement was, if you’re watching a DVD
 and you enter the DVD menu, that would be the highest priority thing that
 was happening. It’s almost like the DVD menu is overlaid upon the normal
 DVD film playback.

 So, for example, I have the left and right arrows on my remote control
 mapped to “Global” “LEFT”/”RIGHT”, “TV Playback” “JUMPRWND”/“JUMPFFWD”, at
 the moment the “JUMPRWND”/”JUMPFFWD” actions for DVD are chapter
 previous/next, which makes a lot of sense. However, when in a DVD menu,
 the left/right keys perform the next/previous track functions, which exits
 from the menu. If I had these actions mapped to separate keys, then it
 would probably makes sense that performing a “JUMPFFWD” action from within
 a DVD menu would result in playback resuming from the next DVD chapter,
 however, with both “RIGHT” and “JUMPFFWD” mapped to the same key I
 actually want the DVD menu cursor to shift right.

 I think that most (if not all) of the changes in your patch are desirable,
 there are certain functions that do not appear make much sense when the TV
 playback object is actually playing back a DVD (things like bring up the
 program guide). However, I think that raising the relative importance of
 being inside a DVD menu may also be desirable.

 I appreciate that this problem is a result of the way that I have
 configured my remote. I have an ATI Remote Wonder II, which does not have
 track skip buttons and hence I have remapped the left/right arrow keys to
 perform these functions. This arrangement works for interactive TV (I’m in
 the UK with Freeview/DVB tuners) because the interactive TV keypress logic
 appears near the top of the TV::ProcessKeypress() function, and the
 interactive TV appears as a popup/overlay to the TV.

 Peter

-- 
Ticket URL: <http://svn.mythtv.org/trac/ticket/1492>
MythTV <http://www.mythtv.org/>
MythTV