From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: display-completion-list should not strip text properties Date: Tue, 04 Sep 2007 12:52:32 +0300 Organization: JURTA Message-ID: <877in622x3.fsf@jurta.org> References: <877in93z6c.fsf@jurta.org> <87wsv71esh.fsf@jurta.org> <85d4wzkm3b.fsf@lola.goethe.zz> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1188899995 7184 80.91.229.12 (4 Sep 2007 09:59:55 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 4 Sep 2007 09:59:55 +0000 (UTC) Cc: rms@gnu.org, drew.adams@oracle.com, emacs-devel@gnu.org To: David Kastrup Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 04 11:59:52 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 1ISVCI-0004iz-SE for ged-emacs-devel@m.gmane.org; Tue, 04 Sep 2007 11:59:51 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ISVCH-0004tJ-DG for ged-emacs-devel@m.gmane.org; Tue, 04 Sep 2007 05:59:49 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ISVC3-0004ew-TF for emacs-devel@gnu.org; Tue, 04 Sep 2007 05:59:35 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ISVC2-0004c1-4r for emacs-devel@gnu.org; Tue, 04 Sep 2007 05:59:35 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ISVC1-0004bn-Sw for emacs-devel@gnu.org; Tue, 04 Sep 2007 05:59:33 -0400 Original-Received: from relay02.kiev.sovam.com ([62.64.120.197]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1ISVBs-0008Kr-5p; Tue, 04 Sep 2007 05:59:24 -0400 Original-Received: from [83.170.232.243] (helo=smtp.svitonline.com) by relay02.kiev.sovam.com with esmtp (Exim 4.67) (envelope-from ) id 1ISVBh-000HTD-AO; Tue, 04 Sep 2007 12:59:21 +0300 In-Reply-To: <85d4wzkm3b.fsf@lola.goethe.zz> (David Kastrup's message of "Tue\, 04 Sep 2007 07\:59\:04 +0200") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/23.0.50 (gnu/linux) X-Scanner-Signature: 69470ef176344869aa12c1af2e75e870 X-DrWeb-checked: yes X-SpamTest-Envelope-From: juri@jurta.org X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 1428 [September 3 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {HEADERS: header Content-Type found without required header Content-Transfer-Encoding} X-SpamTest-Method: none X-SpamTest-Rate: 10 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release X-Detected-Kernel: FreeBSD 4.8-5.1 (or MacOS X 10.2-10.3) 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:77733 Archived-At: > Well, there never is such a guarantee to start with. > > (defun foo () > "5sji [3q98y5ew9pnthy45wp9tvnhy45pnt5uvpwmthuvqptnhbewptb|" > whatever) > > also has no readable result in the help buffer. I meant that even well-intended authors (that don't write deliberately unreadable or harmful expressions in doc strings) can write such expressions that won't play nicely with the default logic of the Help buffer formatting. For instance, authors might use `fill-paragraph' to fill a paragraph with a specific value of `fill-column' and `fill-prefix', but the default logic will later refill it with the default settings, possibly breaking the doc string horribly. >> (defun foo () >> "To create a file, just visit it with C-x C-f. >> See also find-file-literally." >> ) > > That requires a whole new subsystem separate of Emacs and a rationale > to call it for every string display. Not separate of Emacs, but a package implemented in Emacs Lisp. -- Juri Linkov http://www.jurta.org/emacs/