[mythtv] Why allow conflicting bindings (was Re: "New" default keybindings)

Martin Long mythtv at longhome.co.uk
Wed Apr 25 18:37:53 UTC 2007

I've actually noticed that if I set a Jump Points binding of key 'S' to
'Program Guide', then it overrides the 'S' for 'GUIDE' in 'TV Playback'. 

Would it be possible to have local bindings to override jump points? Local
bindings are always more specific, and should really be used in preference.
There seems to be no other way of having the Guide key on my remote jump to
the TV guide from 'Watch TV' and the scheduling guide from everywhere else. 

-----Original Message-----
From: mythtv-dev-bounces at mythtv.org [mailto:mythtv-dev-bounces at mythtv.org]
On Behalf Of Michael T. Dean
Sent: 25 April 2007 16:02
To: Development of mythtv
Subject: Re: [mythtv] Why allow conflicting bindings (was Re: "New" default

On 04/25/2007 10:56 AM, David Engel wrote:
> On Tue, Apr 24, 2007 at 07:31:41PM -0400, Michael T. Dean wrote:
>> On 04/24/2007 02:23 PM, David Engel wrote:
>>> Allowing conflicts lets me bind other actions to the 'Y' key for use
>>> in other "TV Frontend" contexts.  For exemple, it lets me keep the
>>> default binding of 'Y' to the VIEWCARD action which is used in the
>>> View Scheduled screen.
>> So, there's really no reason to prevent a developer's chosen "default" 
>> mapping for a keybinding from creating a new conflict?  That means 
> No, creating a conflict in this case should be OK.

OK.  I'll leave it alone, then.

> I will reiterate something I've said in the past, though.  We should
> be conservative when adding new, default key bindings.  IOW, don't do
> it except in significant cases.  Instead, make sure the new
> functionality is accessible through some menu action and let the user
> configure their own key binding if the new functionality is important
> enough to them.
> FWIW, the PLAY/PLAYBACK action in this case is significant enough to
> warrant a new, default binding, IMHO.

Alright.  I'll go ahead and update my patch and post it for Stuart M. to 

Thanks for the input.

mythtv-dev mailing list
mythtv-dev at mythtv.org

More information about the mythtv-dev mailing list