[Usability] In short, I hate windows.

Okay, so I just tried ubuntu for the first time. I had never used Linux before. As you can guess I've used Windows pretty much all of my life, and I've had very limited use of Apple computers. ubuntu came with gnome (hooray). I am wondering if anybody is going to really pay attention to me on t

[Usability] How do you organize your desktop environment?

This is a question. What can we brainstorm from this? Ways to make it easier to organize as we often do. Let's study the way we organize in a common desktop environment to spawn ideas on how to improve the usability of a desktop environment. Okay, so in Windows, I almost always have AIM on the si

[Usability] How do you organize your desktop environment?

To Jason: Always on top is inefficient if it potentially interferes with another application's workspace. You also can't assume that the application always on top is on a side of the screen. Also, having the system automatically go to full screen when there are no windows in the task bar is

Re: [Usability] "Correct" Windows, KDE button order?

In my opinion, the logical way to order things is to have them weighted by use, most used being the furthest right. There is a psychological explanation for that. Also, affirmatives should always be directly left of their negative counterparts. Will anyone shoot me for not paying attention to w

Re: [Usability] "Correct" Windows, KDE button order?

ennart Borgman wrote: > Jacob Beauregard wrote: >> In my opinion, the logical way to order things is to have them >> weighted by use, most used being the furthest right. There is a >> psychological explanation for that. Also, affirmatives should always >> be directly

Re: [Usability] How do you organize your desktop environment?

Interesting. I didn't quite mean with icons on the desktop, but with windows over the desktop. What I've discovered is: 1. Most users place IM utility on the far right of the screen. -This is usually accompanied by maximum vertical expansion. -Expansion meaning, not interfering with other

Re: [Usability] In short, I hate windows. (Hans Petter Jansson)

I'm taking an HCI class this semester. I've pretty much lost interest in this topic because it's been misinterpreted by many. On Wed, 2007-01-17 at 23:10 -0500, Rodney Dawes wrote: > The problem with usability, is that it mostly isn't. The window > management metaphor however, does fit well with

[Usability] The Pathetic State of the GNU/Linux Desktop

file in. It's still a good idea to offer interoperability via tab bars. What I must state is that accessibility ought to be taken into account before everything else. If adding functionality will improve accessibility, one must always take that functionality into account. This is some

Re: [Usability] The Pathetic State of the GNU/Linux Desktop

Thorsten Wilms wrote: > On Sun, Feb 18, 2007 at 07:54:45PM -0500, Jacob Beauregard wrote: > > >> The Pathetic State of the GNU/Linux Desktop >> > > Pathetic is quite a strong word. Such a broad and unfounded > claim shows a lack or respect to all the hard

Re: [Usability] Tab consistency

This is one of the problems that faces the modern desktop computer that needs to be approached. First of all, let me state this: Tabs are a list of different documents being displayed in a single window. It is a form of navigation within an application. People are becoming used to tabs. This ma

Re: [Usability] Control Center Appearance Capplet

Thank you for approaching a problem that I've had with GNOME. I think Benson makes some good points. Making sure the mental models that a user will create as a result of modifying appearance will be clear rather than overlapping is very important. This is actually one problem that I've seen usin

[Usability] GTK ComboBox

Problems with the GTK ComboBox: Their behavior is set to put the default option under the mouse, correct? However, there are many, many instances in which visibility and availability of many other options is more important than the default option being readily available. Let's say there is a c

Re: [Usability] GTK ComboBox

in select cases. On Tuesday 17 April 2007 11:56:14 am Thorsten Wilms wrote: > On Mon, Apr 16, 2007 at 07:06:00PM -0400, Jacob Beauregard wrote: > > Their behavior is set to put the default option under the mouse, correct? > > > > However, there are many, many instances in which vis

Re: [Usability] GTK ComboBox

I have no idea what version of GTK is on my computer right now, but with Gaim 2.0.0beta3.1 (which I know is a bit old, but I haven't updated since I'm usually using KDE anyway), the status combo box is at the bottom of the window, and I generally have the contact list of my IM client vertically

Re: [Usability] Control Center Appearance Capplet

On Sunday 22 April 2007 02:36:52 pm Ritesh Khadgaray wrote: > On Tue, 2007-04-17 at 16:05 +0100, Thomas Wood wrote: > > On 04/16/2007 03:56 PM, Thorsten Wilms wrote: > > > On Mon, Apr 16, 2007 at 02:57:31PM +0100, Thomas Wood wrote: > > >> http://live.gnome.org/ControlCenter/AppearanceSettings > >

Re: [Usability] desktop lacks "Display properties" or " Screensaver - Power" options on right-click cont ext menu

On Monday 23 April 2007 04:39:57 am Ross Burton wrote: > On Sun, 2007-04-22 at 17:23 +0530, shirish agarwal wrote: > > ok, see the thing is simple. The panel is too full to accommodate 2 > > more icons. > > It doesn't need to. If someone does a particular task very frequently, > they can add apple

Re: [Usability] desktop lacks "Display properties" or " Screensaver - Power" options on right-click cont ext menu

On Monday 23 April 2007 05:54:18 am you wrote: > On Mon, 2007-04-23 at 05:33 -0400, Jacob Beauregard wrote: > > > > In fact I'm of the opinion that we need to somehow open up the > > > > right-click context menu so users should be able to put any > > >

Re: [Usability] desktop lacks "Display properties" or " Screensaver - Power" options on right-click cont ext menu

On Monday 23 April 2007 08:48:56 am you wrote: > On Mon, 2007-04-23 at 08:23 -0400, Jacob Beauregard wrote: > > > > The question is, what is the familiarity of most GNOME users? Is it > > > > in Windows or in GNOME itself? Do GNOME users even utilize the > > > &

Re: [Usability] desktop lacks "Display properties" or " Screensaver - Power" options on right-click c ontext menu

On Monday 23 April 2007 10:15:57 am Curtis Hovey wrote: > On Mon, 2007-04-23 at 09:25 -0400, Jacob Beauregard wrote: > > On Monday 23 April 2007 08:48:56 am you wrote: > > > On Mon, 2007-04-23 at 08:23 -0400, Jacob Beauregard wrote: > > > > > > The question

Re: [Usability] Integration and Standardisation of Notification area and behaviour

Well, while I'm waiting for my lab partner's mockery of alpha-beta pruning to make a decision against my own algorithm's, I think I'll respond to this. Yes, I have always been annoyed by the inconsistency the system tray presents regardless of what interface I've used (KDE, GNOME, Windows). Sti

Re: [Usability] Being closer to the people

On Monday 30 April 2007 06:54:24 pm Sergey Udaltsov wrote: > Hi all > > I've just committed substantial change to the base.xml.in file. I got > rid of all occurences of the "group" word in descriptions - and > changed them all to "layout". I realize how technically incorrect it > is - but these are

Re: [Usability] Integration and Standardisation of Not ification area and behaviour

Thanks for the link Calum. One thing I'd like to mention: "A balloon may be show when the icon is first displayed, if the icon's appearance is not the direct result of a user action. For example, the icon for an incoming email or instant message may be accompanied by a balloon. However, the app

Re: [Usability] Open Files - Search

I love list filtering. I'm thinking that users would expect a list filtering tool to filter based on the column information as the default. As opposed to Calum, I don't find this very complex. It may be a bit cluttered, though, and might slow users down a little bit. I think it would be good to

[Usability] Cross-Session vs. Temporary States

I'm wondering if anyone has looked into consistent separation of permanent and temporary state manipulations. For instance, when I open Opera, it's always on the last web page I visited. It wouldn't be clear to me that Opera would save the webpage I visited. However, this is typically not obtru

Re: [Usability] Options, Check, Toggle, Exclusive

Wow, I like this thread. How about instead of sliding, which seems to have spread some controversy, the age-old chain-link symbol is used? Another way to avoid people wanting to drag/slide and/or click on just the checkbox itself would be to put the selectors on both sides of the text. On Monda

Re: [Usability] Options, Check, Toggle, Exclusive

s snapping, and GNOME uses sticking, and why not just have them both, if GNOME doesn't already? On Wednesday 16 May 2007 10:52:15 Shaun McCance wrote: > On Thu, 2007-05-17 at 00:44 +1200, Matthew Paul Thomas wrote: > > On May 16, 2007, at 12:31 PM, Jacob Beauregard wrote: > >

[Usability] Cascading Menus, Context Menus, and Moving Files

I was browsing looking for some usability studies on cascading menus the other day (If you didn't know, I hate cascading menus). I found this link. http://surfmind.com/masters/screens/the_making_of_a_visualization.html The information that's on this page, and the visualization of it, could prob

Re: [Usability] Cascading Menus, Context Menus, and Moving Files

On Saturday 19 May 2007 14:13:36 Thorsten Wilms wrote: > On Sat, May 19, 2007 at 01:25:00PM -0400, Jacob Beauregard wrote: > > 1. She was confused about what the context menus were referring to. One > > solution would be to give context menus a header as to what they are > > r

Re: [Usability] Cascading Menus, Context Menus, and Moving Files

On Saturday 19 May 2007 18:48:54 Jacob Beauregard wrote: > On Saturday 19 May 2007 14:13:36 Thorsten Wilms wrote: > > On Sat, May 19, 2007 at 01:25:00PM -0400, Jacob Beauregard wrote: > > > 1. She was confused about what the context menus were referring to. One > > >

Re: [Usability] Cascading Menus, Context Menus, and Moving Files

texts is useful. The question is, should any selection context override any sibling contexts? If right clicking didn't clear a selection, a user would most likely assume that the context menu is for the selection. Is this because displaying a context menu for the selection is the expected b

[Usability] preferences windows, window preferences, shaded windows, nonresizable windows

Well, I just got a little bit frustrated with looking through the keyboard shortcuts window. It doesn't offer recoverability. It would make sense, and be extremely useful for there to always be reset/apply/cancel in any preferences window. It would help users in the situation of accidentally ch

Re: [Usability] Cascading Menus, Context Menus, and Moving Files

On Monday 21 May 2007 15:50:08 Matthew Paul Thomas wrote: > On May 20, 2007, at 5:25 AM, Jacob Beauregard wrote: > > I was browsing looking for some usability studies on cascading menus > > the other day (If you didn't know, I hate cascading menus). I found > &g

Re: [Usability] preferences windows, window preferences, shaded windows, nonresizable windows

On Tuesday 22 May 2007 11:18:22 Mike Burns wrote: > On 2007-05-21 08.34.48 -0400, Jacob Beauregard wrote: > > Another thing I'd like to mention for window preferences, are titlebar > > preferences. I use KDE on my laptop and this is probably the biggest > > reason, the a

Re: [Usability] Cascading Menus, Context Menus, and Moving Files

On Tuesday 22 May 2007 11:33:55 Matthew Paul Thomas wrote: > On May 22, 2007, at 1:14 PM, Jacob Beauregard wrote: > > ... > > Do you think that if context submenus were presented in the fashion of > > a tree rather than cascading that it would be more useful? I think it &

Re: [Usability] default titlebar button layout [was: preferences windows, window preferences]

On Tuesday 22 May 2007 20:57:12 Elijah Newren wrote: > On 5/22/07, Matthew Paul Thomas <[EMAIL PROTECTED]> wrote: > > (I've rearranged them for myself, because having the close button right > > next to the others is stupid. But I think that's an argument for having > > a better default arrangement,

Re: [Usability] default titlebar button layout [was: preferences

On Wednesday 23 May 2007 00:19:53 Matthew Paul Thomas wrote: > On May 23, 2007, at 3:44 PM, Matthew Paul Thomas wrote: > > On May 23, 2007, at 1:48 PM, Jacob Beauregard wrote: > > ... > > > >> I've already explained why the benefit is great for me. > > &g

Re: [Usability] Cascading Menus, Context Menus, and Moving Files

ill not lead to interference with the people who know they want to skip or replace files (skipping/replacing requires more knowledge of what you're doing, and OK is more reassuring). On Tuesday 22 May 2007 11:33:55 Matthew Paul Thomas wrote: > On May 22, 2007, at 1:14 PM, Jacob Beaure

Re: [Usability] Gnome HIG suggestion: search box clear buttons

On Monday 04 June 2007 18:11:08 Liam R E Quin wrote: > On Mon, 2007-06-04 at 13:20 -0700, Kirk Bridger wrote: > > I am hesitant to assume that most users connect the address bar of a > > web browser with the actual displayed document. > > That's a good point - "most users" is always a difficult phr

Re: [Usability] Gnome HIG suggestion: search box clear buttons

On Monday 04 June 2007 18:11:08 Liam R E Quin wrote: > On Mon, 2007-06-04 at 13:20 -0700, Kirk Bridger wrote: > > I am hesitant to assume that most users connect the address bar of a > > web browser with the actual displayed document. > > That's a good point - "most users" is always a difficult phr

Re: [Usability] GNOME Menu

On Monday 04 June 2007 17:16:58 mstrex wrote: > I meant pull-down menu, just like the others - applications, places and > system. I actually think it's better not to crowd everything into one menu by default, and the menu editor and default menu applet would probably do good to recognize the pos

Re: [Usability] Gnome taskbar grouping annoyance

>From observation, it seems as though newly grouped entries enter at the beginning of the taskbar, not randomly. However, it seems like it would make more sense to group entries at the first position used, right? I mean, this is especially true when using the automatic grouping feature. Other t

Re: [Usability] 2 useful functions

Are you saying you wouldn't want this because it's pointless if you can make startup so quick that the splash screen wouldn't be an issue? On Monday 11 June 2007 12:40:10 Iain * wrote: > On 6/11/07, Amaury Chamayou <[EMAIL PROTECTED]> wrote: > > it's true the splash screen could use a GUI (maybe

Re: [Usability] feature request...

All the task bar really does is toggle minimize or change focus. A lot of people would like to be able to close a number of windows on the task bar more easily. This is certainly not the first time something like this has been suggested. Some could suggest an actual close button on the task but

[Usability] visibility in combo boxes (again)

Hey, using The GIMP 2.2.13 (pretty much the only GTK program I've used the past two weeks) save dialog with gtk-qt-engine 0.71 is exhibiting the combo boxes to show the scrolling arrows with blank space rather than showing every option when it does not fit on the screen. Is GTK on my system out

[Usability] Drag+Drop on Blank Media

Do you think it might be a bit more intuitive that if a file was dragged onto an icon for blank media (meaning CD/DVD), that it should start the CD/DVD creator? Also, off-topic, do you think once blu-ray or HD-DVD starts replacing DVDs, that either CDs or DVDs will still exist as blank media? (

[Usability] NetworkManager Applet, disabled networking

Would you consider this a design bug? Pre: networking disabled When you left-click on the network manager icon, it will say "networking disabled." However, it will give you no option to change it. When you right-click on the network manager icon, it will give you that option. Instead of having

[Usability] gdm user/pass prompt

I'm just wondering, who has -never- accidentally started typing in their password as their username with gdm? ___ Usability mailing list Usability@gnome.org http://mail.gnome.org/mailman/listinfo/usability

[Usability] Out of Disk Space?

I was reading this article, and stumbled upon this section: "Now, being familiar with Linux, this cause wasn't hard to find -- like Windows, Ubuntu defaults to 'backing up' all deleted files into a 'Trash' folder, so that they can be undeleted. Checking my '.Trash' directory, hidden under the h

[Usability] cross-desktop coordination?

This has always bothered me. GNOME and KDE have different HIGs, different services, different themes, etc. Wouldn't a user have an easier time using Linux if libraries shared things? A user would need to go into KDE's config and set it's theme to be similar to GNOME's if they wanted consistency

Re: [Usability] cross-desktop coordination?

I'd be motivated enough to dedicate my winter and summer breaks to it. I think the first step would be a common HIG though. Calum Benson wrote: > > On 19 Sep 2007, at 22:57, Jacob Beauregard wrote: > >> >> Why can't a Common HIG be created? > > In theory it c

Re: [Usability] cross-desktop coordination?

eing a bit more flexible toward their growing user bases. That would be similar to what's going on with Pidgin and the Mozilla projects. Richard Gaskin wrote: > Reinout van Schouwen wrote: > > Op donderdag 20-09-2007 om 00:00 uur [tijdzone -0400], schreef Jacob > > Beauregard:

[Usability] combo box guidelines?

Yea, I know I've probably whined about combo boxes enough, but honestly, does this image make sense to you? This is just one occurrence in many that I've had. I can only see 3 out of 7 options. Less than half of the options being used is just not good practice. That's only 2 out of 7 odds (not

Re: [Usability] combo box guidelines?

Sorry the image bounced. To reproduce: 1. Move "Connect to Server" window to top of screen. 2. Arrange Combo Box such that "Custom Location" is selected. 3. Click the Combo Box. Jacob Beauregard wrote: > Yea, I know I've probably whined about combo boxes enough, but

Re: [Usability] combo box guidelines?

Okay, let's list actions the user might want to do. A. Change the option B. Look at other options C. Nothing What would be the odds of each of these uses, and what would be the cost to each of them? Does maintaining the currently-selected option in different circumstances make it better or worse

Re: [Usability] cross-desktop coordination?

Oh nice, I ran into a specific example of how cross-desktop coordination would be useful: I was using gedit to write some lisp code. However, it doesn't have lisp highlighting (though somehow it managed to have scheme and ocaml). KDE's text editor does. http://kate-editor.org/article/writing_a

Re: [Usability] Out of Disk Space?

Having the option would certainly be nice though. Calum Benson wrote: > On 21 Sep 2007, at 17:36, Alan Horkan wrote: > > >> There is precedent for doing things this way too, the history in >> the web >> browser gets deleted automatically after a certain amount of days >> but it >> seems lik

[Usability] Desktop Clutter

Why does the desktop get so easily cluttered? 1. default download space (for firefox) 2. fastest way to create an pre-named document (right-click menu) 3. middle ground for moving files around Anyone else have any reasons for why their desktop might get cluttered (if it is or ever has been)? Al

Re: [Usability] Desktop Clutter

Alan Horkan wrote: > On Wed, 24 Oct 2007, Jacob Beauregard wrote: > > >> Date: Wed, 24 Oct 2007 20:57:08 -0400 >> From: Jacob Beauregard <[EMAIL PROTECTED]> >> To: usability@gnome.org >> Subject: [Usability] Desktop Clutter >> >> Why does th

Re: [Usability] Desktop Clutter

That isn't exactly the best Firefox extension I've ever seen. Certainly not as straightforward as Thunderbird's mail filtering. Michael R. Head wrote: > On Thu, 2007-10-25 at 13:33 +0100, Alan Horkan > >> I usually set up a default folder such as Downloads or Documents but >> frankly I've lon

[Usability] Image Viewing vs. Editing

I have an idea. It seems that there's a battle between image viewing and editing for default application's file association between different users. Some users use mostly image editing, while some users mostly just want to view files. However, there are more users in the general middle ground that

Re: [Usability] Image Viewing vs. Editing

arger cost than viewing, as it takes a longer time for image editors to load. There could be many ways to improve usability in this sense (i.e. a brainstorm may help on this issue). Denis Washington wrote: > On Wed, 2007-12-19 at 00:14 -0500, Jacob Beauregard wrote: > >> However, wh

Re: [Usability] Panel problems

Wow, you should file this on Bugzilla with whatever version you're using, whatever distro you're using, etc. I actually find that Gnome's panels are what draw me to using Gnome rather than KDE, esp. with Ubuntu's alternative menu system. Also, this bug just doesn't happen to me. However, when t

[Usability] Themes: Aesthetic Color Schemes & Personalized Desktop Backgrounds

To say that you could match any color scheme with any desktop background and have the results be aesthetic is flat out wrong. The two seem interdependent. I have found that when I choose my color schemes, I pick colors that come primarily from my desktop backgrounds. If my desktop background do

[Usability] selecting with shift, ctrl; using shift to select on desktop.

Does anyone think selecting with shift or ctrl would be easier if items were selected or deselected in real time rather than just when the user clicks? Also, shift select really sucks on the desktop. It's absolutely horrible. ESPECIALLY if you never click "clean up by name." I think it just se

Re: [Usability] application names in the application menu

The entire purpose of a branding (or in this case, brand naming) something is its value for differentiation. Its usefulness has its roots way before any of us were around. It is still typically bad practice not to include the purpose of an application in its description. Ex. who the hell would

Re: [Usability] application names in the application menu

Calum Benson wrote: > On 31 Mar 2008, at 23:21, Jacob Beauregard wrote: > >> The entire purpose of a branding (or in this case, brand naming) >> something is its value for differentiation. Its usefulness has its >> roots >> way before any of us were around. &

Re: [Usability] New dialog for handling file conflicts in Nautilus - UI review request

Awesome! I remember bringing this up quite a while ago, and I was particularly at issue with the Replace option being the default. I've certainly been waiting to see expanded functionality for this, and I've definitely put a lot of thought into this problem for different cases that have already

[Usability] Category Management (i.e. Rhythmbox Music Player)

Alright, so the clearest example of problems in regards to category management is in Rhythmbox, where songs are categorized by Album and Artist. I'll precede this by saying, effective categorization requires the minimization of the number of categories that contain very few items without brow

Re: [Usability] Category Management (i.e. Rhythmbox Music Player)

ories with fewer items can be show at the bottom. and still give the user to set it alphabetically. On Sat, Jun 14, 2008 at 2:30 AM, Jacob Beauregard <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote: Alright, so the clearest example of problems in regards to category management

Re: [Usability] Category Management (i.e. Rhythmbox Music Player)

Correction in the last paragraph: I meant to say "particle" rather than "participle." Jacob Beauregard wrote: By category and number of items? Browsing within categories, in practice, is typically done in alphanumerical sorted order. Just so you're aware, the way I&#x

Re: [Usability] Category Management (i.e. Rhythmbox Music Player)

y ratings. so say you sorting by number of tracks/songs and have 3 artists with 10 each, then they would be shown alphabetically. and yes may be we can have an option to show all The/A/An as The Someband --> Someband, The A Some-Song --> Some-Song, A and so on. On Sat, Jun 14, 2008 a

Re: [Usability] Category Management (i.e. Rhythmbox Music Player)

I thought I had differentiated searching vs. browsing, but I'll give it another go: Think of the different reasons you'd use an aggregator (del.icio.us, digg, reddit, slashdot aggregators) as opposed to using a search engine (google, yahoo, live searches). In essence, searching is active, re

Re: [Usability] Category Management (i.e. Rhythmbox Music Player)

eady have. Browsing my music collection won't have me discovering new songs because I already know what's in my collection. Unless we're looking at some interface to other people's songs, or a discovery-type use case? Thanks for helping me understand, Kirk Jacob Beaur

Re: [Usability] UI design question

Well, I could give some suggestions, as personally I'd get rid of a dialog completely because all of these options could be easily compacted into something just as simple. The importing of a theme could probably be done from the theme editor window, and "Save As..." is typically used to take c

Re: [Usability] UI design question

Dave Foster wrote: Hi Matthew + Jacob - Thanks for the advice, some good stuff in here. On Mon, Jun 16, 2008 at 7:59 PM, Matthew Paul Thomas <[EMAIL PROTECTED] > wrote: My first thought is: That list of actions doesn't seem to include anything that requires

[Usability] Situations with Lack of Button Labels

I can understand why the GIMP wouldn't have button labels, it takes up more screen real estate than the GIMP would really be able to handle, but I can't understand the justification for Ekiga not having button labels. Can anyone clue me in? Does using tooltips exclusively when screen space isn'

Re: [Usability] Situations with Lack of Button Labels

27;s more reactive; and secondly, a user would be able to scan all of the prospective labels in far less time as a result. Calum Benson wrote: On 17 Jun 2008, at 08:16, Jacob Beauregard wrote: I can understand why the GIMP wouldn't have button labels, it takes up more screen real estate tha

[Usability] Rhythmbox: Why does unpressing play feel so awkward when you want to pause the music?

I've been using Rhythmbox for quite a while, and yet it still feels just as awkward unpressing play, and even more awkward unchecking play in the tray context menu. I know not everyone agrees on this issue. I've seen the argument for keeping pause out of it repeated time and time again, howeve

Re: [Usability] Rhythmbox: Why does unpressing play feel so awkward when you want to pause the music?

Calum Benson wrote: On 5 Sep 2008, at 19:26, Jacob Beauregard wrote: Could my prior use of other media players seriously be this deeply ingrained in my head? I'm doubtful. What are the other possibilities? Donald Norman would describe what you're experiencing in terms of &qu

Re: [Usability] Rhythmbox: Why does unpressing play feel so awkward when you want to pause the music?

Well, maybe it could be in tendency to interpret the same word in different ways; you interpret the verb imperatively while I interpret the verb actively. ___ Usability mailing list Usability@gnome.org http://mail.gnome.org/mailman/listinfo/usability

Re: [Usability] Usability Digest, Vol 54, Issue 2

It makes sense to have a consistent way of interacting with them. However, there are a lot of ways they can be used where there haven't been many experiments, so I would state there should be some room for future revision in whatever is decided upon. What would be more difficult is to find a m

Re: [Usability] A New Start Menu Design, which resemble windows

As for the comment about things that change automatically: are users also surprised with "Most Visited" in Firefox or, in a Windows-style start menu for instance, if it were labeled "Most Used Applications" [EMAIL PROTECTED] wrote: Send Usability mailing list submissions to usability@g

Re: [Usability] measuring and improving user productivity

Productivity is one of the simplest concepts imaginable: it's a ratio of output to input. It means the same thing as efficiency. Essentially, to increase productivity is to get more value out of something while using less resources. Examples: More work done in less time at the same quality. Th

Re: [Usability] Prototyping the next generation panel

Here are my comments on that mockup: 1. I, for one, like the concept of the new FUSA in Ubuntu 8.10, but I don't think it's complete in any sense (and therefore my only reason to really update to 8.10 is really the tabbed browsing in Nautilus). a) The system state changes don't come with icons.,

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

Date: Wed, 05 Nov 2008 14:32:52 + From: Calum Benson <[EMAIL PROTECTED]> Subject: Re: [Usability] Prototyping the next generation panel To: [EMAIL PROTECTED] Cc: Usability Mailing List Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; delsp=yes; format=flowed; charset=US-ASCII On

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

Calum Benson wrote: On 5 Nov 2008, at 20:09, Jacob Beauregard wrote: 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

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

Allan Day wrote: 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 desk

Re: [Usability] Prototyping the next generation panel

I'm trying to switch the thread title back, please reciprocate. Allan Day wrote: 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 ex

Re: [Usability] Prototyping the next generation panel

Allan Day wrote: 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 desi

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

On Thu, 2008-11-13 at 11:13 +, [EMAIL PROTECTED] wrote: > 2008/11/12 Kirk Bridger <[EMAIL PROTECTED]>: > > 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

Re: [Usability] New Sound Preferences and Volume Control

On Wed, 2008-11-19 at 12:00 +, [EMAIL PROTECTED] wrote: > Send Usability mailing list submissions to > usability@gnome.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://mail.gnome.org/mailman/listinfo/usability > or, via email, send a message with subject o

Re: [Usability] Fwd: New Sound Preferences and Volume Control

Listen: this group analysis has become so completely unstructured to the point that it's ridiculous. Yes, brainstorming is good, but only if that's the intention of the discussion. The issue here is that solutions are being designed when we don't even fully understand the problems that predate Puls

Re: [Usability] New Sound Preferences and Volume Control

First, I have another idea: What if the per application volume control (volume control being in the applications GUI), could expand into a drop box with volume control for other open streams? It would certainly be a bit more intuitive, but would probably need to be a bit less powerful than the cent

Re: [Usability] Usability Digest, Vol 56, Issue 16

> On Wed, 2008-12-10 at 14:03 -0500, Philip Ganchev wrote: > > On Thu, Dec 11, 2008 at 5:35 AM, Dokuro wrote: > > > ... lots of people use the master > > > volume control (seating next of the notification area) with the mouse > > > wheel; ... > > > > And those who have a hardware volume knob usual

Re: [Usability] New Sound Preferences and Volume Control

On Sat, 2008-12-13 at 12:00 +, usability-requ...@gnome.org wrote: > > they only way to make the hole interface make changes easily for > regular users, is to create fixed preferences defaults for typically > installed applications > this way you can have ppl to select: > "working", > "watchi

Re: [Usability] New Sound Preferences and Volume Control

> On 13/12/2008, Jacob Beauregard wrote: > > > Volume has too many personal and environmental influences to create an > > interface simpler than letting the user directly control the volume. I > > believe I've already listed off quite a few of them. > >

Re: [Usability] New Sound Preferences and Volume Control

ular. The problem I'd have with your model is that in my own use of audio, it doesn't make things one bit easier. Your idea is another example of premature design. It's not likely to have a good solution unless you understand the problem. On Sun, Dec 14, 2008 at 1:37 PM, Diego

Re: [Usability] Call for vote: Nautilus use Browser view for fedora 11

I don't know HOW this thread started, but the only thing that web browsing and file browsing have in common are bookmarks, addresses, and linking (though in completely different manners). An HTML file should be viewed, and not treated as a meta-folder for the reason that it is nothing like a folde

Re: [Usability] Usability Digest, Vol 60, Issue 7

That is one of the most impressive mockups I have ever seen. I don't think the alt+key functionality is a total pitfall, but a consistent and obvious means to reveal them doesn't seem like it would require too much cleverness. What's a more difficult question is the ctrl+shortcuts. The other con

Re: [Usability] Tab implementation review

I haven't been following this discussion much, so forgive me if I'm not as on track as I could be. In terms of tabs, I would say that what needs to be worked out is when you have a lot of tabs open (This can happen to me when trying tracking where function calls go, for instance). The left-right t

  1   2   >