[Usability] Appearance Of Switching To A Window On Another Workspace on GNOME Shell

Hello, I noticed that switching to a window on another workspace can be disorienting especially if there are many workspaces created. I recommend showing the workspace indicator (the thing that comes out when user clicks ctrl + alt + left/right) during the animation of the act of window switching.

Re: [Usability] Appearance Of Switching To A Window On Another Workspace on GNOME Shell

I agree! On Wed, Dec 1, 2010 at 9:21 AM, Allan Caeg wrote: > Hello, > > I noticed that switching to a window on another workspace can be > disorienting especially if there are many workspaces created. I recommend > showing the workspace indicator (the thing that comes out when user clicks > ctrl

Re: [Usability] The Future of Window Borders, Menu Bars, and More

Hello, Let's pursue this. Now adding GNOME Shell ML in the loop. There's been a long discussion on this (see archives in Julyand August ). In the Ubuntu side of things

Re: [Usability] The Future of Window Borders, Menu Bars, and More

Hi! > There's been a long discussion on this (see archives in July and > August). In the Ubuntu side of things, Unity's pursuing the menu on > the top panel. How about for GNOME Shell? > > > One of the most compelling options is the AppMenu. What's the status > of this in GNOME Shell? Have you

Re: [Usability] The Future of Window Borders, Menu Bars, and More

Hello, What exactly are you referring to? The AppMenu? On Wed, Dec 1, 2010 at 10:29 PM, Johannes Schmid wrote: > Hi! > > > There's been a long discussion on this (see archives in July and > > August). In the Ubuntu side of things, Unity's pursuing the menu on > > the top panel. How about for GN

Re: [Usability] The Future of Window Borders, Menu Bars, and More

Hi! > What exactly are you referring to? The AppMenu? Yes, and the general design. See [1] for detailed explanation why it is the way it is. Especially the pdf even if it is a bit outdated now. Regards, Johannes [1] http://live.gnome.org/GnomeShell/Design

Re: [Usability] The Future of Window Borders, Menu Bars, and More

Been reading those docs, but I don't know what exactly you're pointing to. What specific details about the AppMenu or the idea of doing something with the menu bar are you referring to? On Wed, Dec 1, 2010 at 10:46 PM, Johannes Schmid wrote: > Hi! > > > > What exactly are you referring to? The A

Re: [Usability] The Future of Window Borders, Menu Bars, and More

Hi! On Wed, 2010-12-01 at 23:09 +0800, Allan Caeg wrote: > Been reading those docs, but I don't know what exactly you're pointing > to. What specific details about the AppMenu or the idea of doing > something with the menu bar are you referring to? It explains what it does and why. It obviously d

Re: [Usability] The Future of Window Borders, Menu Bars, and More

Hello, Since we're talking about what's documented, I just want to point out that the person behind the pdf is the same person who wrote about the AppMenu . Can you tell us more about the issue with proxying menu through dbus? Will the

Re: [Usability] The Future of Window Borders, Menu Bars, and More

Hi! > Since we're talking about what's documented, I just want to point out > that the person behind the pdf is the same person who wrote about the > AppMenu. Sorry, got confused with GlobalMenu (what I thought that thread was about) and AppMenu. My fault! > > Can you tell us more about the is

Re: [Usability] The Future of Window Borders, Menu Bars, and More

Le mercredi 01 décembre 2010 à 17:27 +0100, Johannes Schmid a écrit : > > Can you tell us more about the issue with proxying menu through dbus? > > Will the same technology be used if ever the AppMenu concept (with > > more than just the existing "Quit" item, of course) is implemented? > > No the