Re: [Usability] Tab Implementation

Ultimately, though, much of the functionality that apps are currently adding should be embedded in the widget itself. So an important part of this work will be working with the gtk+ folks to ensure that the notebook widget gets any additional features that we decide it needs. Thanks everyone

[Usability] Tab Implementation

Hey all, I'd really like to see some consistency in the way tabs are implemented in GNOME applications. I've started reviewing existing Bugzilla discussions about tabs and summarising them here: http://live.gnome.org/TabImplementation. I'm hoping that, once this is done, it might be possible

Re: [Usability] Tab Implementation

Would you have any objection if I moved your page to ? That would keep it together with a lot of the other usability 'ideas' pages. No problem. :) Allan ___ Usability mailing lis

Re: [Usability] Tab Implementation

Done: The review of previous discussions on tabs is going pretty well, and I'm starting to wonder about where this should go from here. The obvious thing to do would be to develop the review into a set of recommendations on

Re: [Usability] Tab Implementation

Thanks for your work! One suggestion: Did you check all open GtkNotebook bugs in the bugzilla gtk+ product? There are quite some relevant bugs in that list that I don't see mentioned on that wiki page. Yeah, we sho

Re: [Usability] Tab Implementation

The review of previous discussions on tabs is going pretty well, and I'm starting to wonder about where this should go from here. The obvious thing to do would be to develop the review into a set of recommendations on tab implementation. Is that a good idea though? What would be the best way

Re: [Usability] measuring and improving user productivity

Interesting ideas, Matthew. I agree that it is important for the desktop to address both the needs of new and more experienced users, and that sometimes the latter get forgotten about. To me, something like GNOME Do is a really interesting case in this respect. GNOME Do is a tool for people who

[Usability] Prototyping the next generation panel

Hi all, I'm sure those of you who subscribe to the desktop-devel-list will have been watching the recent thread on prototyping [1] with interest. In this thread, it was recently suggested [2] that prototyping of the new designs [3] should happen right now. I'm wondering what people on this li

Re: [Usability] Prototyping the next generation panel

I'd certainly support prototyping this stuff sooner rather than later as well-- but to be honest, that's the easy part, What kind of prototypes do you think we'd need - would something on paper be enough? the hard part is doing the right things with those prototypes to get the feedback we

Re: [Usability] Prototyping the next generation panel

Been thinking about this some more... > I'd certainly support prototyping this stuff sooner rather than later > as well-- One problem with these designs is their scope. We're not talking about individual apps, here. We're talking about the whole desktop. How do you prototype that?! > but to b

Re: [Usability] GNOME mentioned in open source usability blog post

> The GNOME usability project and HIG are mentioned here, > http://ostatic.com/176235-blog/filling-the-open-source-usability-testing-gap. > > I also thought the Drupal examples in the same post had some good > ideas. The Drupal Usability Group [1] looks impressive. Makes me wonder what it would t

Re: [Usability] Prototyping the next generation panel

Response inline: On Wed, 2008-11-05 at 14:32 +, Calum Benson wrote: > On 4 Nov 2008, at 10:01, Allan Day wrote: > > > Been thinking about this some more... > > > >> I'd certainly support prototyping this stuff sooner rather than later > >> as well--

Re: [Usability] Usability Digest, Vol 55, Issue 5

> >> The biggest problem that's going to occur is that most people have an > >> extremely strong preconceived notion of how a desktop should behave, > >> and while you want to have representation this group, it can't be the > >> only group that's represented if you really want to improve the >

Re: [Usability] GNOME mentioned in open source usability blog post

Hi Stormy, > To me the main functional differences in the Drupal usability page and > the GNOME one is that they list top and center what they are working > on and what recent topics have been discussed. I think it would be > worth proposing that we do something similar to > http://live.gnome.org/

Re: [Usability] Usability Digest, Vol 55, Issue 5

Hi Jacob, I get the feeling that we're not going to be able to agree on this! ;) I think we're both coming from very different research traditions - it's no simple matter bridging those kinds of divides. Just to explain - I'm very much in favour of in-depth qualitative research - through semi-stru

Re: [Usability] Prototyping the next generation panel

Hi, > You're still not understanding me, as you're disagreeing with something > else entirely. Sorry if that's the case. It's true that I've struggled to understand some of what you've been suggesting. It seems that we've been talking in terms of different research designs. You're proposing so

Re: [Usability] Gnome Shell update and personas - focus or distraction?

> > Of course there's no point in doing it if the developers aren't interested > > in using the personas to help guide the direction of development, but I > > wanted to hear some thoughts from this mailing list first. > > I'd say that we should create some personas, even if developers don't > sh

Re: [Usability] Gnome Shell update and personas - focus or distraction?

> > I'm not familiar with the development of personas... are they supposed > > to be representative of some kind of section of users? > > > Personas are archetypes that don't necessarily map directly on to any > one 'real' user. But the union of the personas you use on any one > project sho

Re: [Usability] Standard keyboard shortcut for opening a new tab?

I've been working on trying to develop some guidelines on tabs for a little while now. (So far, I've been concentrating on summarising previous discussions and current implementations.) Haven't had much time recently, but I do consider the work to be ongoing. There's a wiki page on live.gnome.org

Re: [Usability] Gnome Shell update and personas - focus or distraction?

gt; > to gather, people to talk to and extract attributes from? > > > > Or is there a better way to collaborate on these? > > > > Kirk > > > > > > > > Calum Benson wrote: > >> > >> On 12 Nov 2008, at 14:25, Allan Day wrote: > >

Re: [Usability] Standard keyboard shortcut for opening a new tab?

> > If we're creating guidelines, I'd like to suggest ctrl+page-up and > > ctrl+page-down for switching tabs. AFAIK, the only tabbed application > > that doesn't currently follow that (with the obvious exception of > > Gnome Terminal) is Anjuta. > > This never worked for me in Gedit 2.22.x either.

Re: [Usability] Standard keyboard shortcut for opening a new tab?

> Gedit uses Ctrl+Alt+PgUp/PgDn to switch tabs, since Ctrl+PgUp/PgDn is > already used to move to the beginning/end of a paragraph. There is a > (closed) bug about this: > http://bugzilla.gnome.org/show_bug.cgi?id=160747 I'm wondering - what do the people on the list think about this? Do you thin

Re: [Usability] Tabs consistency in gnome applications

Hi, > [..] > > 1) epiphany, firefox and nautilus have a fixed size for tabs; > > 2) gnome-terminal and pidgin use the full width as does empathy; > > 3) gedit uses variable size depending on the name of the edited file; > > 4) gajim uses variable size with a Max width per tab. > [..] > > And what

[Usability] Tab implementation review

Hey all, I've been working (on and off) on reviewing all the bugs and other discussions on tabs in GNOME [1]. It's reached a fairly mature stage now. I think the review contains useful information about how tabs could be improved in GNOME. Any comments or suggestions? Best, Allan [1] http://liv

Re: [Usability] Tab implementation review

On Tue, 2009-02-10 at 05:09 +, Mackenzie Morgan wrote: > On Mon, 2009-02-09 at 19:22 -0500, Randall Wood wrote: > > - Perhaps the close button should be hidden when there is only a > > single tab? > > Just wanted to point out that Firefox puts the close button on the tab > itself because Moz

Re: [Usability] Tab implementation review

On Mon, 2009-02-09 at 19:22 -0500, Randall Wood wrote: > On 9 Feb 2009, at 12:12, Allan Day wrote: > > > Hey all, > > > > I've been working (on and off) on reviewing all the bugs and other > > discussions on tabs in GNOME [1]. It's reached a fairly

Re: [Usability] Tab implementation review

On Tue, 2009-02-10 at 12:24 -0600, Matthew Nuzum wrote: > On Tue, Feb 10, 2009 at 12:02 PM, Mackenzie Morgan wrote: > > On Tue, 2009-02-10 at 12:16 +0000, Allan Day wrote: > >> Advantages: clean, simple interface. Apps look very minimal without it, > >> which can

[Usability] New Tab Widget

I've been playing around with a few ideas for a new tab widget recently. Brain dump is here: http://live.gnome.org/ScratchPad/NewTabWidget Comments and suggestions are most welcome. Allan ___ Usability mailing list Usability@gnome.org http://mail.gnome

Re: [Usability] Usability meeting minutes

On Wed, 2009-02-11 at 16:39 +0100, Andreas Nilsson wrote: > Andreas Nilsson wrote: > > Calum Benson wrote: > >> I'd also really like to see more of the simple usability work done by > >> developers. > >> > >> Of course it would require some hand-holding/tutorials/whatever from > >> experienced us

Re: [Usability] Tab implementation review

On Thu, 2009-02-12 at 14:17 +0200, Kalle Vahlman wrote: > 2009/2/9 Allan Day : > > Hey all, > > > > I've been working (on and off) on reviewing all the bugs and other > > discussions on tabs in GNOME [1]. It's reached a fairly mature stage > > now. I t

Re: [Usability] New Tab Widget

> On a more related note, people seem to be fairly protective of vertical > resolution, so it might be a bit of an uphill battle to include this > slider. I realise this is on your list of questions/problems, but I > think it is quite a significant point (with widescreen laptops being the > norm,

Re: [Usability] Tab implementation review

On Thu, 2009-02-12 at 09:49 +0100, Florian Ludwig wrote: > On Mon, 2009-02-09 at 17:12 +0000, Allan Day wrote: > > Any comments or suggestions? > > Right Mouse Button Context Menu > > "All" (epiphany, gedit, nautilus, gnome-terminal) focus the tab you > right

Re: [Usability] New Tab Widget

On Thu, 2009-02-12 at 13:37 -0500, Liam R E Quin wrote: > On Thu, 2009-02-12 at 09:01 +0000, Allan Day wrote: > > I've been playing around with a few ideas for a new tab widget recently. > > Brain dump is here: http://live.gnome.org/ScratchPad/NewTabWidget > > > &

Re: [Usability] Tab implementation review

On Sat, 2009-02-14 at 22:46 +0100, Florian Ludwig wrote: > On Fri, 2009-02-13 at 14:55 +0100, Olav Vitters wrote: > > On Thu, Feb 12, 2009 at 04:24:36PM +0000, Allan Day wrote: > > > Eek! Never noticed that before! Agreed - most uncomfortable. Right > > mouse > > &

Re: [Usability] Tab implementation review

On Tue, 2009-03-03 at 19:39 -0500, Randall Wood wrote: > Just a comment: > > I've been using Safari 4 for a week now, and find its tab > implementation surprisingly easy to adjust to. I don't know if other > users will be as adaptable as I was, but it might be worth looking at. > > Randall.

Re: [Usability] New Menubars

Anton, everyone, I really like the new menubars idea. Definitely worth exploring some more. > I'd like to point you to the approach taken by the Ubiquity project > (see: > > http://labs.mozilla.com/2008/08/introducing-ubiquity/ > > ), which in turn takes ideas from Quicksilver and Launchbar. T

[Usability] Usability at Gran Canaria?

Hi all, I'm just wondering if there are going to be any usability focussed sessions at GUADEC this year? I'm going to be there. It would be great to get together with some of the folks on this list at some point during the conference. Allan ___ Usabili

Re: [Usability] Usability study for GNOME on netbooks?

On Wed, 2009-04-22 at 15:53 -0600, Stormy Peters wrote: > As many of you know, I'm interested in putting together a usability > study for GNOME on netbooks. > > I've gotten a few quotes from usability companies/contractors and I've > gotten some interest from advisory board member companies. > >

Re: [Usability] Usability at Gran Canaria?

On Thu, 2009-04-23 at 17:35 -0400, Behdad Esfahbod wrote: > On 04/23/2009 09:00 AM, Calum Benson wrote: > > > > On 17 Apr 2009, at 12:23, Allan Day wrote: > > > >> Hi all, > >> > >> I'm just wondering if there are going to be any usability foc

[Usability] Usability testing tutorial for Pongo

Hi all, I started writing a tutorial on doing usability testing with Pongo last night [1]. It's still in an early stage of development; advice and contributions are welcome though. My background is more social research than usability, so contributions regarding the latter would be particularly val

Re: [Usability] Usability testing tutorial for Pongo

he titles. > - Andreas > > Allan Day wrote: > > Hi all, > > > > I started writing a tutorial on doing usability testing with Pongo last > > night [1]. It's still in an early stage of development; advice and > > contributions are welcome though. My back

[Usability] Tab Implementation Review: Update

Hi all, Bit of discussion about tabs on this list. :) My review of tab implementations in GNOME [1] is pretty much finished. There's a list of relevant bugs and mailing list threads, a summary of the usability issues as they exist now, and a review of existing implementations (across different ap

Re: [Usability] Tab Shortcut behavior

Copying in the a11y list... > On 26 Jul 2009, at 23:54, Romulo wrote: > > > Hi there Gnome Usability people! > > > > My name is Romulo and im actually a gnome lover and a developer. > > Some > > days ago i decided to gave Empathy a try, because i was tired of > > pidgin. > > During the init

Re: [Usability] Icons in panel menu bar

Hi Vincent, On Fri, 2009-07-31 at 22:02 +0200, Vincent Untz wrote: > Hi, > > When the panel was changed to kept some icons when the menu icons are > hidden, all icons in the panel menu bar were kept. A new change just got > committed to only keep icons for application menu items, place menu > ite

Re: [Usability] Applications open windows on current desktop, not that on which they were launched

I agree that this is an issue that needs resolving. I've had a quick look at the bug trackers for OpenOffice and Firefox. Couldn't find anything on OpenOffice but there are a couple of bugs for Firefox: https://bugzilla.mozilla.org/show_bug.cgi?id=431675 https://bugzilla.mozilla.org/show_bug.cgi?i

Re: [Usability] Cheap Open Source Morae Alternative

e progress being made on this project, by the way. Keep up the good work! :) Allan (Day, not Caeg) -- GoogleTalk: allanp...@gmail.com GoogleWave: allanp...@googlewave.com IRC: aday on irc.gnome.org Blog: http://afaikblog.wordpress.com/ ___ Usability mailing

Re: [Usability] Request for feedback: Alarm Clock UI

Hey Johannes, I've started having a look at this. Will get back to you when I have something to share. I do wonder whether this is a good time to be rewriting an applet though, considering the new applets system that will come with GNOME Shell (this is yet to be designed and implemented, of course

Re: [Usability] Request for feedback: Alarm Clock UI

> As far as I know, GNOME Shell will support applets in the notification > area so I'm in the process of moving the Alarm Clock there. Thus it > should still function under GNOME Shell. I'm not sure whether that would be a good idea. The usage of that area should be restricted to a small number o

Re: [Usability] Request for feedback: Alarm Clock UI

> Have you thought about integrating the alarm clock into the GNOME Shell > clock applet? It would make sense to include it there (though the shell > devs obviously might have a different idea about that ;) ). Actually, I'm not sure about that idea at all. Just ignore me, OK?! Allan -- GoogleTa

Re: [Usability] Using keyboard layouts

> i just had to explain to somebody how gnome-keyboard-properties works, > again. Clicking on a layout is not enough to activate it. Instead, one > has to drag and drop the entry to the top of the list to activate it. > This is counterintuitive, especially because it is stated nowhere. The list i

Re: [Usability] Request for feedback: Alarm Clock UI

Hi Johannes, I've done a quick review of your applet and made some design recommendations. I hope this is useful to you. :) You can find the material on the wiki [1]. There's some mockups on there, for those who might be interested. To summarise, I'm recommending that you utilise a popup menu lik

Re: [Usability] Request for feedback: Alarm Clock UI

> I've done a quick review of your suggestions and will respond with > more detailed thoughts as soon as possible :-) No problem. :) > I'm a bit unsure about using a popup menu as the list of alarms > though. Traditionally a menu item can only be clicked to activate one > action, not multiple as

Re: [Usability] Using keyboard layouts

> > You're right. It would be better to have the applet automatically added > > to the panel when more than one layout is present in the layout list. > > The last I heard, there were technical reasons why that can't be done. > > Sergey, is that still the case? > I was reluctant to do so. But now t

Re: [Usability] Request for feedback: Alarm Clock UI

> I have added my notes to the wiki page[1] - could you have a quick > look and respond with your thoughts? Thank you :-) I'll have a look at this when I get chance. > Yeah, they definitely also apply to the window design. What's the main > reason for not using editing functionality though? Rem

Re: [Usability] GNOME 3 Usability Hackfest

> I'd like to create a usability assessment of this new approach and also > look at the design of the wider range of capplets to see what could be > improved. Can you clarify what you mean by 'usability assessment'? Are you referring to heuristic analysis or to actual user testing? More generall

[Usability] Usability Hackfest Social Activities

Hi all, I'm willing to organise some social activities for the hackfest. I live in London and have a pretty good knowledge of the city. (If anybody else would like to help with this, please let me know.) I've added a small amount of information about leisure activities to the hackfest wiki page [

Re: [Usability] Announce - GNOME 3 Usability Hackfest: Topic GNOME Shell

Hi Tim! Thanks for your message. > I would like to suggest someone from the usability list review this > link. > http://gnomesupport.org/forums/viewtopic.php?t=13782 it is titled > Against GNOME Shell (for GNOME 3.0). If you really want to know what us > users are thinking this would be a great

[Usability] Hackfest social activities

This message is primarily intended for those attending the Usability Hackfest in London... Hi all, I've been working on organising the social side of the upcoming Usability Hackfest. The plan comes in four parts... 1. First night meal (Monday 22nd February) I think the Queen's Arms pub [1] coul

Re: [Usability] Hackfest social activities

> 1. First night meal (Monday 22nd February) > > I think the Queen's Arms pub [1] could be the best place. It's a great > modern pub that does excellent beer and good food, and it's within > walking distance of the hackfest venue. There's a nice dining room that > we could use. Does that seem OK?

Re: [Usability] Hackfest social activities

> > 2. GNOME London Beer > > > > London GNOMErs have regular(ish) social gatherings. It would be great to > > tie a GNOME London Beer night in with the hackfest. It's tradition to > > hold the London Beer nights on a Friday. Would that suit the hackfest > > attendees? > Sounds excellent - wouldn'

Re: [Usability] Hackfest social activities

> > > 4. An exciting trip! > > > > > > I've had a couple of ideas for trips to enlighten and inspire. The first > > > is the London Design Museum [4]. The second is an exhibition called > > > 'Decode: Digital Design Sensations' [5], which is showing at the moment, > > > and looks highly relevant

Re: [Usability] Hackfest social activities

> > 4. An exciting trip! > > > > I've had a couple of ideas for trips to enlighten and inspire. The first > > is the London Design Museum [4]. The second is an exhibition called > > 'Decode: Digital Design Sensations' [5], which is showing at the moment, > > and looks highly relevant to the subje

Re: [Usability] HIG: Small patch to "Progress windows" section

> > This patch makes small changes to the HIG's "Progress windows" section. > > > > * New: "A progress window should always appear as an independent > > window in a window list. If progress of a task makes a window > > temporarily unusable, do not present a modal dialog-like progress > > window in

Re: [Usability] GtkNotebook scrolling

Hi Cody, > So, I stumbled upon this feature we have where you can use mouse-wheel > scrolling on GtkNotebook pages to change to a different page. It wasn't > the most pleasant experience for me since I did it on accident and was > briefly quite confused. I'm not a usability expert by any stretch

Re: [Usability] Deja Dup UI Review

> Hello, usability list! Hi Michael! Welcome! :) > I'm writing to request the favor of a UI > review for my pet project Deja Dup [1]. It is a GNOME-based backup > utility (and is being proposed as a Desktop module for GNOME 3.0). I > believe such requests are in scope for this list? Absolutely

Re: [Usability] Deja Dup UI Review

> > It seems likely that a profile creation/first run wizard will be > > required, so it might be nice to start thinking about the steps required > > for that. > > The thing is, there is a first-time run wizard, when you press either > Restore or Backup buttons the first time. It guides you thro

[Usability] [Fwd: Re: [Fwd: Re: Zoom Controls]]

Forwarding Hylke's response to my original post: Forwarded Message From: Hylke Bons To: allanp...@gmail.com Subject: Re: [Fwd: Re: [Usability] Zoom Controls] Date: Wed, 21 Apr 2010 15:17:20 +0100 > * To me, the feedback provided by sliders or percentage indicators (like > those

Re: [Usability] Zoom Controls

> Coincidentally, yesterday I was trying to munge Federico's ideas into > the UI Pattern Template I've been working on-- primarily to continue to > exercise the template rather than suggest a concrete design for zoom > controls, so I'm not saying the pattern I came up with is particularly > va

Re: [Usability] [Fwd: Re: [Fwd: Re: Zoom Controls]]

> > * To me, the feedback provided by sliders or percentage indicators (like > > those shown in Nautilus and EoG's statusbar) doesn't seem particularly > > useful. Generally, a user doesn't need to know if they are zoomed at > > 150% or if they have zoomed through half of the magnification range.

Re: [Usability] [Fwd: Re: [Fwd: Re: Zoom Controls]]

> I wonder how usable this is considered as a subject line: > Re: [Usability] [Fwd: Re: [Fwd: Re: Zoom Controls]] > > So who exactly forwarded a reply to a forwarded reply? I did. Apologies if I've made the thread difficult to follow. I stand corrected. > What was the > original reply and what

Re: [Usability] Deja Dup UI Review

> > Above and beyond a review of how the current UI could be > > improved/redesigned, I'd like thoughts on a feature request I keep > > getting. Basically, people want backup profiles (being able to backup > > potentially different data to different locations on different > > schedules). I've be

Re: [Usability] Zoom Controls

> Totem also has a zoom feature, though it doesn't have toolbar items for > it. We use menus and the default zoom level is "1:1", we say "Zoom > reset" for the "normal zoom" button. In the case of Totem, isn't the default zoom level 'Best fit'? If it is, it would make sense to have '☑ Best fit' a

Re: [Usability] Zoom Controls

> > I'm still not entirely sure about the practical benefits of sliders, but > > they may have non-practical advantages: they can look nice, and I > > suspect people like them as something that they can play with. They can > > be a nice change from the usual kinds of widgets you encounter. > > You

Re: [Usability] Deja Dup UI Review

> I've created a wiki page to contain the materials for this review: > > http://live.gnome.org/DejaDup/UIReview Any comments on the mockups [1, 2, 3, 4, 5] on that page? [1] http://live.gnome.org/DejaDup/UIReview?action=AttachFile&do=get&target=MainWindow.png [2] http://live.gnome.org/DejaDup/U

Re: [Usability] Deja Dup UI Review

Hey Andreas, > Just one quick idea about this. Since a lot of the buttons gets grayed > out and flocked down the bottom of the window, could it be good to try > and make the ones that are relevant to the currently selected backup in > the list show up close to that instead? > Kind of like how

[Usability] User Experience Advocates

Hi all, A few of us GNOMErs attended a UDS meeting yesterday with the title 'Working Better with Upstream' (or something like that). One interesting idea that came out of that meeting was of each module/sub-project having a designated usability/design person. This User Experience Advocate (the nam

Re: [Usability] Deja Dup UI Review

Hi Mike, > Just FYI, I've decided to reject the profiles feature for the > foreseeable future. See my explanation [1] in the relevant bug. Thanks for the update. There are still some things that we should talk about before declaring the UI review over, IMO: * The main window - it looks a bit o

Re: [Usability] Deja Dup UI Review

> > * The configuration window - cramming everything into a single window > > creates a few issues. Visually, it's inelegant. In usability terms, it > > means that there's a lot for a user to process at once. I'd recommend > > splitting the options up into tabs. My mockups [1] demonstrate how thi

Re: [Usability] Ideas for a term paper on usability

Hi Jendrik! > my name is Jendrik and I'm a computer science and psychology student > from Germany. In one course this semester I have to prepare a term paper > about usability. Since I would like my work to be useful and I'm a fan > of GNOME I figured I could maybe help the Usability Project. D

Re: [Usability] User Experience Advocates

I'm glad that everyone so far seems to think that this is a good idea. There are a lot of details that would need to be worked out. We'll need to get maintainers and devs involved in figuring that out. Questions and issues: * How formal a requirement? Should every sub-project be required to hav

Re: [Usability] "Save?" dialogs should be more consistent across apps

> I have noticed that different Gnome apps have quite different dialog > windows for prompting the user to save the current document before > closing the window. It would be awesome if we could use GNOME goals [1] for UI issues like this. > I think the accels, buttons present and wording of the

Re: [Usability] Deja Dup UI Review

Where are we at with this, Michael? I've done mockups for a revised first run wizard [1], main window [2] and preferences window [3]. I've also added some material to the analysis [4]. Comments are, as always, welcome. Allan [1] http://live.gnome.org/DejaDup/Design/Review-2010-05/FirstRunWizard

Re: [Usability] Usability Plans for GUADEC

> I went ahead and > updated the schedule so that we allocated 14:00-18:00 on Monday, > June 26th in room 1 for a "Usability BOF". Thanks for doing this Brian. I've got my trip to GUADEC arranged at long last (woo hoo!), so I can finally comment on this. I've talked to Calum, Andreas and others

[Usability] Q2/2010 Quarterly Report

Hi all, It's time to get the Usability Team Q2 quarterly report together. Calum's on holiday so I'm filling in. So far I've got: * Sparkleshare announcement * HIG 3.0 activity * Nautilus Future designs * Deja Dup UI Review * UX Advocates Anything that I've missed? Anybody know how Design Hu

Re: [Usability] Usability Plans for GUADEC

Hi Brian! On Mon, 2010-07-19 at 19:41 -0500, Brian Cameron wrote: > The GNOME Usability community has a couple of slots reserved for BOF > sessions at GUADEC. Note here: > >http://live.gnome.org/GUADEC/2010/BOFs > > There is a "User Experience Advocates Discussion from 2-3pm on Monday > the

Re: [Usability] sound-juicer

> could some of the usability experts here have a look on this gnome bug > report [0] about changing the sound-juicer gui? I already commented my > thoughts but I wouldn't call myself the expert someone asked for on irc > to comment on this bug ;) I wouldn't call myself an expert, but I've commen

[Usability] HIG v3 Update

Hello! An update on the new version of the HIG... We had a good BoF on the topic of new HIG at GUADEC, and me, Calum and mpt started drafting some patterns. If you're interested in what the new HIG will look like, I've written a report on my blog [1]. You can also find the *draft* material here [

[Usability] Weekly Design Meetings

Hi all, Starting on Wednesday (18th August) there are going to be weekly design office hours on #gnome-design between UTC 14:00 and 15:00. These will be a good chance to get in touch with people doing design work within GNOME, as well as an opportunity for design and usability folk to touch base w

Re: [Usability] Compliance to GNOME UI Patterns of Cross-Platform Apps

On Tue, 2010-08-31 at 15:06 +0800, Allan Caeg wrote: > Hello, > > Mozilla is coming up with a new Add-ons Manager UI for Firefox. I was > asked what Linux-specific stuff should be designed and how much should > be specified, because the look and feel depends on the DE's settings. > I said that all

Re: [Usability] Cross-Desktop UI Pattern Library

Hi Kirk! On Tue, 2010-10-12 at 16:21 -0700, Kirk Bridger wrote: > The more I've looked at this issue the less I think that simply > creating YAPL (yet another pattern library) is the solution. I agree that we should be approaching this problem by asking what it is we need and want, rather than s

[Usability] HIG 3.x Meeting

Hi all, As the other Allan has mentioned, we're in the process of organising a brief meeting to discuss the new version of the HIG. Topics to be covered include: * Structure: should it be YAPL (Yet Another Pattern Library), a mix of a pattern approach and something else, or just something else en

[Usability] HIG Meeting

Hi all, The details of the previously mooted HIG meeting have been arranged: Time: 16:00 - 17:00 UTC Date: Thursday 28th October Place: #gnome-design We'll be talking about what the HIG should look like and how to organise getting it written. Please come if you are interested or have something t

Re: [Usability] Creating Personas to Enhance GNOME's UX

Hey Allan, > Defining personas is very important for User-Centered Design. In fact, > it should be one of the first activities needed to build a system with > good UX, based on JJG's Elements of User Experience. We need to know > who we're designing for before we design, right? > > > There's an

[Usability] HIG meeting: last minute time change

Hello everyone, We are going to try and start today's (4 November 2010) HIG meeting an hour earlier than originally announced. The new start time is 15:00 UTC. Apologies for the short notice. See you on #gnome-design. Best, Allan -- Blog: http://afaikblog.wordpress.com/ IRC: aday on irc.gnome.o

[Usability] Another week, another HIG meeting

Hi all, I have posted the log from last week's meeting on the wiki [1] for your reading pleasure. If you do read it, you will see that planning discussions are ongoing, and that our little working group has organised to reconvene on Friday (12 October) at 16:00 UTC (on #gnome-design) Best wishes

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] Recognizing GNOME-compliant apps

Hey Allan! Allan Caeg wrote: > Sounds good, Gabriel. I think that's the entire list of "standards" > that we should look at. > > > The topic of GNOME standards for the idea of "GNOME Apps" for GNOME > 3.0 may have already been discussed in detail somewhere else. If it > has been, please point it

Re: [Usability] State of the HIG?

Hey Phil, On Thu, 2011-03-10 at 15:51 +0200, Phil Bull wrote: > Hi guys, > > There's a GNOME documentation hackfest happening in Toronto next week, > where we'll be working on user docs and dev docs. One item on the list > is the HIG - it would be nice to be able to ship 3.0 with an up-to-date >

Re: [Usability] State of the HIG?

Phil Bull wrote: > Hi Kirk, > > On Thu, 2011-03-10 at 08:36 -0800, Kirk Bridger wrote: > > A few of us were working on the structure and general approach of the > > HIG back in the late fall. Since then we haven't been able to gain > > any momentum on the project due to conflicting priorities. >

  1   2   >