all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Alan Mackenzie <acm@muc.de>
Subject: Re: Time to throw away my LOVE - Emacs ?
Date: Tue, 8 Jun 2004 10:56:30 +0000	[thread overview]
Message-ID: <v064ac.ok.ln@acm.acm> (raw)
In-Reply-To: x54qpmju33.fsf@lola.goethe.zz

David Kastrup <dak@gnu.org> wrote on 08 Jun 2004 11:08:00 +0200:
> Alan Mackenzie <acm@muc.de> writes:

>> Miles Bader <miles@gnu.org> wrote on Tue, 08 Jun 2004 07:26:45 +0900:

>> > The claim that windows tools result in `higher productivity' seem
>> > pretty specious to me in any case.  What I've seen of windows
>> > programming environments has been more like a cesspit of
>> > mediocrity hiding under a pretty face.

>> Tell me, where is this pretty face (Windows's, not yours ;-)?
>> Whenever I've had to use such, I find myself overwhelmed by rows and
>> columns of menus, toolbars, subtoolbars, labelled mostly with obscure
>> symbols, with a total complexity exceding that of the pilot's console
>> on a 1960's passenger airliner.

> Welcome to Emacs/XEmacs 21.  While the Mac and Windows users have not
> yet seen all the graphic glory you so loudly deplore in released
> versions (kind of ironic, isn't it?), the next release will sport them
> on _every_ platform, not just X11 that already has them.

Oh no they won't!  They most certainly won't be appearing on my beloved
Linux tty, where I run Emacs.  (I only ever start Emacs in X for testing
purposes).

But I'm not knocking GUI systems in general.  It's just that things have
got beyond a joke.  When menu systems were invented, you'd typically have
a "2 dimensional" menu structure with a total of 40 or so conceptually
distinct items, which was fine.  I thought my Atari-ST was fabulous.

Now on a typical GUI program, you have a 3 or 4 dimensional structure,
some items of which sprout dialog boxes, themselves with several
"registers" (I think that's what they're called), sometimes even with an
extended tree structure beneath them.  How easy are these to use?  When
one sees a menu item labelled "save as..." or "exit", as in the good old
days, that's fine.  But when the item is labelled "system" what does this
mean?  Or, what about "format"?  Does this mean "please reformat my text"
or "please show me a list of possible formats" or "please create a new
format" or even "please initialize an email buffer, to be sent to my
friend Matt"?  Is it really easier to learn/use such a thing than
learning/using lots of distinct key bindings or command options from a
man page?  I doubt it.

The same applies to toolbars.  If there are nine or ten of them for
commonly used purposes, fine.  But what if there are 40 or 100 of these
cute little pictures littering the screen, for each and every last
possible obscure operation?  I'm looking at StarOffice at the moment.
What does the little house mean?  Might I regret it if I click on it?
There's also a picture looking something like a 4-bladed fan - I'm scared
something might hit this.  ;-(

I know this is drifting off topic.  But I hope Emacs never degenerates
into the sort of ghastly abortion that so often passes for a "user
friendly" program nowadays.

> David Kastrup

-- 
Alan Mackenzie (Munich, Germany)
Email: aacm@muuc.dee; to decode, wherever there is a repeated letter
(like "aa"), remove half of them (leaving, say, "a").

  reply	other threads:[~2004-06-08 10:56 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <7e4qpod2db.fsf@ada2.unipv.it>
     [not found] ` <zn7g86jv.fsf_-_@ipanel.cn>
     [not found]   ` <un03f1k7n.fsf@standardandpoors.com>
     [not found]     ` <40c49fc7$1@news.012.net.il>
     [not found]       ` <uise318fg.fsf@standardandpoors.com>
     [not found]         ` <87ise3t36i.fsf@tc-1-100.kawasaki.gol.ne.jp>
2004-06-08  7:45           ` Time to throw away my LOVE - Emacs ? Alan Mackenzie
2004-06-08  9:08             ` David Kastrup
2004-06-08 10:56               ` Alan Mackenzie [this message]
2004-06-08 13:20                 ` Barak Zalstein
2004-06-08 13:57                   ` Alan Mackenzie
2004-06-08 15:22                     ` Barak Zalstein
2004-06-08 17:06                       ` Alan Mackenzie
2004-06-09  8:01                         ` Barak Zalstein
2004-06-09  7:53                           ` Alan Mackenzie
2004-06-10  4:57                             ` Barak Zalstein
2004-06-09  9:59                           ` Barak Zalstein
2004-06-08 22:30                       ` Miles Bader
2004-06-08 13:54           ` Galen Boyer
2004-06-11 19:31             ` Marco Parrone

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=v064ac.ok.ln@acm.acm \
    --to=acm@muc.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.