Reworking the kwin tabbox

[Martin Gräßlin]

Am Donnerstag 16 Juli 2009 20:36:38 schrieb Chani:
> On July 16, 2009 11:25:48 Martin Gräßlin wrote:
> > please keep the other mailinglists in CC as this is probably the only
> > issue realy relevant for usability group
> >
> > Am Donnerstag 16 Juli 2009 20:02:32 schrieb Jacopo De Simoi:
> > > On Thursday 16 July 2009 19:32:14 Chani wrote:
> > > > >  * Why do we have to hold the alt key while switching? Can't we
> > > > > break with the concept? (get rid of the keyboard grab) <- here I
> > > > > need input from the usability experts. Would it be ok to break with
> > > > > such a concept although all other plattforms use it? What could be
> > > > > a better solution than pressing alt? When we break how can we
> > > > > provide a easy "migration path" for our users? * Everything the
> > > > > current solution provides, that is for example outlines * More
> > > > > ideas are welcome :-)
> > > >
> > > > I'm not sure about this... I've been using alt-tab for a long, long
> > > > time and it's not really a conscious thing any more. :)
> > > > at the very least, I should not lose the ability to easily switch
> > > > between two windows with a simple shortcut. no multiple keypresses
> > > > for that.
> > >
> > > I agree, in what I have in mind alt-tab should by default work as
> > > usual; however if the user gives focus to the lineEdit, we can let the
> > > user release "alt"and type; selection would be done with the mouse or
> > > with tab / backtab as in krunner. Also, we might  use (by default)
> > > meta-tab to give directly focus to the lineEdit, in a present-window
> > > fashion.
> >
> > My idea is that with alt+tab it should work as ever known. But that it is
> > not required to keep alt pressed (keeping it pressed shouldn't harm).
>
> but if it's not required, then when I release alt, how do you know whether
> I did it because I just wanted a quick alt-tab to the other window, or
> because I wanted to stay in that windowlist without holding alt?
the quick alt+tab is no problem. That can be handled as before. There is a 
short delay before the tabbox is shown. We can keep that.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 315 bytes
Desc: This is a digitally signed message part.
Url : http://mail.kde.org/pipermail/plasma-devel/attachments/20090716/1d9b10b2/attachment-0001.sig