all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: James Clark <jjc@auth-only.jclark.com>
Cc: "emacs-devel@gnu.org" <emacs-devel@gnu.org>
Subject: Re: Propertizing the minor-mode-alist
Date: Mon, 20 Sep 2004 09:29:56 +0700	[thread overview]
Message-ID: <1095647396.7357.281.camel@pineapple.bkk.thaiopensource.com> (raw)
In-Reply-To: <E1C9BgT-0000DY-VC@fencepost.gnu.org>

On Mon, 2004-09-20 at 07:05, Richard Stallman wrote:
>     On the other hand, it's normal Emacs behavior that clicking on a word on
>     the mode-line does something useful, somehow related to that word.
> 
> What it does is toggle the mode in question.

Clicking different words on the mode-line does a variety of different
things:

- mouse-1/mouse-3 on the buffer name goes to the previous/next buffer
- mouse-2 on the major mode name pops up a buffer with help on the major
mode
- mouse-2 on a minor mode gives help on that minor mode; mouse-3 pops up
a menu allowing individual mode
- mouse-2 on Narrow widens

> Moving point is
> something very different.  That's the sort of command that is normally
> found in the menu bar, never in the mode line, and certainly not among
> the minor modes.
> 
> If this interface is a great practical convenience, maybe it is
> important enough to justify the inconsistency.  But I'd expect that it
> is not a great practical convenience, because the keystroke is more
> efficient--isn't that so?

The fact that validation is handled as a separate minor mode is not
something a typical user is aware of; they perceive it as a feature of
the major mode. The default behavior of a minor mode menu is not really
appropriate in this case.  But that's my fault for getting the
invalidity indicator into the mode-line via minor-mode-alist; so I've
changed to a different approach.

I misspoke earlier: there's a keystroke for goto to next error, but not
for goto first error.  Obviously I could add one, but when you have a
complex major mode, it's hard to find mnemonic key bindings for all the
commands, and it's hard for the user to remember all of them (at least I
find it hard to remember them). I find the click interface convenient
because it's more efficient than the menu bar, but easier to remember
that a keystroke interface would be.

However, I take your point about moving point being a strange thing for
a mode-line click to do.  The underlying idea is that clicking on the
invalidity indicator ought to give information about the invalidity.
Moving point to the location  of the first error was an easy way to do
this, but perhaps a better way would be to pop up a buffer giving a
summary of all the errors in the buffer.  Do you think that would be
better?

James

  reply	other threads:[~2004-09-20  2:29 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-09-16 11:57 Propertizing the minor-mode-alist James Clark
2004-09-16 14:00 ` Stefan
2004-09-17  2:32   ` James Clark
2004-09-17  3:46     ` Stefan
2004-09-17 21:52     ` Kim F. Storm
2004-09-18 19:07       ` Richard Stallman
2004-09-17 23:23     ` Richard Stallman
2004-09-18  2:50       ` James Clark
2004-09-18 22:55         ` Richard Stallman
2004-09-19  6:07           ` David Kastrup
2004-09-19  6:35           ` James Clark
2004-09-20  0:05             ` Richard Stallman
2004-09-20  2:29               ` James Clark [this message]
2004-09-20 10:56                 ` Kai Grossjohann
2004-09-21 18:31                 ` Richard Stallman
2004-09-22  7:30                   ` James Clark
2004-09-22 13:23                     ` Stefan Monnier
2004-09-22 14:02                       ` James Clark
2004-09-22 16:31                         ` Stefan Monnier
2004-09-23  9:29                     ` Richard Stallman
2004-09-23 13:15                       ` James Clark
2004-09-24 12:08                         ` Richard Stallman
2004-09-18 10:52       ` James Clark
2004-09-18 21:06         ` Stefan

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=1095647396.7357.281.camel@pineapple.bkk.thaiopensource.com \
    --to=jjc@auth-only.jclark.com \
    --cc=emacs-devel@gnu.org \
    /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.