After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 59692 - Make task grouping more intelligent
Make task grouping more intelligent
Status: RESOLVED OBSOLETE
Product: libwnck
Classification: Core
Component: tasklist
unspecified
Other other
: Normal enhancement
: future
Assigned To: libwnck maintainers
libwnck maintainers
: 114989 (view as bug list)
Depends on:
Blocks: 155904
 
 
Reported: 2001-08-28 19:18 UTC by Bruce-Robert Pocock
Modified: 2018-01-24 13:10 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Bruce-Robert Pocock 2001-08-28 19:18:53 UTC
Usually, I prefer to enable Task Grouping, however, I do find it annoying 
when I have to toggle between, e.g. the same two Terminal or Mozilla 
windows frequently. (Makes me wish for that MacOS X "Windows" menu.)

The method used by Windows XP is actually rational here. When the task 
list runs out of free space, it groups the LRU (least-recently-used) 
program(s).

An extension of this might be to group only the LRU windows from a given 
program.  For example, if I am only using 2 Terminal windows out of 5 
open, I would like to see something like:

   [ # Terminal 3 ]
   [ # Terminal 2 ]
   [ # Terminal 1 ]
     ^
   [ # ] [ # Terminal 4 ] [ # Terminal 5 ]

I.E. just the icon (#) on a "tiny" button, grouping under it the LRU 
windows of this (class | source program), with other windows 
still "visible" either because they are MRU windows on the system, or the 
MRU windows for that class | program and there is enough space left on the 
taskbar to accomodate.
Comment 1 Guille -bisho- 2001-09-15 12:28:43 UTC
Also there is another another anoting problem:

The takslist items appears shadowed when the application window is
selected.

When grouping is set, the group becames shadowed, but when you show
the components of the group, all appear unshadowed.

The corresponding item in the group should be shadowed. So it's easier
to recognice which window is currently selected and the others
options.
Comment 2 Martin Pool 2002-02-04 06:24:15 UTC
See also #60279, which is not quite a duplicate.
Comment 3 Alexander Larsson 2002-09-17 07:02:48 UTC
This is sort of planned. But I never got time to finish it.
Comment 4 Havoc Pennington 2002-09-21 16:02:57 UTC
Alex if you plan to work on this for 2.2 (in the next couple months)
feel free to move to 2.x milestone.
Comment 5 Elijah Newren 2004-10-19 21:28:19 UTC
*** Bug 114989 has been marked as a duplicate of this bug. ***
Comment 6 Vincent Noel 2005-01-28 14:34:26 UTC
Moving to the right component. Sorry for the spam.
Comment 7 David Christian Berg 2006-01-05 22:27:29 UTC
I'd by now consider this a dublicate of bug 325439, because in that bug, we actually propose a patch, that tries to fix which applications are being grouped.
There's also work to be done about the question _when_ groups are being created.
This is discussed in Bug 155904 and I've already put down some thoughts about.

I can't mark this as dup myself, so if anybody agrees with me, who has the permission of doing so, please go ahead.
Comment 8 GNOME Infrastructure Team 2018-01-24 13:10:59 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/libwnck/issues/3.