all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Lennart Borgman <lennart.borgman@gmail.com>
To: Drew Adams <drew.adams@oracle.com>
Cc: emacs-devel@gnu.org, rms@gnu.org, Mathias Dahl <mathias.dahl@gmail.com>
Subject: Re: Menu commands to M-x history?
Date: Mon, 27 Jul 2009 18:39:53 +0200	[thread overview]
Message-ID: <e01d8a50907270939g1b42636ag877b68b05a58a608@mail.gmail.com> (raw)
In-Reply-To: <916D7A0558D14A809114127E47A21BB2@us.oracle.com>

On Mon, Jul 27, 2009 at 6:21 PM, Drew Adams<drew.adams@oracle.com> wrote:
>> Matthias said:
>>     Quite often I execute the same M-x
>>     command over and over again, doing something else in
>>     between, and if what I did in between included executing
>>     some menu commands I might be annoyed to have to step back
>>     some extra steps in order to get at the command I want to run.
>>
>> exactly why is it useful to distinguish between commands started
>> from the menu and from M-x
>
> As someone else said, `M-x' is, well, for `M-x'-executed commands.

Yes, Richard said that but I do not agree. The M-x history is for the users.

Don't mix the programmer semantics with the user semantics unless
there is a good reason to do so. Very often there is, but not in a
case like this.


> That's important for users.

Why is it important for users?


> It is why commands executed using key bindings are also not
> included in the history list.

That is a totally diffirent story since it is a different context as I
said before. You really do not need any of the commands you execute
with a key binding in the M-x history.


> So, I hear you say, filter out insignificant commands - commands such as
> `self-insert-command' and `forward-char'.

That is hallucination ;-)

No one calls these commands from the menus. (You did not intend to say
that, but I could not resist writing this ...)


>> Drew, I think you see what I mean. This reasoning just gets overlay
>> complicated to actually use IMO.
>
> Why? The only change is to provide some key to let you access the additional
> commands.

Because it is intended to be helpful to newbies, Not to experienced Emacs users.


>> And it also have the advantage that it is much easier to redo
>> commands that are rather deep down in the menus.
>
> As opposed to what? Easier to redo than what alternative - using the menu again?

Yes, of course. The reason I am saying that is that there has been
some rather vaugue arguments that menus should not be to deep. (Not
here, but before, Richard has said that for example.)

That they should not be to deep is a valid argument mainly when you
use the commands from the menus often. But it is a bad argument when
you want to use the menus more for finding commands. (We use that
reasoning for example in the help menus.)

In the cases that the menus are deep it can be very helpful to put the
commands in M-x history IMO. And the other ones does not disturb very
much since you either do not use them often or use a key binding for
the commands.


> If that's what you mean, then we agree: It can help users if we also provide
> completion for commands originally accessed using a menu. The question we seem
> to disagree about is whether those commands should be available for completion
> _by default_, that is, as part of the normal `M-x' command history.

Yes. I think they should be in M-x command history. Not putting them
there is merely a misunderstanding of what semantics to use.




  reply	other threads:[~2009-07-27 16:39 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-07-20 23:05 Menu commands to M-x history? Lennart Borgman
2009-07-21  3:44 ` Bill Wohler
2009-07-22  1:43   ` Richard Stallman
2009-07-22  2:03     ` Drew Adams
2009-07-22  2:18     ` Lennart Borgman
2009-07-22  4:15     ` Bill Wohler
2009-07-22 18:34       ` Mathias Dahl
2009-07-27  1:47         ` Drew Adams
2009-07-27  9:51           ` Lennart Borgman
2009-07-27 15:48             ` Drew Adams
2009-07-27 15:59               ` Lennart Borgman
2009-07-27 16:21                 ` Drew Adams
2009-07-27 16:39                   ` Lennart Borgman [this message]
2009-07-27 18:57                     ` Drew Adams
2009-07-27 19:22                       ` Lennart Borgman
2009-07-27 20:26                         ` Drew Adams
2009-07-27 20:53                           ` Lennart Borgman
2009-07-27 21:16                             ` Drew Adams
2009-07-27 21:34                               ` Lennart Borgman
2009-07-27 21:47                                 ` Drew Adams
2009-08-01 20:20                                   ` Drew Adams
2009-08-04 17:23                                     ` Stefan Monnier
2009-07-27 22:00                 ` Mathias Dahl
2009-07-21 15:31 ` Stefan Monnier
2009-07-21 17:43   ` Lennart Borgman
2009-08-03 21:51   ` Lennart Borgman
2009-08-04 17:31     ` Sillyness (was: Menu commands to M-x history?) Stefan Monnier

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=e01d8a50907270939g1b42636ag877b68b05a58a608@mail.gmail.com \
    --to=lennart.borgman@gmail.com \
    --cc=drew.adams@oracle.com \
    --cc=emacs-devel@gnu.org \
    --cc=mathias.dahl@gmail.com \
    --cc=rms@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.