Re: The minibuffer vs. Dialog Boxes (Re: Making XEmacs be more up-to-date)

[Hrvoje Niksic]

Terje Bless <address@hidden> writes:

> Actually, it's slightly worse. I use
>
>   '(buffers-menu-submenus-for-groups-p t)
>
> (I have no idea what this feature is /really/ called)

So do I.  Except I don't use the menus, I just like how they look.
:-)

> and the "Switch to Buffer" command in the buffer sub-menu lists no keyboard
> shortcut.

I'm not sure what you mean by "the buffer sub-menu", but in the
menubar, the "Buffers" menu contains a "Go to buffer..." item which is
marked with `C-x b' -- and that's how you switch buffers using
keyboard.

> The lack of a command to go to a named buffer is irrelevant; doing
> that involves so much typing I'd rather select it from the menu.

De gustibus...  In my case, "much typing" is tempered by the fact that
you have completion, probably the best UI invention pushed by
Unix-like systems.  Especially Emacs's completion feature, which
tightly connects keyboard and mouse.

Pressing `C-x b <tab>' gives you a "completions" buffer and three
choices:

* Insert text, using TAB for further completion.  Enter chooses a
  reasonable default -- last used buffer.  (I use this method.)

* Press PgUp to get to the "completions" buffer, and navigate it using
  the cursor keys.  Notice how the cursor keys move by items rather
  than by characters.  Also notice how pressing RET does The Right
  Thing.

* Find the wanted selection and click with button2 to choose it.

If that's not full-featured, I don't know what is.  I've never felt
the need for any of the "advanced" buffer switchers, and I was
appalled whenever I tried one of them.

> Well, from my point of view, it certainly can. As we discussed some
> years ago Hrvoje, from my point of view (X)Emacs is a mere editor;

I'm afraid I don't remember our previous discussions, but I can
certainly see your point here.  What I don't understand is why you
keep using XEmacs.  Although Emacs is a decent editor, I'm sure there
are ones as good, but without the "burden" of Lisp and
programmability.

> So to improve the "manual" for /me/ you'd have to remove every
> reference to lisp from it.

I don't think the XEmacs manual makes all that many references to
Lisp.  Have you actually read it?  Of course, by "manual" I don't mean
the Lispref, but the actual XEmacs Reference Manual.

To take another example, look at my description of `C-x C-b <tab>'
above.  How much Lisp did I use?

> Or maybe I just wish to redefine what is the "average" user of Emacs.
>
> Right now, as far as I can tell, the "average" user knows more then
> average (if you'll pardon the pun) about lisp and the implementation
> details of Emacs. There is a fairly large barrier to entry. When you
> pass it it will scale upwards very well, but it doesn't scale _down_
> at all well. There is this huge gap between doing everything from
> the menus and writing your own custom lisp bits to make Emacs behave
> the way you want it to.

I see your point, I really do, but I don't have a good idea how to
fill this gap.  I think the tools like `M-x edmacro' (have you tried
it? -- `M-x edit-kbd-macro') are a good first step because they make
it easy to translate keystrokes and the "editing" stuff you see into
the Lisp stuff underneath.  Then it's not hard to mess with the Lisp
stuff without having to have a deep understanding about it.  `M-x
customize' is another example of the same, but fails to deliver for
similar reasons -- still too complex and "hard".

We have a long way to go, and I'm not sure Emacs will ever fit the
bill here.  Part of the problem is that, once you overcome the
barrier, you are no longer part of the target group, and you even
begin to *like* the way Emacs does things.  It seems like a tar pit,
but I can't sympathize with that view and be entirely honest -- I've
been assimilated.