2009/7/16 Martin Gräßlin :
> 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).
There's a way to achieve that goal without breaking the normal alt+tab
quasimode behavior.
Hold alt + tab as many times as
Diego Moya wrote:
> 2009/7/16 Martin Gr��lin :
>> 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).
>
> There's a way to achieve that goal without breaking the normal alt+tab
> quasimode behavior.
>
>
On Friday 17 July 2009 10:32:32 Martin Gräßlin wrote:
> Am Donnerstag 16 Juli 2009 21:49:24 schrieb Thomas Lübking:
> > now my 2¢ on the whole suggestion:
> >
> > imho there two different approaches to switch windows.
> > - one is "on the fly" - which is good if you've got 2 up to 4 op
Am Donnerstag 16 Juli 2009 21:49:24 schrieb Thomas Lübking:
> now my 2¢ on the whole suggestion:
>
> imho there two different approaches to switch windows.
> - one is "on the fly" - which is good if you've got 2 up to 4 open windows,
> therefore the current concept is pretty much ok.
>
On Thu, Jul 16, 2009 at 10:59 PM, Martin Gräßlin
wrote:
* Keyboard grab makes it impossible to use the search in present windows
effect
http://www.undefinedfire.com/kde/alttabbing-lots-windows-quickly/
As it's now possible to deactivate effects with their specified shortcut I
suppose doing
Martin Gräßlin 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
On Thursday 16 July 2009, Martin Gräßlin wrote:
> I'm sending this mail to kwin, plasma and usability mailing list, so please
> respond to all lists :-)
>
> I'm currently thinking of reimplementing the classical tabbox
> (non-composited alt+tab) from scratch and I want to share my ideas with you
>
Am Thursday 16 July 2009 schrieb Martin Gräßlin:
> 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).
that's not gonna work.
right now the selected window gets activated (i.e. the switch is performed) as
On Thursday 16 July 2009 16:59:44 Martin Gräßlin wrote:
> So now my ideas what a new implementation could provide. Sorry no
> mockups
Please, add mockups :-). Unless you like to hear comments of what
other subscribers think of their guesses. I see mockup, I am 100%
sure what I am talking about
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 T
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
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
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 pl
> * 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 pre
> Comments and espicially help on implementation are more than welcome.
We already have a staticQueryMode for user switching; we could perhaps add a
"simpleQueryMode" with just a LineEdit without history (of course) and the
close button,
with queries restricted to a single runner, which will in
On Thursday 16 July 2009, Martin Gräßlin wrote:
> Does Plasma has interest in using something shared. That is would it be
> reasonable to provide a runner and just trigger the krunner interface from
> kwin?
sure; i don't know if it would work perfectly in practice, but it's certainly
worth a try.
16 matches
Mail list logo
