I understand that the gnome-shell developers have already made these decisions,
and have decided that an application list is unnecessary after thorough
research. However, it should be clear by now that the community doesn't
understand the logic behind the decisions. Instead of saying the
I think that it's important to recognize that even the iOS, which used
to have a zoom out to switch apps behavior, now has an application
switcher. The reality is that no matter how unique the desktop
environment, sone sort of window list/application list is needed.
On Jun 24, 2010, at
On May 28, 2010, at 1:49 PM, Kao Chen kaoch...@gmail.com wrote:
A little update for the weather applet.
I tried to make a choice between the important information.
http://nsa14.casimages.com/img/2010/05/28/100528084316824184.png
I like it. I think the last update info should be under the
I have one simple suggestion to make regarding the design of the system tray
icons in Gnome-3:
On double-click, these icons should open their respective application.
For example, if a user were to double click the bluetooth icon, the
bluetooth preferences window should open. If the user double
Have you notice that if we have too much windows in each workspaces, the
windows(too many of them) are getting tinier and it is difficult to know and
select the right window.
One solution which would fix all problems with window switching in
gnome-shell would be to tab together windows of
On Tue, May 18, 2010 at 5:31 PM, Sean Brady sbr...@gtfservices.com wrote:
What about the same functionality here activated by clicking on the
foreground application name that is just to the right of Activities?
Perhaps next to the current active window, we could have icons of the other
I believe that the suggestion is for moving windows quickly out of the
current workspace. For organizing windows if a situation where there
are many workspaces (i.e. moving a window two workspaces down), the
overview should be used.
A pie menu would be an addition to the current interface,
If you really needed to place the window on a specific workspace, then
you should use the overview. If we add this functionality to the pie
menu, we would sacrifice the ability to throw widows out of the way,
and I believe that is the main benefit of such a menu-it allows users
to quckly
The problem with switching windows through the overlay is that it
floods the user with all sorts of information, thus breaking the
workflow. Swithcing windows shouldn't involve breaking the workflow.
On Apr 15, 2010, at 12:54 PM, Siegfried-A. Gevatter siggi.gevat...@gmail.com
wrote:
There has been discussion here about making the desktop just another view
for recent/relavant files. However, I believe this can be extended to
include a view of the Task Pooper. Basically, the Desktop would have two
sections:
- Things that I have been doing recently
- Things that I plan
Sorry, I forgot to reply to all
-- Forwarded message --
From: Apoorva Sharma appi2...@gmail.com
Date: Thu, Apr 15, 2010 at 9:16 PM
Subject: Re: Window management pie menu
To: Tomasz Sterna to...@xiaoka.com
On Thu, Apr 15, 2010 at 6:30 PM, Tomasz Sterna to...@xiaoka.com wrote
I think the message area should be used for keeping hidden apps
accesible. For exampe, if rhythmbox is no longer in the current
workspace, then it shoul put it's icon in the summary section of the
message area. This icon could present a menu with the following items:
Show Rhythmbox
Can someone explain to me why an alphabetically sorted grid is in any way a
better way to browse applications? Change is only good when it improves, not
makes worse.
On Thu, Apr 1, 2010 at 12:47 PM, Rovanion Luckey
rovanion.luc...@gmail.comwrote:
Well maybe there should be something more like
What is the grid for? If it is supposed to be used to browse for
applications, its a bad idea. Consider browsing for books. When you don't
know the title of a book, and you're looking for a good book to read, you
would very much prefer categorical sorting. Alphabetical sorting isn't right
for
modifications: an applet that works like the current
Activities button (which sends a signal to open the overlay), and if needed,
a current application indication. Is there something I'm missing, or a
reason why we need to replace the current, functional gnome panel?
--
Apoorva Sharma
The mockup of the message tray system here:
http://www.gnome.org/~mccann/shell/mockups/20090630-demohttp://www.gnome.org/%7Emccann/shell/mockups/20090630-demoshows
something similar to a minimized list of applications. Perhaps
applications could create an icon there when they open, and shrink down
the activities button to the bottom panel there is no issue
in removing the top pane since the only thing that it currently
provides is a clock and a user settings menu. Or is a Mac OS like menu
planned for the top pane?
2009/12/30 Apoorva Sharma appi2...@gmail.com:
The mockup of the message tray system
17 matches
Mail list logo