ecify the alignment
themselves.
Calum, can this be changed? I'd suggest: "When a group of controls is
arranged vertically, line up the left edges of the controls (or of the
first control in each horizontal subgroup), and right-align labels that
are pl
rs have to
feel comfortable with it. Who better to have design it, point out the
flaws, etc. then normal users?
...
<http://en.wikipedia.org/wiki/Oh_Brother%2C_Where_Art_Thou%3F>
Non-designers can be great at pointing out problems, but unsurprisingly
terrible at designing solutions.
fing, why not as a small JPEG to e-mail to
my client? And if I can send a document by fax from this dialog,
why not by e-mail or by SFTP? Done right, I think an extensible
"Print/Publish" dialog could save people a *lot* of time.
--
Matthew Paul Thomas
http://mpt.net.nz/
On 14 Dec, 2005, at 12:01 PM, Alan Horkan wrote:
On Tue, 13 Dec 2005, Matthew Paul Thomas wrote:
...
Yes, currently the HIG says: "Left-align components and labels,
unless all the labels in a group have very different lengths. If they
do, right-align the labels instead, to ensure th
:-)
<http://arstechnica.com/reviews/os/macosx-10.1.ars/10#dock>
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
ll be done most consistently by a sufficiently-enlightened
filepicker, where enlightenment is provided by the program in the form
of hints about #1 and #3. (The filepicker can work out #2 by the
combination of program name and dialog title.)
--
Matthew Paul Thomas
ht
005" folder, and open
them at separate times, the window manager can't know that they're
different documents.
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
On 30 Dec, 2005, at 1:51 PM, Steve Fosdick wrote:
Matthew Paul Thomas wrote:
You should report this as a bug for each program. It's a basic part
of a spatial interface that all windows (other than alerts or
dialogs) should remember where you left them.
Does this include which work
f these actions, of
course, you make the file practically unopenable.
In short, it's hack upon confirmation alert upon hack, and a shining
example of why you shouldn't use file extensions to indicate filetype.
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
, so that you can quickly see the effect of changes you make to
the printing options. This possibility was presented by Alex Graveley
in his mockup of a new print dialog last month
<http://mail.gnome.org/archives/usability/2005-December/msg00075.html>.
-
tors could be overlaid on thumbnails, in the
same way as they're currently overlaid on the generic document icon.
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
ding
controls you can't type in in the tab order is quite inefficient.
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
O.
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
On 11 Jan, 2006, at 10:27 AM, Otto Wyss wrote:
Matthew Paul Thomas wrote:
On 18 Dec, 2005, at 9:51 AM, Otto Wyss wrote:
...
See http://wyoguide.sourceforge.net/guidelines/dialogs.html#buttons
...
I think that page is overdoing it a bit. Either have almost
unreadable language, *or* have
ay, since it's not nearly important enough to include in a
toolbar.
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
sparency" submenu, the
items in the "Tools" menu (only because the toolbox is open so often
that it makes the tool icons more recognizable than their names), and
all the items in the "Dialogs" menu (though that menu probably
shouldn't exist).
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
y've spent more than fifteen seconds total in
clicking that button, more time than they would have spent learning to
press Enter. From then on, you're sucking time out of their lives.
Don't do that.
--
Matthew Paul Thomas
http://mpt.net.nz/
___
v3n09/123-1.gif>
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
On 8 Feb, 2006, at 12:53 PM, karderio wrote:
On Tue, 2006-02-07 at 13:00 +1300, Matthew Paul Thomas wrote:
On 7 Feb, 2006, at 4:56 AM, karderio wrote:
On Mon, 2006-02-06 at 13:05 +0100, Peter Lundqvist wrote:
On Fri, 3 Feb 2006, Tuomas Kuosmanen wrote:
On Thu, 2006-02-02 at 22:24 +0100
newer in memory, I might want to reopen it from the
old version, because I did some changes, I shouldn't have done, and
copy paste elements from the newer version
...
You could do that with Select All, Copy, Undo back as far as you
wanted, Paste, and merge from there.
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
ose are excellent examples of why saving should be something done
automatically by the computer, not by humans. The computer will always
remember to save; the human won't.
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usab
(Removed nautilus-list, since this bit is about Web browsers.)
On 9 Feb, 2006, at 5:56 AM, Alan Horkan wrote:
...
On Wed, 8 Feb 2006, Matthew Paul Thomas wrote:
...
I agree, it's not a Nautilus specific problem, I think web browsers
suffered from the same problem until they started using
uot; button is bad
is like arguing whether ozone is bad. It depends where it is and what
it's doing.
(And, there's no such thing as an ordinary user.)
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
enu entry. Any
suggestions? CD->Edit Track Data is the best I can come up with.
...
"Contribute Track Names..."?
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
ave
not only the wrong chrome, but also an inconvenient size. So where
chrome is turned back on in them, I would expect it's usually
individual items -- to copy the URL, or to see loading progress. That
doesn't deserve a "turn everything back on
at
should therefore be out of scope of the HIG.
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
n. Report it in Bugzilla.
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
afari).
25CF looks fine on Windows/Linux; 2022 was too small.
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
enough to turn on
"View" > "Status Bar" the first time they ever use the browser. That's
hard to believe.
If you're trying to protect people in general against phishing, you'll
need a much more visible and understandable mechanism.
--
Matthew Paul Th
displaying documents
that don't need vertical scrollbars, the grippy has a transparent
background.
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
On Mar 5, 2006, at 7:49 AM, Shaun McCance wrote:
On Sat, 2006-03-04 at 04:36 +1300, Matthew Paul Thomas wrote:
...
You don't need a status bar to display a resizing grippy. On Mac OS
X, Safari has a resizing grippy even when the status bar is turned
off (as it is by default), Mail
error, either by having a higher
proportion of illustrated menu items than Gnome will ever have, or by
choosing menu items with more distinct icons than those in real Gnome
programs can have.
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability
er
And your IM client can have:
Mark as [Away :^] automatically:
[/] When the scrensaver turns on
[/] When inactive for: ...
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
oft.com/library/default.asp?url=/library/en-us/dnwue/
html/ch07c.asp
So by the time somebody implements it in Metacity, Windows may well
finally have dropped it like the nasty idea it is.
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing
ions for non-ellipsized strings as suggestions for the
ellipsized equivalents, and vice versa, so the only work necessary is
adding or removing the ellipsis. (This is planned for Rosetta, for
example.)
If people really feel that they do in fact fill some purpose,
shouldn't there at least be some kind of icon or something that is
international to indicate the opening of a new window?
...
But that's not what the ellipsis is for. And menus in Gnome really need
fewer icons, not more. :-)
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
0%
level, the same can be said for no ), as on some cards, audio may
still be emitted at a 0% volume setting.
...
The word "zero" is not easily mocked. If I set the volume to zero, the
system should do whatever it takes to ensure there is no sound being
produced. None. Zilch. Nad
hat require further input aren't dialogs. Adding ellipses
for dialogs automatically might cause developers to forget more often
about adding ellipses for the other things.
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing
n 10.3, pressing the Louder and
Quieter keys sets the volume to the next step up or down from what it
was before it was muted.
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
symbol?
Probably not, but a better question would be "is there any better
understood symbol".
I quite like the GNOME lifebuoy.
...
For a couple of years I thought it was a piece of candy. :-)
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usabil
quot; button. Where the button follows a
list of existing files, "Choose Another..." may be most appropriate.
And so on.
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
e
semi-standard software (currently Quark XPress) to a superior product
(currently Adobe InDesign).
And fourth, the usability@ list is probably not a fertile place to find
idle programmers ready to start writing new DTP apps. :-)
--
Matthew Paul Thomas
http://mpt.net.nz/
_
hat tripped up only one person
in the published videos. It's to remove the "Add Wallpaper" and
"Remove" buttons under the list of pictures, replacing them with a
"Choose a background picture from: [Nature Photos :^]" option menu,
with the folder curre
7;d want to "Reset [t]o
Defaults". And the help doesn't.
Was the matter of the "separate group for each window" label resolved?
The bug is still open: http://bugzilla.gnome.org/show_bug.cgi?id=308282
That smells like it needs a pair of radio buttons.
Switching layout ap
s wrong and I want to fix it, and (2) I know this feature
exists but I can't find it.
* <http://blogs.msdn.com/jensenh/archive/2005/11/29/497861.aspx>
* <http://g2meyer.com/usablehelp/lastreso.html>
Now that yelp has search, (2) can be catered for partly by including
co
On Mar 29, 2006, at 7:47 PM, Joachim Noreiko wrote:
--- Matthew Paul Thomas <[EMAIL PROTECTED]> wrote:
...
Absolutely. What is the list for? Windows has a list labelled
"Installed keyboard languages and layouts". I can kind of understand
that, though it seems to be to do with d
tiple keyboard
layouts", using apologetic humor to pick around the whole Charlie
Foxtrot. <http://g2meyer.com/usablehelp/singles/245.html>
We're limited to the choice of keys by X...
So basically, a lot of our problems with this pref
tool, and with keyboard layouts in general, are
use Ctrl-Q. ;)
...
"Quit"? What is this 1980s single-tasking-era "Quit" talk? :-)
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
ll have different font sizes so if your user
interface will not resize nicely it is BROKEN by design.
...
But if someone *needs* to resize a window to see all the text, it is
broken just as much.
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
something that it can more cheaply
calculate itself. My time is too valuable to answer questions about
computer speed that the computer already knows.
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http:/
get even
more concise:
__
|:: Change Your Password ::|
| ________ |
| Enter your current password: [] |
| |
|
(Studiously avoiding Mr Horkan's trolling...)
On May 3, 2006, at 1:53 AM, Elijah Newren wrote:
On 5/2/06, Matthew Paul Thomas <[EMAIL PROTECTED]> wrote:
Having said all that, I don't understand why the Theme Preferences
window is not a dialog and is resizable, bu
ity between window types in that document, and
window types defined in the wm-spec *or* the HIG, is currently purely
coincidental. Some creative renaming may be necessary.)
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
On May 5, 2006, at 8:24 AM, Elijah Newren wrote:
On 5/4/06, Matthew Paul Thomas <[EMAIL PROTECTED]> wrote:
...
Were/are any interaction designers involved in the wm-spec? I mean,
it has a special window type for *splash screens*, of all things, but
no type for progress windows. Wh
s. (I reported an example of this as an Evolution bug last June.
<http://bugzilla.gnome.org/show_bug.cgi?id=308711>)
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
, and doesn't give any alternative suggestions (e.g. a
multi-item text field with auto-complete).
I'd like to revise this section to fix all these issues. Is that ok?
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
d contain new
information like dynamic user data (desktop?).
...
I double dog dare you to define "ideological data" with reference to
human-computer interfaces.
Cheers
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability m
_Font_Settings__| |_>_Font|
|_>_Show_Paragraph_Settings_| |_>_Paragraph___|
|_>_Show_List_Settings__| |_>_List|
|_>_Show_Border_Settings| |_>_Border______|
|_&
s).
...
This is a bug in that while the Find tool tells you "No files found",
it does not mention what it was searching for, so there is no way to
distinguish between a search that has finished with no results and one
that hasn't started yet.
Thanks for your interesting r
t get converted. (And that was
without even being exposed to the Gimp, which has a Save dialog
encouraging such confusion.)
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
On Jun 26, 2006, at 2:40 AM, Reinout van Schouwen wrote:
>
> On Sun, 25 Jun 2006 17:21:12 +1200, Matthew Paul Thomas wrote:
>>
>> The converse of that is the friend of mine who renamed something.bmp
>> to something.gif and wondered why it didn't get converted.
>
me countries allow software patents and Free
Software cannot pay patent licenses".
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
On Jun 28, 2006, at 2:36 AM, Alan Horkan wrote:
>
> On Tue, 27 Jun 2006, Matthew Paul Thomas wrote:
> ...
>> "Nautilus could not open the file because the filetype is unknown",
>> or "&operatingsystem; cannot play MP3 files, because some countries
>
the OK button to read "Select"?
Yes.
Having said all that, this entire dialog seems like it *should* be
redundant with the search function. (That is, selecting items at the
top level of the current listing, based on a regexp, should be
something you can do easily in the search interface.)
Cheers
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
On Jul 11, 2006, at 4:01 AM, Christian Neumair wrote:
>
> Am Montag, den 10.07.2006, 17:39 +1200 schrieb Matthew Paul Thomas:
> ...
>> * The gap between the "Pattern:" label and the field should be 6px.
>> (It looks as though the label is centered when it
is to be within zero API changes of the best possible design;
how easy it is for developers to use; how much less usable any
inconsistent design is; and how much more likely it is that developers
will get the design right if it's available in GTK+ than if it's
specified in the
ree of nested groups, and on the right a
list of user accounts for the selected group, that would solve your
basic problem. Probably the biggest problem remaining would be finding
a non-painful way of presenting what group or groups a given user
account belongs to.
--
Matthew Paul Thomas
http:/
| Find_Prev | Find Next
>
> but should be
>
> Find: |___| Prev | Next
> ...
Please don't use abbreviations for control labels. If you're wanting to
make "Find Previous" shorter, use "Previous", not "Prev".
--
Matthew Paul Thomas
ht
ep using separate applets (ability to show multiple
categories simultaneously? substantially different ideal window widths?
ease of extension?), but none that I can think of stand out as being
particularly important.
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
On Aug 13, 2006, at 5:29 AM, Michael R. Head wrote:
>
> On Sat, 2006-08-12 at 12:36 +0200, Matthew Paul Thomas wrote:
>>
>> Efficiency is only one aspect of usability, and there might be other
>> reasons to keep using separate applets (ability to show multiple
>
ocument
> only ( not document type )
> ...
Those should happen anyway, and they aren't really anything to do with
a spatial interface either.
Cheers
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
e it useless.
And second, because nobody -- whether developers or users -- would know
what the setting meant. You included. :-)
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
define "spatial" as "anything that's cool").
Cheers
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
a problem that dialogs currently aren't iconifiable
> either. Is this a metacity or GTK+ bug though?
> ...
A dialog should minimize automatically when you minimize its parent
window. If minimizing it without minimizing its parent window is
appropriate, it shouldn't be a dialog.
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
d of blanking the menu bar, show the menus of the parent
window but disable them all. This will make the menu bar look more
stable.
Please keep us up to date with how you're getting on, and/or publish
the code so others can help out.
Cheers
--
Matthew Paul Thomas
http://mpt
wsing mode.
I want the document to update automatically in one window as I type in
the other. (Epiphany nearly does this already, updating whenever I
save.)
> I am completing a topaz mock up for which i'll post a link soon.
> ...
Why mention "t
the maintainer (Sergey Udaltsov, I believe) to find out
which are possible with the current code and which aren't.
Then, go bribe some X hackers to implement the missing parts. :-)
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
belongs to who it says it does.
> [x] I trust signatures on other keys made with this key.
>
> These are in a sort of contract or 'legal form' wording on purpose.
> This helps convey the weight, effects, and idea behind the action
> properly.
> ...
These are fine, except that checkbox labels shouldn't end with periods.
:-) (You might also want to shorten "verified that" to "checked", and
"who it says it does" to the actual name used in the key.)
Cheers
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
d make things like Places harder to get to (not that
I've ever actually *used* that menu, except to get to the
hopefully-soon-obsolete "Search for Files"). On the other, it would
reduce categorization problems such as the reviewer who conclud
|
| To use your Secure Shell key with another computer that uses |
| SSH, you must already have a login account on that computer. |
|_ __|
|Computer name: [_____]:[__]
On Sep 16, 2006, at 11:37 PM, Joachim Noreiko wrote:
> ...
> --- Matthew Paul Thomas <[EMAIL PROTECTED]> wrote:
>>
>> Whether to use "you"/"your" or "me"/"my" to refer to the person using
>> the computer is tricky, but I try t
On Sep 18, 2006, at 9:28 AM, Sebastian Heinlein wrote:
>
> Am Sonntag, den 10.09.2006, 17:21 +1200 schrieb Matthew Paul Thomas:
>>
>>> Some of the content useful for more advanced users it outside the
>>> default visible area, and can be scrolled to.
>>
>
e bottom of the dialog like a
> bumper of a car :(
>
> I guess usability and good looks are sometimes mutually exclusive.
> ...
The buttons shouldn't be all the same size; they should be just wide
enough to fit their labels.
Cheers
--
Matthew Paul Thomas
http://mpt.net.nz/
__
Reusing the "Edit" menu of the parent window is useful. Less so for the
toolbar, I think.
>
> The disadvantage of these dialogs is:
> - You will not see a dialog for apps/windows at the back, but then
> again that's the idea, right!
> ...
hink Gnome interfaces in general have about the right amount
of text, but too much is redundant and too little is helpful.
Cheers
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
On Oct 19, 2006, at 10:45 PM, Joachim Noreiko wrote:
> ...
> --- Matthew Paul Thomas <[EMAIL PROTECTED]> wrote:
> ...
>> Explaining difficult things in interfaces should be encouraged,
>> because these explanations are much more likely to be read than if
>> they
editing commands, and
Alt+letter for normal commands.
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
Search".
* If an application is able both to find things and to change them, it
should have a single "Find/Change" window that does both jobs (as I
reported in bug 169537). Separating them is aggravating.
* "Close" buttons are tragic time-wasters in any window,
t we would ideally do is to arrange
> things so the window manager is recogised as that and not just another
> application in the session so it can be kept alive until all the other
> applications (except the session manager) have quit.
> ...
Good idea. Report a bug. :-)
--
Matthew
exactly on top of each other by default? That is a bug I
reported last year. <http://bugzilla.gnome.org/show_bug.cgi?id=302189>
Cheers
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
On Dec 22, 2006, at 2:42 AM, Christian Neumair wrote:
>
> Am Sonntag, den 19.11.2006, 11:48 -0800 schrieb Matthew Paul Thomas:
>>
>> On Nov 10, 2006, at 8:05 AM, Steve Fosdick wrote:
>>> ...
>>> To me, ideally, if an application is not going to prompt to
ould be interesting to try a positive approach, but it would need
careful engineering to produce sounds that were subtle and reassuring.
Cheers
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
ithout logging in to begin with.
Unfortunately, the same problem applies to any key you could press
during the login: you'd be unlikely to know which key it was until you
looked it up in the help, about two minutes after you'd needed it.
P
ch of its words are capitalized
because they are proper nouns (so that the label can be converted to
sentence case without accidentally decapitalizing proper nouns);
* if it is a primary command, a numeric value representing its
frequency of use, so that tab order can be assigned
features the QuickTime
player
<http://urlx.org/bigwaste.com/a8b3f>, and also in an article about
QuickTime 3.0 from 1998 <http://urlx.org/mactech.com/be111>.
Windows Media Player switched from separate Play and Pause buttons to a
combined button with version 7 in September 2000
a
> pause button.
> ...
But then you'd never be able to play anything. ;-)
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
form is chameleon.
> That is flexibility and power.
Them: "I just made a DVD of my photos and movies. Can your PC do that?"
You: "No, but I can auto-maximize my windows. Ha!"
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
cused initially, someone can type something
like "8.25 inches" and it will do the right thing.
Cheers
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
red over the deprecated
GtkOptionMenu". Combo boxes and option menus are quite different
controls, with different purposes and behaviors.
Cheers
--
Matthew Paul Thomas
http://mpt.net.nz/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
On Jan 23, 2007, at 12:19 AM, Robert Staudinger wrote:
>
> On 1/22/07, Matthew Paul Thomas <[EMAIL PROTECTED]> wrote:
>> On Jan 22, 2007, at 8:03 PM, Robert Staudinger wrote:
> ...
>>> -
>
1 - 100 of 179 matches
Mail list logo
