GeronBook/Ch3/datasets/spam/easy_ham/01932.f8c1d938ebba259e2926c...

85 lines
3.8 KiB
Plaintext

From rssfeeds@jmason.org Thu Sep 26 16:33:54 2002
Return-Path: <rssfeeds@spamassassin.taint.org>
Delivered-To: yyyy@localhost.spamassassin.taint.org
Received: from localhost (jalapeno [127.0.0.1])
by jmason.org (Postfix) with ESMTP id D434716F17
for <jm@localhost>; Thu, 26 Sep 2002 16:33:51 +0100 (IST)
Received: from jalapeno [127.0.0.1]
by localhost with IMAP (fetchmail-5.9.0)
for jm@localhost (single-drop); Thu, 26 Sep 2002 16:33:51 +0100 (IST)
Received: from dogma.slashnull.org (localhost [127.0.0.1]) by
dogma.slashnull.org (8.11.6/8.11.6) with ESMTP id g8QFRhg24232 for
<jm@jmason.org>; Thu, 26 Sep 2002 16:27:43 +0100
Message-Id: <200209261527.g8QFRhg24232@dogma.slashnull.org>
To: yyyy@spamassassin.taint.org
From: "hyatt@mozilla" <rssfeeds@spamassassin.taint.org>
Subject: Usability Problems with Mozilla
Date: Thu, 26 Sep 2002 15:27:42 -0000
Content-Type: text/plain; encoding=utf-8
URL: http://www.mozillazine.org/weblogs/hyatt/#85409355
Date: Not supplied
Blake blogs[1] about how mpt[2] wants Mozilla to look just like MSIE. I have to
admit, the evidence is pretty compelling. I recall someone asking me, "Do you
really agree with mpt's Top 10 list? He's quoted you at the top of the list!"
Do I agree that those ten items mpt mentions are the top ten problems? Of
course not. No two people will have the same top ten problems. Also keep in
mind that mpt and I can agree that something is a problem without necessarily
agreeing on the solution to the problem. Maybe we have different ideas
regarding how to solve a particular issue, but we at least both believe it is
an issue that needs to be addressed. That's something.
To cover the list specifically:
- Navigator chrome structure - While I don't necessarily agree with mpt's
proposed default configuration, I do agree that the chrome structure is
painfully restrictive, and that customizable toolbars need to be implemented in
order for us to acquire the flexibility to deal with this problem.
- Speed - can't argue with this, except to say that cutting out a lot of the
useless UI and features from the chrome helps substantially. Reduce bloat, gain
speed.
- Text editing - if you use Chimera on the Mac, you'll see that the textfield
widget is easily the most painful part of the entire application. It's buggy,
slow, misbehaves, and doesn't edit the way you'd expect. This is IMO Chimera's
top usability problem.
- Message display - Yes. No argument here.
- Search - Yeah, it's a mess. Don't know if it would be in my top ten, but it's
a mess.
- Menu structure - This gets back to my blog about how the apps should be
separated. The menu structure has been complicated in order to deal with
multiple applications. A clean separation naturally simplifies the menus (e.g.,
you can eliminate the New submenu easily).
- Migration - A problem, but IMO not one of the top ten facing Mozilla.
- Context menus - mpt complains about two-click context menus, and yet, the OS
default on Win32 (overwhelmingly) is to bring up a context menu on a mouse up.
If you don't like it, complain about Win32, but don't cite this as a Mozilla
usability problem when we're following the conventions of the operating system.
(We simply listen for the WM_CONTEXTMENU message. That message fires when Win32
wants to fire it.)
- Validation - Err, no. Not a usability problem. To the average bear, this is
completely irrelevant.
- Preferences - IMO this should be much higher on the list. Preferences are a
tangled pathetic mess. Again, separating prefs for individual apps into unique
dialogs would simplify things a great deal, but we should also remove nearly
half the preferences that exist from the GUI. Mozilla is ridiculously
overconfigurable.
[1] http://www.blakeross.com/archives/2002_08_18_index.html#80418641
[2] http://mpt.phrasewise.com