Patch to accept remote buttons as logical identifiers.

[navahogunleg@…]

This patch allows MythTV to accept remote buttons (coming from LIRC) as logical identifiers. So in stead of configuring LIRC to map a button to a 'keypress', this patch will make the configured identifier to be correctly interpreted by Myth. ( As discussed in this thread: ​http://www.gossamer-threads.com/lists/mythtv/dev/207002#207002 )

Old way: begin prog = mythtv button = TV repeat = 3 config = X this keypress would reach Myth end

New way: begin prog = mythtv button = TV repeat = 3 config = remoteTV end

I wrote it so that if, in lircrc, a single character is found, this will still be interpreted as a keypress (i.e. it's downwards compatible).

(There's a known problem however, when Myth requests user input in an editbox, one hits a remote button, the text-identifier of that button will be inserted in that edit-box.)

Supplied is also the patch to recognise these in MythControls? so one can actually configure remote keypresses.

[mythtv@…]

See ticket #757 for an implementation of a very similar idea. Certainly, if this patch is accepted, #757 should be closed (and vice-versa, although the other ticket is old enough that I do not expect #757 to be accepted).

[stuartm]

The approach used in #757 is slightly different in that it removes the need for a lircrc file. Neither these patches nor #757 will be used in their current form but I'll borrow code/ideas from both for the final implementation.

[navahogunleg@…]

Updated, bugfixed version: I noticed today MythControls? wasn't accepting regular keys now due to a wrongly placed 'else'. :]

[navahogunleg@…]

Patch to make remoteXXXX identifiers work again in SVN version (using Qt4) [patch split up into files because of too many local changes]

[navahogunleg@…]

See comment above.

[navahogunleg@…]

New mythkeysequence.h & .cpp using Qt4, and using QStringList in stead of own (buggy) parsing routine.

[navahogunleg@…]

See comment above (mythkeysequence.* files should reside in libmyth/).

[danielk]

Stuart M may use some ideas from this, but this will not be committed as is. See very old discussions on mailing list as to why...