From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: propose adding Icicles to Emacs Date: Sun, 17 Jun 2007 17:49:44 -0400 Message-ID: References: Reply-To: rms@gnu.org NNTP-Posting-Host: lo.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: sea.gmane.org 1182117249 17915 80.91.229.12 (17 Jun 2007 21:54:09 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 17 Jun 2007 21:54:09 +0000 (UTC) Cc: monnier@iro.umontreal.ca, emacs-devel@gnu.org To: "Drew Adams" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jun 17 23:54:08 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1I02hD-0000OG-Kg for ged-emacs-devel@m.gmane.org; Sun, 17 Jun 2007 23:54:07 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I02hD-000685-8l for ged-emacs-devel@m.gmane.org; Sun, 17 Jun 2007 17:54:07 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1I02d0-0001c9-1h for emacs-devel@gnu.org; Sun, 17 Jun 2007 17:49:46 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1I02cz-0001bi-H7 for emacs-devel@gnu.org; Sun, 17 Jun 2007 17:49:45 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I02cz-0001bb-6m for emacs-devel@gnu.org; Sun, 17 Jun 2007 17:49:45 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1I02cy-0008DZ-PM for emacs-devel@gnu.org; Sun, 17 Jun 2007 17:49:44 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.60) (envelope-from ) id 1I02cy-0002xd-Gy; Sun, 17 Jun 2007 17:49:44 -0400 In-reply-to: X-detected-kernel: Linux 2.6, seldom 2.4 (older, 4) 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:73180 Archived-At: In some important cases, it is not enough to recuperate the string used in *Completions* as the return value from `completing-read'. In those cases, Icicles must recuperate the entire raw candidate value from the TABLE argument I can see how that can be so. One way that Icicles does this (the best way, when it is possible) is to use the number (i.e. index) of the candidate in the TABLE arg. This index corresponds to the order of candidates when cycling and the order of the candidates in *Completions*. That makes sense for a list or an alist, but how do you make that work for an obarray or hash table? You could scan it in a canonical order to convert numbers to elements; is that what you do? To simplify, think of `icicle-candidate-alist' as the TABLE arg to `completing-read'. `icicle-filter-alist' filters this alist, keeping only those candidates that are current (i.e., whose strings are currently displayed in *Completions*). I think the right way to handle these features is to implement those that we decide we want in minibuf.c.