From: "Drew Adams" <drew.adams@oracle.com>
To: <rms@gnu.org>
Cc: emacs-devel@gnu.org
Subject: RE: add `completing-read-history'
Date: Mon, 25 Jun 2007 07:39:31 -0700 [thread overview]
Message-ID: <EIENLHALHGIMHGDOLMIMOEAEDDAA.drew.adams@oracle.com> (raw)
In-Reply-To: <E1I2oTT-0004Vw-MT@fencepost.gnu.org>
> IMO, it's good to encourage Emacs-Lisp programmers to use
> completion more for reading user input. I suspect that some
> of us use `read-string' and `read-from-minibuffer' in
> situations where we might advantageously use `completing-read'
> (or another read-with-completion function).
>
> I don't like the idea of complicating minibuffer input or taking away
> commands in cases where there is no real set of valid completions.
I'm not sure what you're saying. You seem to say:
. That would complicate minibuffer input. Why? If you didn't hit TAB, then
there would be no change. OK, to insert a TAB char you would need to hit
C-q, so I guess that complicates things slightly. Also, for `?', since Emacs
doesn't allow `?' for input during completion. Also, for ` ', except for
filenames, for the same reason. (Better that Emacs should allow `?' and ` '
as input during completion, IMO.)
. That would take away some other commands. What commands would be "taken
away"?
. These bad things would happen when there is no real set of valid
completions. I don't know what that means. Can you give an example?
No one would be forced to use `completing-read-history' in a context where
such bad things might happen. It would be available for use in other
contexts.
prev parent reply other threads:[~2007-06-25 14:39 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-06-23 18:02 add `completing-read-history' Drew Adams
2007-06-25 13:19 ` Richard Stallman
2007-06-25 14:39 ` Drew Adams [this message]
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=EIENLHALHGIMHGDOLMIMOEAEDDAA.drew.adams@oracle.com \
--to=drew.adams@oracle.com \
--cc=emacs-devel@gnu.org \
--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.