From: Luc Teirlinck <teirllm@dms.auburn.edu>
Cc: emacs-devel@gnu.org
Subject: Re: Bugs in newly added completion capabilities.
Date: Wed, 29 Jun 2005 21:29:53 -0500 (CDT) [thread overview]
Message-ID: <200506300229.j5U2TrL01627@raven.dms.auburn.edu> (raw)
In-Reply-To: <E1DnjOi-00072w-9S@fencepost.gnu.org> (rms@gnu.org)
Richard Stallman wrote:
Could you fix the doc strings, and the manual, to explain that a list
of symbols needs "" at the front in order to be valid as a completion
table?
Yes, but let me first make sure I understand. Is the reason that we
do not want _any_ symbol as car of the list that forbidding _any_
symbol as car of the list actually seems _more natural_ than just
forbidding lambda? It seems that any symbol other than lambda can not
be mistaken for the car of an anonymous lambda expresion and hence
could not lead to ambiguity.
To make sure that there is no confusion:
ELISP> (try-completion "b" '(aa bb))
*** Eval error *** Invalid function: (aa bb)
Note that `try-completion' does not believe that aa is a function
called with argument bb. It believes that (aa bb) is an anonymous
lambda expression. It could know that it is not, because the car is
not lambda. (That is what the patch I sent did. It checked whether
the car was lambda.)
I agree, test-completion should be fixed. Would you like
to fix that?
There are several ways to do that. The easiest one would probably be
to make assoc-string be able to handle symbols as well as strings.
But maybe that would be too radical?
Sincerely,
Luc.
next prev parent reply other threads:[~2005-06-30 2:29 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-06-28 2:27 Bugs in newly added completion capabilities Luc Teirlinck
2005-06-28 18:47 ` Richard M. Stallman
2005-06-29 3:50 ` Luc Teirlinck
2005-06-29 20:43 ` Richard M. Stallman
2005-06-30 2:29 ` Luc Teirlinck [this message]
2005-06-30 7:48 ` Kim F. Storm
2005-06-30 7:50 ` Miles Bader
2005-06-30 12:51 ` Kim F. Storm
2005-06-30 17:19 ` Luc Teirlinck
2005-06-30 17:42 ` Stefan Monnier
2005-06-30 18:28 ` Luc Teirlinck
2005-06-30 19:42 ` Stefan Monnier
2005-07-01 8:14 ` Kim F. Storm
2005-07-01 14:59 ` Stefan Monnier
2005-07-02 12:32 ` Richard M. Stallman
2005-06-30 18:32 ` Luc Teirlinck
2005-06-30 19:43 ` Stefan Monnier
2005-07-01 4:03 ` Richard M. Stallman
2005-07-01 4:36 ` Miles Bader
2005-07-01 7:33 ` David Kastrup
2005-07-01 7:55 ` Miles Bader
2005-07-01 8:34 ` Kim F. Storm
2005-07-01 22:45 ` Richard M. Stallman
2005-07-01 8:30 ` Kim F. Storm
2005-06-30 21:29 ` Richard M. Stallman
2005-06-29 3:56 ` Luc Teirlinck
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=200506300229.j5U2TrL01627@raven.dms.auburn.edu \
--to=teirllm@dms.auburn.edu \
--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.