From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Luc Teirlinck Newsgroups: gmane.emacs.devel Subject: Re: Bugs in newly added completion capabilities. Date: Wed, 29 Jun 2005 21:29:53 -0500 (CDT) Message-ID: <200506300229.j5U2TrL01627@raven.dms.auburn.edu> References: <200506280227.j5S2Rln23310@raven.dms.auburn.edu> <200506290350.j5T3o7c25749@raven.dms.auburn.edu> NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1120098288 2944 80.91.229.2 (30 Jun 2005 02:24:48 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 30 Jun 2005 02:24:48 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jun 30 04:24:47 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DnojG-0006Gr-9Q for ged-emacs-devel@m.gmane.org; Thu, 30 Jun 2005 04:24:38 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DnorQ-0008Rq-Bo for ged-emacs-devel@m.gmane.org; Wed, 29 Jun 2005 22:33:04 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DnorG-0008RN-Qe for emacs-devel@gnu.org; Wed, 29 Jun 2005 22:32:54 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DnorF-0008QJ-3L for emacs-devel@gnu.org; Wed, 29 Jun 2005 22:32:54 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DnorF-0008Q9-0b for emacs-devel@gnu.org; Wed, 29 Jun 2005 22:32:53 -0400 Original-Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Dnout-0007VN-B4; Wed, 29 Jun 2005 22:36:39 -0400 Original-Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j5U2VgCK027987; Wed, 29 Jun 2005 21:31:42 -0500 (CDT) Original-Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j5U2TrL01627; Wed, 29 Jun 2005 21:29:53 -0500 (CDT) X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f Original-To: rms@gnu.org In-reply-to: (rms@gnu.org) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:39919 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:39919 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.