[Usability] Taking Advantage of Spatial Memory with the GS Window Picker

Hello, The Dash and the planned Workspace Switcher take advantage of the user's spatial memory. It does so by having a fixed arrangement of items (app icons for Dash/workspaces for Workspace Switcher). Their linear order of the items can also be changed manu

Re: [Usability] HIG3 material in Mallard format

Hi Phil, > I ported some of the HIG 3 material you have on the wiki [1] to Mallard > [2] and committed it to gnome-devel-docs [3]. There's a template there > [4] that you might find useful for writing new patterns too. (Please > don't hesitate to get in touch with the Docs team if you're unfamilia

Re: [Usability] Taking Advantage of Spatial Memory with the GS Window Picker

Hey Allan! (Our names being the same still cracks me up!) > This is my recommendation inspired by Firefox Panorama. Like on the > dash, let's take advantage of the user's spatial memory by attaching a > fixed linear relationship between windows. It'll still be flexible by > allowing to user to ma

Re: [Usability] Taking Advantage of Spatial Memory with the GS Window Picker

Good suggestion! In addition, I would very much like to be able to associate applications with persistent weights like "important" to have them more likely to show up early in any linear arrangements. I have a suggestion to further boost the visual memory of the user. Various widgets, borders and

Re: [Usability] Taking Advantage of Spatial Memory with the GS Window Picker

> Hey Allan! (Our names being the same still cracks me up!) > Same here. lol Instead of manual rearrangement, you could order windows according to > the sequence in which they were opened, or the order in which they were > viewed (there could even be possibilities for alt-tab integration > there).

Re: [Usability] Taking Advantage of Spatial Memory with the GS Window Picker

Associating elements on the desktop is very valuable indeed. I've been working on the idea of Context-Centric Computing. I've been thinking about adding labels to workspaces just like how, again, Firefox Panorama does it. See http://img253.imageshack.us/img253/8104/selection026i.png On Mon, Dec 6,

Re: [Usability] Taking Advantage of Spatial Memory with the GS Window Picker

Hi! > I was thinking of having a fixed size placeholder for each window. > It's going to look like this > http://img411.imageshack.us/img411/9751/mockupc.png This imposes the problem that some windows (those that are very wide or high) become very small. Anyway, in the last days using gnome-shell

Re: [Usability] Taking Advantage of Spatial Memory with the GS Window Picker

Maintaining height and width proportion is important for recognition. You know that your Empathy buddy list has this certain shape so it's easier to find it if it maintains the shape in its instance in the Window Picker. As for zooming in on mouse hover or something, that would be a useful feature

Re: [Usability] Taking Advantage of Spatial Memory with the GS Window Picker

Le lundi 06 décembre 2010 à 20:41 +0800, Allan Caeg a écrit : > Associating elements on the desktop is very valuable indeed. I've been > working on the idea of Context-Centric Computing. I've been thinking > about adding labels to workspaces just like how, again, Firefox > Panorama does it. > See h

Re: [Usability] Taking Advantage of Spatial Memory with the GS Window Picker

On Mon, Dec 6, 2010 at 9:43 AM, Milan Bouchet-Valat wrote: > I had ideas to have a more integrated framework so that applications and > documents used in the same context (represented by a workspace) are > shown together, but I sort of gave up because it's complex and the Shell > is evolving quick

Re: [Usability] Taking Advantage of Spatial Memory with the GS Window Picker

Le lundi 06 décembre 2010 à 09:46 -0500, Alex Launi a écrit : > On Mon, Dec 6, 2010 at 9:43 AM, Milan Bouchet-Valat > wrote: > I had ideas to have a more integrated framework so that > applications and > documents used in the same context (represented by a > workspa

Re: [Usability] Taking Advantage of Spatial Memory with the GS Window Picker

On Mon, 2010-12-06 at 11:53 +, Allan Day wrote: > Instead of manual rearrangement, you could order windows according to > the sequence in which they were opened, or the order in which they were > viewed (there could even be possibilities for alt-tab integration > there). Both of these complet

[Usability] Application matching in GNOME 3

On Mon, 2010-12-06 at 15:52 +0100, Milan Bouchet-Valat wrote: > > What problems were you having? You might want to look at bamf > > (https://launchpad.net/bamf) to help you. > I didn't really have applications matching issues, since the Shell > already needs to do this correctly anyway. To wil

Re: [Usability] Application matching in GNOME 3

On Mon, Dec 6, 2010 at 11:49 AM, Adam Williamson wrote: > As some of you may know, there's a bit of an issue with bamf, which is > that it requires a change to glib2 that, so far, upstream will not > accept. I'm trying to help resolve that (in, erm, diplomatic terms, not > code terms) at present b

Re: [Usability] Application matching in GNOME 3

On Mon, 2010-12-06 at 08:49 -0800, Adam Williamson wrote: > On Mon, 2010-12-06 at 15:52 +0100, Milan Bouchet-Valat wrote: > > > > What problems were you having? You might want to look at bamf > > > (https://launchpad.net/bamf) to help you. > > > I didn't really have applications matching issues,