GNOME Bugzilla – Bug 346308
Window Selector gets hard to use with lots of windows open
Last modified: 2018-01-24 13:33:21 UTC
Window Selector should have an option to group windows, similar to the Window List applet. Once this is enabled, if an app has multiple windows, the app would appear once in the list. Moving over the app would draw a menu to the left with each of the app's windows. Other information:
I wonder if the new feature in 2.19 that makes the selector sort windows by workspace help with this. I think it does really mitigate this bug. (And I'm not a fan of grouping windows in the selector, to be honest, so if we can avoid it, that's better for me :-))
It looks like this is implemented in 2.26
The goal is having no or less need to scroll the list to reach "out of screen". It would help if the current workspace were the bottom one in Window Selector. The best order within the workspace is most recently used below. (All that assuming it happens on the bottom panel) What is implemented in 2.26? Would that be optional and need a preference dialog?
I think that, the goal being to access mostly recently used windows, the *default* order should be : - current desktop exterior (at the bottom for a bottom panel) - LRU windows exterior (windows in stack position order) Lazy default making an even better reputation of Window Selector. It might also not group windows, but open a list of all the windows opened by the program the mouse lingers on. See 339547 -300631 - 346308 - 408288 - ...
-- 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/65.