Re: All GNOME Shell Developers.
- From: Domen Vrankar <domen vrankar gmail com>
- To: Dylan McCall <dylanmccall gmail com>
- Cc: gnome-shell-list gnome org
- Subject: Re: All GNOME Shell Developers.
- Date: Sat, 19 Dec 2009 19:26:25 +0100
Today I was thinking allot about the one desktop question posted at the top of this thread and noticed that even though I quite like to work with multiple workspaces since I started using gnome-shell, I still see something that is bothering more and more and is related to that question.
I'm using one workspace per task ( OK sometimes two for one task but that's rare ) and have multiple programs related to a certain task on the same workspace. It's bothering me more and more that I have to go to activities corner just to switch between programs on the same workspace. Sure there's also alt-tab option but even it has its drawback - if I have multiple instances of the same program on multiple workspaces then I have to look at every one of them just to find the one that I'm looking for ( and is on the same workspace ). Not to mention that I never was a fan of alt-tab...
It would be nice to have a button shortcut ( or another hot corner ) that would show you all the windows that you have opened on the workspace that you are currently on. For consistency with activities mode it would be great ( at least in my opinion ) to see the applications laid out the same way as they are on workspaces in activities mode, but only for current workspace ( and without activities panel ).
I guess that this would also be an improvement for one workspace users.
2009/12/19 Dylan McCall <dylanmccall gmail com>
On Sat, 2009-12-19 at 12:44 +0530, mac_v wrote:
> But saying that the user needs to use the keyboard to do an actionSomeone a while back (I’m sorry, I forget who; lots of messages!)
> quicker is not very ideal.
> Both the keyboard-only and mouse-only users have to be able to do the
> same action in the easiest/quickest possible way. And forcing either
> user to change their behavior because the keyboard/mouse offers a
> quicker alternative isnt very ideal.
> IMO , categories were much more easier than scrolling through the whole
> list of apps.
mentioned that the favourites section and the search box are expected
for people who know what they are looking for, while the application
browser is for discovering new stuff. To me, that makes some sense, so
it would be nice to have the application browser designed in a way that
complements discovering new apps. A design which involves an enormous
one-dimensional list and a scrollbar will not work to that end. It
should be quick to browse, informative, bright and cheerful if possible.
The current design is pretty solid with the description for each app
being displayed clearly.
Vaguely related: that browse menu is not discoverable. Nobody is going
to expect to click an arrow to the side of a title when it is so tiny
and lacks any prelight. The entire header should act as a clickable area
and the arrow should light up when the header is being hovered over.
On another note, I find it a bit interesting that the poster who
identified the above didn't consider the SEARCH box a tool for
discovering new things. Looking at it, I can see why; it just isn't a
very sophisticated search tool. Can’t we add an X-Keywords key to the
desktop entry spec?
And — sorry, I forget: is there a plan to integrate with Tracker for
that? Searching is tricky business, with lots of handy techniques
available like finding the root of the queries, so “images” becomes
 On the topic of scrollbars, here is something completely unrelated
to the discussion: I cry a little bit inside whenever I see a complex
GUI widget in the shell which duplicates functionality in GTK+. These
should be avoided wherever possible unless they are actually being done
with GTK+. Otherwise, there will be a lot of ugly delta between the UI
conventions of the shell and the UI conventions of the rest of the
desktop. It may not confuse us, but it could be a hindrance for people
getting used to Gnome and discovering its conventions.
As is, for example, you cannot right click + drag or middle click + drag
a scroll bar, and clicking in the scroll trough performs an arguably
nicer but definitely inconsistent action.
] [Thread Prev