Bug 177639 - Movin window through active borders of the desktop
Summary: Movin window through active borders of the desktop
Status: RESOLVED DUPLICATE of bug 105779
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Unspecified
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-12-13 00:10 UTC by msnkipa
Modified: 2008-12-13 13:56 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description msnkipa 2008-12-13 00:10:06 UTC
Version:            (using Devel)
Installed from:    Compiled sources

I have Descktop Cube effect switched on as desktop swich effect, and I have active borders enabled. When I drag window from desktop 1 to 2 or 2 to 3 or 3 to 4 or vice versa anything perfect. But I can`t to drag window from desktop 1 to 4 or from 4 to 1. In that case window dragging to desktop 2 or 3 respectively. Is it normal?
Comment 1 Martin Flöser 2008-12-13 09:47:50 UTC
How are your desktop layed out in the pager plasmoid? The default is
1 | 2
-------
3 | 4

So when you use active borders it's quite complicated to get from 1 to 4.

Btw it should be totally unrelated to the fact that you use cube effect. The effect only animates the switch of desktop but does not perform the switch.
Comment 2 msnkipa 2008-12-13 13:28:24 UTC
(In reply to comment #1)
> How are your desktop layed out in the pager plasmoid? The default is
> 1 | 2
> -------
> 3 | 4

Hi,

Yes I have the default layout of the desktops in the pager plasmoid. I agree that it can be rather complicated to get from 1 to 4, but it`s very unnatural to get from 1 to 2 when drag window to 4! Many users will imagine the cube to themselves for orientation between desktops, and today behavior is unacceptable. Always there are things to compare with, in our case compiz is an example, where movement of window between borders is related to cube model. So, I don`t think that adding a cube only as a beautiful fancy feature is a good idea. In exelent desktop environment (as KDE should be) anything must be harmonious. Think about it.
Comment 3 lucas 2008-12-13 13:49:53 UTC
Bug 105779 might be useful here, if KWin can have a different layout to the pager then it will be possible to set it so it only has one row (Just like how the cube displays them). In the mean time it's possible to create a pager somewhere (E.g. the desktop if you don't want it in the panel) and set it so it only has one row, this will also make KWin behave that way.

As there isn't really a unique bug or wish here I'll just mark it as a duplicate.

Side note: The cube (Both Compiz and KWin) is actually to fault here as it has never followed the EWMH specifications for desktop layout visualization, which existed many years before the cube idea was ever thought up. If Compiz really does always use the cube for desktop layouts regardless of what the pager says then it is breaking the specifications, KWin will never do this (Unless the specifications are changed of course).

*** This bug has been marked as a duplicate of bug 105779 ***
Comment 4 Martin Flöser 2008-12-13 13:56:45 UTC
Lucas was faster - here my comment (I wanted to set the bug to wontfix):

As it is quite easy to change the layout of the desktops in the pager plasmoid I don't think I will ever add something like automatic change of desktop layout to one row when cube get's activated. Cube is just a possibility to visually animate the switch of desktops. Especially as active desktop borders are not activated by default this would be wrong. And of cause cube is not activated by default either.

An automatic change to one row in desktop layout would make cube unusable for me as the pager plasmoid would need to much horizontal space.