[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 176674] konsole and kopete share same shortcut control + shift
From:       <zeroping+kdebugs () gmail ! com>
Date:       2010-08-05 8:34:29
Message-ID: 20100805083429.5D98E57669 () immanuel ! kde ! org
[Download RAW message or body]

https://bugs.kde.org/show_bug.cgi?id=176674


zeroping+kdebugs@gmail.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |zeroping+kdebugs@gmail.com




--- Comment #6 from  <zeroping+kdebugs gmail com>  2010-08-05 10:34:25 ---
It seems to me that there's bound to be overlap between applications' global
shortcuts and per-application shortcuts. I'm not sure the Kopete guys could
pick any default global shortcut without stepping on someone's toes.

And this is a major annoyance: it's a problem even if you never start up
Kopete.

Maybe the right thing to do it to accept that there will be overlap, and change
KShortcutsDialog (kdeui) to give some indication of this? My knee-jerk reaction
was to check Settings -> Configure Shortcuts in Konsole, and I think that the
dialog could grey-out the line for 'close tab' and show "overlaps X from
application Y".

That way, we leave the decision to the user: do they want ctrl-shift-w to close
tabs, or toggle their away/present state?

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
[prev in list] [next in list] [prev in thread] [next in thread]