[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-core-devel
Subject: Re: Fwd: Re: New QT tear-off menus
From: Torsten Rahn <torsten () kde ! org>
Date: 2001-03-29 17:52:05
[Download RAW message or body]
> Solving clashes is severe, indeed. What should it do? Simply override the
> previous one? I guess so.
Yes.
> The fact that settings are not saved is IMO a feature. Those on-the-fly
Yes, the Gimp does the same. It doesn't save the shortcuts.
Making this a solutions which provides shortcuts temporarily
would prevent clashes.
> keybindings are not meant to be stored, they are temporary. Users shouldn't
> be able to destroy their application settings forever with it.
Exactly!
Still I'm currently able to associate multiple menuitems to _one_ key.
Is it meant to work like that? Doesn't make sense to me as there
are quite some options which exclude the possibility to execute all of
them by pressing one key at once.
> In special applications, such as kicker, we might do the saving. Kicker has
> to do something special anyway: whenever the menu closes, it has to take
> those shortcuts and turn them into KGlobalAccels.
I think this should work consistent all over the desktop.
Either you make it a feature which only works tenporarily all over the
desktop or you make it permanent (the latter would probably
lead to a lot of clashes) all over the desktop. But making
it permanent for only some apps rather looks like a bug to me.
Greetings,
Tackat
who likes this feature in Gimp a lot.
> Matthias
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic