Bug 67755 - Request for virtual desktops enhancement
Summary: Request for virtual desktops enhancement
Status: RESOLVED DUPLICATE of bug 33343
Alias: None
Product: kicker
Classification: Plasma
Component: minipagerapplet (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR wishlist
Target Milestone: ---
Assignee: Michael Brade
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-11-10 12:20 UTC by Arent
Modified: 2005-02-22 10:04 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 Arent 2003-11-10 12:20:30 UTC
Version:            (using KDE KDE 3.1.93)
Installed from:    Gentoo Packages
OS:          Linux

I'd like to see a feature which is quite common for w32 virtual desktop managers: If right-clicking on a desktop icon, a context menu offers operations like:

1) Push window A to desktop B
2) Push all windows to desktop B
3) Pull window A from desktop B
4) Pull all windows from desktop B

5) Make window A visible on all desktops
6) Make window A visible on only this desktop

If comparing to filesystem operations, it boils down providing move and link operations to the virtual desktop manager.
Comment 1 David Faure 2003-11-10 12:25:01 UTC
Subject: Re:  New: Request for virtual desktops enhancement

> If right-clicking on a desktop icon, a context menu offers operations like:

I'm confused. Here you say icon,

> 1) Push window A to desktop B
> 2) Push all windows to desktop B
> 3) Pull window A from desktop B
> 4) Pull all windows from desktop B
> 
> 5) Make window A visible on all desktops
> 6) Make window A visible on only this desktop
 
And here you say window.

Which one is it?
If it's about windows, they have most of this in the RMB context menu on their titlebar
(at least 1, 5 and 6; 3 is impossible, and 2+4 are not related to that window....)

If it's about icons, then there are other wishes for per-virtual-desktop icons.

Comment 2 Arent 2003-11-10 12:54:28 UTC
> I'm confused. Here you say icon, and here you say window.

Sorry, I'm talking about the pager.

> 3 is impossible, and 2+4 are not related to that window

That's the point. Because the feature of moving around windows is implemented window-centric rather than pager-centric, these operations are (currently) not possible.

I like very much a feature I've seen in other desktop managers: Right-clicking on the pager reveals a context menu which enables me pulling/pushing some/all windows from/to another desktop.
Comment 3 Arent 2003-11-10 13:20:48 UTC
The requested feature ressembles the "tab (re)ordering" feature of mozilla. With mozilla you can shift tabs around, e.g. for sorting the tabs after priority or context.

What can be accomplished with such a feature?

Imagine you usually put the most critical tasks on Desktop-1 and some minor critical tasks on Desktop-2. If you get a phone call you may want to get an empty Desktop-1 (to put the new work items on this desktop) and push the other desktops to the right. After finishing the task, you want to clear Desktop-1 and pull all desktops back to the former position.

BTW:

This would require some additional operations:
1) Shift desktops right
2) Shift desktops left
3) Swap desktop A and B

If we wanted to mimik completely the Mozilla tab features, we would need operations like:
1) Duplicate current
2) Empty other desktops
3) Empty left desktops
4) Empty right desktops
5) ...
Comment 4 Arent 2003-11-10 13:38:43 UTC
> After finishing the task, you want to clear Desktop-1 and pull all desktops back to the former position. 

If this feature would be implemented, one would need a 'lock' operation to block some desktops from moving around. Think of the following situation:

You put the most critical tasks on Desktop-1 and your mailer is residing always on the rightmost desktop Desktop-n. If you push desktops to the right and shift them back to the left again, you want your mailer again on Desktop-n rather than Desktop-(n-1). So you need to lock this desktop.
Comment 5 Jesse 2004-01-06 05:57:51 UTC
Hmm i understand the wish as follows:

1) Select application A's window and move to desktop B -- done right now
2) Select application A and move entire application to desktop B -- this means that subsequent windows (konq for example) would all open on Desktop B until untoggled (??) perhaps or if user selects 6 below ...

3) Would depend if kicker is configured to only show tasks on current desktop
4) Same as 3 -- could probably both be left out

5) Make window A visible on all desktops  -- done right now
6) Make window A visible on only this desktop -- done right now

I definatly have found use for 2.  For instance, I keep some programs always on a certain desktop.  Right now I do this manually by moving them myself but it might be nice for KDE to do this for me by opening up the windows on the right desktop from the beginning.  e.g.  Desktop one is for webbrowsing and all konqs should open there.
Comment 6 Aaron J. Seigo 2005-02-22 10:04:55 UTC

*** This bug has been marked as a duplicate of 33343 ***