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 17:59:00 +0200	[thread overview]
Message-ID: <e01d8a50907270859p258d38f5w8c724eb6a8ddaafe@mail.gmail.com> (raw)
In-Reply-To: <9D1E3CE97BF4491E973F872B00D6277D@us.oracle.com>

On Mon, Jul 27, 2009 at 5:48 PM, Drew Adams<drew.adams@oracle.com> wrote:
>> >> > Perhaps a better way of learning what command is on a
>> >> > button or menu item is to use help such as `M-x help
>> >> > RET k <Menu item> RET'.
>> >>
>> >> I think that is enough too.
>> >
>> > I agree: `C-h k' or a tooltip is sufficient to show the
>> > command associated with a menu item or button.
>> >
>> > However, it can also be convenient to be able to complete
>> > against commands that were previously executed using a menu.
>> > You might want to do this some of the time (but probably not
>> > by default).
>> >
>> > FWIW, this feature is available in Icicles in the following way:
>>
>> So you think it is enough to not have the menu commands available in
>> Emacs M-x history variable, but that it is good to have it available
>> (in a different way) in your Icicles library?
>
> Just what is unclear about what I wrote?
>
> 1. I think C-h k or a tooltip is generally enough for seeing the command
> associated with a menu item.
>
> 2. Nevertheless, it can also help sometimes to be able to complete against
> command names corresponding to menu items.
>
> 3. Such completion should probably not be part of the normal (default) command
> completion, for reasons already discussed (e.g. by Mathias).


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.

Sorry Matthias, forgot to answer, but exactly why is it useful to
distinguish between commands started from the menu and from M-x
because of this? I don't believe that you think something like "ah,
wait, now I will do the next command from the menus to avoid getting
it into M-x history". Or do you actually do that? ;-)


Drew, I think you see what I mean. This reasoning just gets overlay
complicated to actually use IMO.

Just putting the menu commands in the M-x history (+ displaying a
comment about it) is simple, easy to understand and make the coupling
between M-x and the menus visible to new users too. And it also have
the advantage that it is much easier to redo commands that are rather
deep down in the menus.



> 4. It can help to make such completion available on demand during normal command
> completion. That is, while completing a normal command name, hit some key to
> complete also against menu-item commands already entered.
>
> 5. This suggests having a separate, more inclusive command history, which
> includes menu-item commands - to be used only on demand, not by default.
>
> 6. I explained how Icicles handles this, as an example of what is possible.
>
>




  reply	other threads:[~2009-07-27 15:59 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 [this message]
2009-07-27 16:21                 ` Drew Adams
2009-07-27 16:39                   ` Lennart Borgman
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=e01d8a50907270859p258d38f5w8c724eb6a8ddaafe@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.