GNOME Bugzilla – Bug 4379
don't focus panel on click.
Last modified: 2004-12-22 21:47:04 UTC
Package: gnome-applets Version: 0.1 Severity: whishlist When the Desktop Pager Applet is asked to show a window that is already on top, it should hide it. This allows one to click on the button for a window (such as an xterm), see if it the correct one (or not), then hide it again. -Bryce ------- Bug moved to this database by debbugs-export@bugzilla.gnome.org 2001-01-27 16:54 ------- This bug was previously known as bug 4379 at http://bugs.gnome.org/ http://bugs.gnome.org/show_bug.cgi?id=4379 Originally filed under the gnome-applets product and general component. The original reporter (bryce@nextbus.COM) of this bug does not have an account here. Reassigning to the exporter, debbugs-export@bugzilla.gnome.org. Reassigning to the default owner of the component, gnome-applets-maint@bugzilla.gnome.org.
I'm not convinced on this, but marking as NEW and resassigning to deskguide component anyway.
Reassigning to gnome-core as a RFE.
Reassigning to gnome-core
(Not that this is justification) but note that KDE does it this way. And I think Windows as well. It's handy because if you maximized the wrong window, you can "undo" the operation without moving the mouse.
It would be a nice option, IMHO.
windows does not have a pager/deskguide/workspace switcher. I guess you had in mind tasklist/window list, so that clicking on a task which is already focused, the window was minimized. Tasklist works this way in gnome 1.4, but does not for 2.0 or maybe you mean active windows list which pops up when you press on the deskguide handle? There's no such thing in GNOME2
I mean the little button that represents a window not open. I press on the button to open it. If it's the wrong window I want to press on the button again to close it.
This is a window list applet bug, moving to gnome-panel
and, thus, a libwnck bug, so moving to libwnck to put it on Havoc's radar :)
I don't think this is a libwnck bug. When we enter the wnck_tasklist_activate_task_window function in tasklist.c, the window containing the tasklist has just been activated, and the following test will allways be false: if (wnck_window_is_active (task->window)) { wnck_window_minimize (task->window); return; } else { wnck_window_activate (task->window); } }
The bug here is simply that the panel gets focused when you click on it. Which is a window manager issue. That then means that the window you click on is not active as Jens points out.
Thinking about this more, I'm not sure. If we don't focus the panel on click it will require a lot of panel changes, and it'll be kind of hard for users to figure out how to focus it. We might be able to figure out a different approach to solving the libwnck problem, though it might involve libwnck keeping a focus MRU list.
HP: Is this the bug you thought bug 79500 was a dupe of??
yes, thanks.
Please see my comments and my suggestion for solving this in bug 79500.
*** This bug has been marked as a duplicate of 79500 ***