Re: Task list in Gnome Shell - mockup

[Igor Vatavuk <jaybee444 gmail com>]

On Fri, May 1, 2009 at 7:24 PM, Sander Dijkhuis <sander dijkhuis gmail com> wrote: 

Opening the menu on mouse hover might be irritating when you want to
reach something near the panel (like a window's title bar) and
accidentally move the cursor to the window list button. I think a
widget like the drop-down box in GTK+ would work well.

I was aiming at 1 click switch so that's why I choose hover instead of click, however, I can see how this could cause problems.

Also I'm not sure about automatically re-ordering the windows each
time the stacking on the desktop changes. In the GNOME 2 panel I like
how you can manually change the order. In your design, this could work
the same way as re-ordering items in the Windows Start menu.

The active window is always on the top of the list and as you change active windows others sink down so it was only natural to stack them in the list in the same order as they are stacked in the workspace...

On Fri, May 1, 2009 at 7:44 PM, Anton Kerezov <ankere gmail com> wrote:

The one thing that I think might be a problem is that some people are switching windows based on their orientation (left & right) and this require that the user should see all available options without clicking or hovering something (like the current taskbar). Ideal solution would be something like shelf I think.

Anton

 

I understand your point but I was trying to eliminate anything other than top panel to save the screen space.
Shelf takes a lot of screen space unless it's hidden... but then minimized windows or windows requesting attention can't be seen until the shelf is shown either on hover or on click/keyboard shortcut. 

If Gnome Shell is going to lose the bottom panel, which is the plan I think, there's only a number of ways to go about it and not waste even more space than a panel would waste.

-Igor