unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "Drew Adams" <drew.adams@oracle.com>
To: "'Lennart Borgman'" <lennart.borgman@gmail.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 14:16:34 -0700	[thread overview]
Message-ID: <813B2CD970B1498EA104EBAE7CD12620@us.oracle.com> (raw)
In-Reply-To: <e01d8a50907271353s2ae04b5cqf49b50c40f7206f7@mail.gmail.com>

> > Well, that's exactly the question we're discussing:
> > 1. Whether it is useful to include commands invoked using 
> >    the menu in M-x's history.
> > 2. If so, whether to do that by default or only on demand.
> >
> > You and I say it can be useful (1); some others have seemed 
> > to say no. You say this should be the default behavior (2);
> > I say no. Neither of us is arguing from the point of view of
> > implementers. All arguments so far have been in terms of
> > usefulness to users. We just disagree.
> 
> Then please don't use arguments like "As someone else said, `M-x' is,
> well, for `M-x'-executed commands". By that it looks like you imply
> there is a very special semantics behind it that we should follow.
> (You can of course use such language, but just throw it away when you
> can't defend it.)

No, by that I meant that it makes sense (IMO), for a _user_, to have the history
candidates for M-x be the same commands that s?he in fact has input using `M-x'.

M-x's history contains those commands that M-x executed. That is what I meant by
"`M-x' is for `M-x'-executed commands".

This has nothing to do with implementation (for me). It has to do with how
pertinent the history should be for the particular call to `completing-read'.
That's the question and our disagreement: how pertinent are menu-invoked
commands to M-x completion. You say they are completely pertinent; I say they
are somewhat pertinent; others seem to be saying (or not saying) that they are
not at all pertinent.

> >> Really nothing more than that the argument the M-x history 
> >> is for "M-x executed commands" is useless. It focuses more on the 
> >> programming side than on the user.
> >
> > I don't see why. As a user, I want to see, by default, the 
> > commands I have already entered as input to M-x.
> 
> Maybe. I don't think that is true for all users since I have seen this
> implemented in other places (not in Emacs and I don't remember where
> now).
> 
> Perhaps there should be an option for this then.

Perhaps. Perhaps the 3 levels I mentioned. Even then, should the option control
the default behavior, or should the levels always be available on demand during
completion?

If the former, what should the default value be? If you don't succeed in
convincing others that menu items should be included _by default_, do you want
to require newbies to customize the option or teach them that they can get menu
items too by hitting a key?

> To me it seems very strange to put all commands called from
> call-interactively there so I am not proposing that.

OK. You didn't. I suggested it.
 
> Yes, it is not very important. I am just looking for an argument from
> you that I can find valid in this context. I have found two arguments
> (that I remember) so far:
> 
> - The length of the history list
> - A surprising content of the history list

Do you include in the second of those the close correspondence of M-x input and
M-x history? If so, OK.

> As I have said above I think I have good arguments against them, but
> you obviously think different.

Yes. But I don't think convincing me is your biggest obstacle. I don't see
anyone else even agreeing that menu-invoked commands can be useful in the
history.
 





  reply	other threads:[~2009-07-27 21:16 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
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 [this message]
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

  List information: https://www.gnu.org/software/emacs/

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

  git send-email \
    --in-reply-to=813B2CD970B1498EA104EBAE7CD12620@us.oracle.com \
    --to=drew.adams@oracle.com \
    --cc=emacs-devel@gnu.org \
    --cc=lennart.borgman@gmail.com \
    --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 public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).