Hi Derek,
This mailing list isn't really used any more, so I'd recommend that you
ask elsewhere in future.
Allan
(I'm afraid I don't know the answer to your question.)
On Tue, 4 Apr, 2017 at 1:18 PM, derek_richline--- via usability
wrote:
Hi all
Are there any plans to implement a gui for
Michael Terry wrote:
> I noticed that the new control panels use a lot of right-aligned,
> no-colon labels. Is that the new recommendation?
It's certainly a pattern that is being used, it would seem. I just found
this bug which might be of interest:
https://bugzilla.gnome.org/show_bug.cgi?id=643
Chandni Verma wrote:
> Hi Allan,
>
> Thanks for looking into the issue.
>
> On 8 April 2011 18:43, Allan Day wrote:
> Hey Chandni,
>
>
> Chandni Verma wrote:
> > The Usability Team,
> >
> > Em
Hi Mirek,
Mirek M. wrote:
> Hi everyone,
> I have been following Gnome Shell development for quite a while, reading
> blogs and watching videos of it in action. While I really like its user
> interface in theory (Hot corner, Exposé, Messaging tray, ...), I was really
> disappointed when I tried t
Hey Chandni,
Chandni Verma wrote:
> The Usability Team,
>
> Empathy is planning to make chats persistent so that closing a chat
> window does not affect the connectivity of the user to the chat-room.
> In order to accomplish this, we need to make some non-trivial design
> decisions which require
Hey!
Guillaume Desmottes wrote:
> Hi everyone,
>
> As explained on this bug, we'd like to design a new default chat theme
> for Empathy:
> https://bugzilla.gnome.org/show_bug.cgi?id=645920
>
> I think that could be a perfect candidate to try improving synergy
> between the design team and develo
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.
>
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
>
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
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
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
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
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
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
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
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
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
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
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
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 [
> 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
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
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
> 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
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
> 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
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
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
> > * 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
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
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
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
> 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
> > 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
> 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
> > 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
> 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
> > * 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.
> 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
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
> > 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
> 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
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
> > 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
> > 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
> > > 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
> > 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'
> 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?
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
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
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 [
> 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
> 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
> > 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
> 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
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
> 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
> 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
> 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
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
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
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
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
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
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
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
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
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.
>
>
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
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
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
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.
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
> > &
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
> >
> &
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
> 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,
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
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
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
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
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
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
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
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
> 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
> > 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.
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:
> >
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
> > 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
> > 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
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
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
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/
> >> 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
>
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--
> 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
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
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
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
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
1 - 100 of 106 matches
Mail list logo
