Leaderboard

I do think a press of the select button being mapped to one thing (like say the enter key) and a press-and-hold being mapped to a different key (like say the C key for an XBMC context menu) is a fantastic idea. Very intuitive if you're used to touchscreen interfaces, and a good way to cram more functionality onto a remote with only 7 buttons. Obviously I have no idea what it would take to implement. Similar functionality on the direction buttons might be tricky, because as Chris! points out, the intended effect of the press-and-hold in a lot of situations involving mapping of arrow keys is specifically intended to keep sending the same key. Maybe if there were an option to record a secondary key for each button? One key for press, one key for hold. If the second one isn't set, it could default to keep pressing the key mapped to the first button press. If it stayed like that, people wouldn't even have to reconfigure their Flirc when the feature is introduced. Then there could be a single button added to the GUI for 'hold', and you click hold first and then second key you're trying to map, then press your remote button, and flirc gives that button the secondary function of pressing the second key instead of the first one? Form the command line, something life 'flirc record_hold C' and press select on the remote? Then you could do the same with the arrow buttons if you ant something like wbrinkman describes, and if you elect not to, flirc recognizes that there's no second function of your arrow button and only continues to send the original key when you hold the button? Again, I don't have any clue how hard this would be to implement or if my own comments are even helpful, but I agree it's a great idea.