From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kevin Rodgers Newsgroups: gmane.emacs.devel Subject: Re: display-completion-list should not strip text properties Date: Wed, 24 Jan 2007 00:07:07 -0700 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1169622479 17347 80.91.229.12 (24 Jan 2007 07:07:59 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 24 Jan 2007 07:07:59 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 24 08:07:51 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 1H9cEY-0004A1-Vc for ged-emacs-devel@m.gmane.org; Wed, 24 Jan 2007 08:07:51 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1H9cEY-0002m9-Iu for ged-emacs-devel@m.gmane.org; Wed, 24 Jan 2007 02:07:50 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1H9cEN-0002m4-Q6 for emacs-devel@gnu.org; Wed, 24 Jan 2007 02:07:39 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1H9cEM-0002ls-BK for emacs-devel@gnu.org; Wed, 24 Jan 2007 02:07:38 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1H9cEM-0002lp-6D for emacs-devel@gnu.org; Wed, 24 Jan 2007 02:07:38 -0500 Original-Received: from [80.91.229.2] (helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1H9cEL-0003xr-Kv for emacs-devel@gnu.org; Wed, 24 Jan 2007 02:07:37 -0500 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1H9cEA-0003ub-Se for emacs-devel@gnu.org; Wed, 24 Jan 2007 08:07:26 +0100 Original-Received: from c-24-9-156-178.hsd1.co.comcast.net ([24.9.156.178]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Jan 2007 08:07:26 +0100 Original-Received: from kevin.d.rodgers by c-24-9-156-178.hsd1.co.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Jan 2007 08:07:26 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 21 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: c-24-9-156-178.hsd1.co.comcast.net User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) 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:65439 Archived-At: Richard Stallman wrote: > The other functions involved in completing (`all-completions', > `try-completions', etc.) already DTRT in this regard. A `princ'-to-`insert' > substitution in `display-completion-list' is the only change needed to allow > faces and other text properties in buffer *Completions*. Users could then > pass propertized strings to, for example, `completing-read' and have them > displayed as defined. > > Is there a case where this is useful? I can't remember the exact context, but I once tried to solve a problem by attaching a non-special text property to completion strings, which would be used by the caller to map the completed string to another object. That can be done other ways, like making the completion strings keys in an alist or an obarray; but since the completion list was dynamically generated, it seemed cleaner to me to avoid creating the additional data structure. -- Kevin Rodgers Denver, Colorado, USA