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

List:       kwin
Subject:    Re: Review Request: Only reserve required electric borders for ElectricAlways
From:       Phil Turmel <philip () turmel ! org>
Date:       2012-02-25 15:59:12
Message-ID: 4F490550.8090205 () turmel ! org
[Download RAW message or body]

On 02/25/2012 10:17 AM, Thomas Lübking wrote:
> Am 25.02.2012, 15:52 Uhr, schrieb Phil Turmel <philip@turmel.org>:
[...]
> > I don't know the code well enough to pursue that solution, so I
> > implemented what I could, that would meet my needs.
> It's actually fairly easy to do so (but for 4.9 as well)

What I'd really like to see is the complete set of Kwin Global Keyboard
Shortcuts offered as individual screen edge actions.  I haven't
figured out how to do this yet.  "Fairly easy" is relative :-)

> > > b) Your patch is still a special case solution - what if i don't
> > > care about a top panel, but have one on the left or right?
> > 
> > I recognize that someone might choose to set up such a thing, but
> > the problem I'm trying to solve involves
> *that* is what i'm talking about. You're trying to solve your problem - what is \
> just, but doesn't provide a strategic solution on principal considerations. This \
> ends up in n special case solutions and sooner or later causes conflicts =)

Better to start with an imperfect solution than no solution at all, IMHO.

> > I would characterize it as a common case, not a special case.
> Common among commons. Think of quick tiling. Setup a regular matrix display (ie no \
> vector), use at least electric border switching with dragging and try to do a \
> "quick tile" with a fast mouse move. In many cases you'll switch desktop instead. \
> -> You'll want top/bottom as well.

I don't use quick tiling, so I'm not sure I understand your example.  Robustness when \
using quick mouse moves is valuable, though.  In fact, your comment that only \
applications that have 1px sensitive zones are unusable falls afoul of it.  A Windows \
guest with an auto-hide toolbar has more than a 1px sensitive zone, but a quick mouse \
move will switch desktops instead.

> The general solution to all this is to allow assigning random VD switch triggers to \
> the edges, nothing of it has anything to do with the "desktop panning" concept that \
> shines through atm.

The general solution is to offer all Kwin shortcuts.  It might even be offered in \
4.8, as all of those strings exist.

> > (?) I'm not following you here.  My son likes the desktop cube with
> > a 2x2 pager layout and its four-sided switching metaphor.
> Yes, because the Cube deviates from the general pager layout for it cannot \
> reasonably display a 2x2 matrix (unlike eg. the desktop grid)

I may not have been clear:  my son likes the switching on all four edges, including \
top and bottom of the cube.  Annoys the heck out of me, though.  That's why personal \
preferences are configurable, after all.

> > The pager layout makes perfect sense with the slider animation.
> Because when you move from desktop 2 to desktop 3 by touching the right border, the \
> windows slide away to the top right?? Sorry, but this actually is *precisely* what \
> stresses why deviating from the pager layout in the electric border switching is \
> far inferior to deviate in pagers on the desktop or panels (for compact \
> arrangement) where you click and sth. might happen.

I'm not following.  Are you suggesting separating desktop grid layout from the \
visible pager layout in panels?

> > I'm simply trying to make desktop switching on edges compatible with
> > common fullscreen applications that need the top and/or bottom edges
> > for full features.
> Sorry, only VBox I know about (because it has only 1px wide sensitive areas), so \
> you're special casing for VBox :-P

As noted above, quick mouse moves makes it a problem for apps with wider sensitive \
areas.

> Eg. stellarium has a panel on the left and bottom, many plasma setups might have - \
> and while have reasonably larger sensitive areas, you cannot just push the cursor \
> there. Another important and FAR more common case for up/down sensitivity are \
> scrollbars which the same way can be used, but you cannot wipe the cursor there (so \
> you'd actually only have to block the right edge)

In the general case, a user could configure a switch to desktops 1,2,3,4 in the four \
corners, leaving all four edges available to such applications.  I'd like that.  In \
the meantime, my patch makes the equivalent of "previous desktop" and "next desktop" \
available on the left and right edges.  Your patch does not.  If those two shortcuts \
were made available as custom edge actions, I would need nothing else.

Hmmm.

Phil
_______________________________________________
kwin mailing list
kwin@kde.org
https://mail.kde.org/mailman/listinfo/kwin


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