Re: [Unity-design] Unity/Compiz Scale could use improvements

On 02/14/2012 12:01 AM, Jo-Erlend Schinstad wrote: On 13. feb. 2012 22:33, Petko wrote: I have no problem with the scale , but I have the crucial intel that windows close on middle click . Having additional info on hover would be a plus , I agree . There should also be a way to hint users of

Re: [Unity-design] Unity/Compiz Scale could use improvements

They don't close when I middle click either, though that would be a very welcome feature for me! Kwin and Gnome-shell don't seem to close windows via middle click in scale either. On Mon, Feb 13, 2012 at 5:01 PM, Jo-Erlend Schinstad < joerlend.schins...@gmail.com> wrote: > On 13. feb. 2012 22:33,

Re: [Unity-design] Unity/Compiz Scale could use improvements

On 13. feb. 2012 22:33, Petko wrote: I have no problem with the scale , but I have the crucial intel that windows close on middle click . Having additional info on hover would be a plus , I agree . There should also be a way to hint users of the middle click trick . What does that mean? I

Re: [Unity-design] Unity/Compiz Scale could use improvements

On 02/13/2012 09:12 PM, Brandon Watkins wrote: The compiz scale plugin seems to be lacking some important functionality in ubuntu. I recall in older versions of compiz, in scale when you moused over windows you got some feedback (when you mouse over a window, the window title would overlay over

Re: [Unity-design] Unity/Compiz Scale could use improvements

Il 13 febbraio 2012 20:12, Brandon Watkins ha scritto: > The compiz scale plugin seems to be lacking some important functionality in > ubuntu. I recall in older versions of compiz, in scale when you moused over > windows you got some feedback (when you mouse over a window, the window > title would

[Unity-design] Unity/Compiz Scale could use improvements

The compiz scale plugin seems to be lacking some important functionality in ubuntu. I recall in older versions of compiz, in scale when you moused over windows you got some feedback (when you mouse over a window, the window title would overlay over the window, and you would get a close button, this

Re: [Unity-design] On left-clicking the launcher with multiple instances running

Am 02/13/2012 04:42 PM, schrieb Omar B.: > I agree on those plans, but the are also a few other issues. > > 1) spread/scale needs quite some improvements, as it hasn't seen any > at all since its introduction. > > 2) another problem is constantly invoking the spread to find and > select between win

Re: [Unity-design] No more dodge windows in Unity?

I'd rather see autohide replaced with dodge windows. I don't see the logic in keeping autohide, but removing dodge windows, which to me has superior functionality. Why would I want my dock hidden when there is no windows covering it? When I can see my dock on a blank desktop it is quicker for me to

Re: [Unity-design] On left-clicking the launcher with multiple instances running

I agree, current behavior is terribly confusing. I believe I made a similar post to the ayatana list when 11.04 came out. There really needs to be preditctable behavior when clicking on an item that has multiple instances. Personally, I'd favor an approach similar to the windows 7 superbar or avan

Re: [Unity-design] Window quicklists on the launcher application buttons

On 13/02/12 16:54, Jamu Kakar wrote: Hi Alan, This sounds interesting, but I guess it's be a bit slow to use since you have to mouse to the launcher, right click, get to the window you want, and finally click on it. yeah, not perfect, but a window list is kind of what I expect to see when righ

Re: [Unity-design] Dash keyboard navigation behaviour

Hi, this problem has been fixed in Unity 3d [1] [1] http://ubuntuone.com/1clc4aATtV34wTjwD46hXx 2012/2/13 nick rundy : > A significant problem is that users can barely notice that the "Category > header" or "See more results" is selected. You'll notice in other areas of > the Dash that when th

Re: [Unity-design] Dash keyboard navigation behaviour

A significant problem is that users can barely notice that the "Category header" or "See more results" is selected. You'll notice in other areas of the Dash that when the keyboard focus falls on the "Category Header" no indication is given and the user "can't find" the focus. Something needs

Re: [Unity-design] Dash keyboard navigation behaviour

On 02/13/2012 07:22 PM, Yann Brelière wrote: "when searching for something when using just keyboard you expect to get the first result" => by typing Enter, like in any search field. :) Good correction ! The first search result should be auto selected . Checked it just now - enter opens the f

Re: [Unity-design] Dash keyboard navigation behaviour

On Mon, Feb 13, 2012 at 17:52, Petko wrote: > This thread is closely related to those bugs : > https://bugs.launchpad.net/**unity/+bug/870404 > https://bugs.launchpad.net/**unity/+bug/893966 > As far as I

Re: [Unity-design] Window quicklists on the launcher application buttons

Hi Alan, On Mon, Feb 13, 2012 at 8:40 AM, Alan Bell wrote: > I have been using Unity for about a year and I am still not getting on well > with it as a window manager, I used a different alt-tab switcher for a > while, but I want to be able to work with the default setup so I have moved > back to

[Unity-design] Dash keyboard navigation behaviour

This thread is closely related to those bugs : https://bugs.launchpad.net/unity/+bug/870404 https://bugs.launchpad.net/unity/+bug/893966 As far as I understood they conclude the current behaviour is good as long as it's consistent . Now here's the problem (in my opinion ) : when searching for

Re: [Unity-design] On left-clicking the launcher with multiple instances running

I agree on those plans, but the are also a few other issues. 1) spread/scale needs quite some improvements, as it hasn't seen any at all since its introduction. here you can see the problem in more detail. http://askubuntu.com/questions/37722/hard-to-find-one-window-among-many it has been forg

Re: [Unity-design] future of globalmenu

While Unity is different than GNOME Shell, it is still GNOME. Look at what the future of GNOME applications could be and maybe that will be the future of the global menu in the long run. http://afaikblog.wordpress.com/2012/02/10/a-new-approach-to-gnome-application-design/ > Date: Mon, 13 Feb 2

Re: [Unity-design] future of globalmenu

On 13/02/12 12:59, supernova wrote: Let's focus on HUD innovation, leaving the menu as a backstop till we have great solutions for *both* aspects of the menu; exploration/discovery, and command invocation. this is important. HUD has potential, just ad the dash. They are the real tutor of any Ubu

Re: [Unity-design] future of globalmenu

> Let's focus on HUD innovation, leaving the menu as a backstop till we have > great solutions for *both* aspects of the menu; exploration/discovery, and > command invocation. this is important. HUD has potential, just ad the dash. They are the real tutor of any Ubuntu user. Maybe in the future HUD

Re: [Unity-design] On left-clicking the launcher with multiple instances running

On 13/02/12 11:47, Mark Shuttleworth wrote: * if the app is running with windows, but not focused, bring the last-focused window to the top and focus it => if we know there are other windows which are part of that window's experience, like floating toolbars and palettes, raise them too

Re: [Unity-design] On left-clicking the launcher with multiple instances running

On 13/02/12 12:13, Thorsten Wilms wrote: On 02/13/2012 10:40 AM, Thorsten Wilms wrote: - Since the scope is applications, not windows, bringing the application to the top can mean bringing all windows of the application to the top, keeping their relative z-order. After Mark's mail, I realize t

Re: [Unity-design] On left-clicking the launcher with multiple instances running

On 02/13/2012 10:40 AM, Thorsten Wilms wrote: - Since the scope is applications, not windows, bringing the application to the top can mean bringing all windows of the application to the top, keeping their relative z-order. After Mark's mail, I realize that a distinction should be made between

Re: [Unity-design] future of globalmenu

Hi, On Mon, Feb 13, 2012 at 12:47 PM, Alan Bell wrote: > On 13/02/12 11:25, supernova wrote: > >> Hi to all. Menus are going to disappear in all application. Probably >> in the future there will be no menu, but maybe something like HUD for >> all OS. What is so the future of globalmenu? It is ve

Re: [Unity-design] future of globalmenu

Let's focus on HUD innovation, leaving the menu as a backstop till we have great solutions for *both* aspects of the menu; exploration/discovery, and command invocation. Mark -- Mailing list: https://launchpad.net/~unity-design Post to : unity-design@lists.launchpad.net Unsubscribe : htt

Re: [Unity-design] future of globalmenu

On 13/02/12 11:25, supernova wrote: Hi to all. Menus are going to disappear in all application. Probably in the future there will be no menu, but maybe something like HUD for all OS. What is so the future of globalmenu? It is very important now, expecially for small screens...but in a couple of y

Re: [Unity-design] On left-clicking the launcher with multiple instances running

Thanks for the analysis. Here is my understand of what *should* be happening. There are clearly bugs, in part because I suspect the interaction of all this with minimised windows was never specified in detail, I may be speaking out of turn, John Lea will be able to provide clarity. The firs

Re: [Unity-design] On left-clicking the launcher with multiple instances running

Il giorno 13/feb/2012 07:51, "mm" ha scritto: > > Why can't scale be invoked every single time there are multiple > instances of a program open? Or, better, just show the windows on the > same workspace, which would fit better with the new alt-tab behavior. This is how it works in precise. Everyt

[Unity-design] future of globalmenu

Hi to all. Menus are going to disappear in all application. Probably in the future there will be no menu, but maybe something like HUD for all OS. What is so the future of globalmenu? It is very important now, expecially for small screens...but in a couple of year? Supernova -- Mailing list: htt

[Unity-design] Window quicklists on the launcher application buttons

Hi all, I have been using Unity for about a year and I am still not getting on well with it as a window manager, I used a different alt-tab switcher for a while, but I want to be able to work with the default setup so I have moved back to the totally vanilla unity setup. As I use it all the t

Re: [Unity-design] proposal "about this computer"

The easiest way is to load "System Info", from the Dash; that's what I did when I needed to see technical details about my machine. (I didn't know it existed; I just pulled up the dash and typed "sys" and there was System Info :)) sil On 13/02/12 10:01, Christian Giordano wrote: Thanks for s

Re: [Unity-design] proposal "about this computer"

Thanks for sharing your idea Michel! Personally I am not sure that "About this computer..." is used so frequently to deserve to be so easily accessible. If data really shows that we need an easier way to access it, maybe it could be a quicklist item in the Dash tile. Best, chr On Sun, Feb 12,

Re: [Unity-design] On left-clicking the launcher with multiple instances running

Hi, confusing indeed! I think the logic should be: - A click on a Launcher Icons does what it takes to bring the associated application to the top. - Thus if the application isn't running, it will be started. - Since the scope is applications, not windows, bringing the application to the top c