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: 3 dots vanish at end of filled line Date: Tue, 11 Oct 2005 19:21:53 -0500 (CDT) Message-ID: <200510120021.j9C0Lri09390@raven.dms.auburn.edu> References: <200510091717.j99HHc614879@f7.net> <200510091916.j99JGNV20182@raven.dms.auburn.edu> <8764s5pgmg.fsf-monnier+emacs@gnu.org> <200510110331.j9B3Vk829941@raven.dms.auburn.edu> NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1129076687 21923 80.91.229.2 (12 Oct 2005 00:24:47 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 12 Oct 2005 00:24:47 +0000 (UTC) Cc: juri@jurta.org, bob@rattlesnake.com, emacs-devel@gnu.org, monnier@iro.umontreal.ca, karl@freefriends.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Oct 12 02:24:44 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EPUOj-0002yT-5P for ged-emacs-devel@m.gmane.org; Wed, 12 Oct 2005 02:23:09 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EPUOh-0003WQ-Q8 for ged-emacs-devel@m.gmane.org; Tue, 11 Oct 2005 20:23:08 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EPUON-0003SG-LK for emacs-devel@gnu.org; Tue, 11 Oct 2005 20:22:47 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EPUOK-0003Rm-UJ for emacs-devel@gnu.org; Tue, 11 Oct 2005 20:22:47 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EPUOK-0003Rh-Nj for emacs-devel@gnu.org; Tue, 11 Oct 2005 20:22:44 -0400 Original-Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EPUOJ-0007IQ-Vb; Tue, 11 Oct 2005 20:22:44 -0400 Original-Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.13.3+Sun/8.13.3) with ESMTP id j9C0MgAL021219; Tue, 11 Oct 2005 19:22:42 -0500 (CDT) Original-Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j9C0Lri09390; Tue, 11 Oct 2005 19:21: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:43903 Archived-At: Richard Stallman wrote: The issue at hand is how to make this feature work correctly. I don't want to digress from that into the issue of how to turn it off. It is impossible to make it work correctly without reverting the processing of titles _within the body of a node_. Info files should be able to discuss _any_ topic, One such topic could be the use of ASCII art. In such a discussion one might want to include examples of actual files containing ASCII art in separate nodes of their own using @verbatim. That ASCII art may include titles underlined Info style: a line followed by an equal number of one of these four characters. Those titles obviously should be displayed as ASCII art, because that is what they are supposed to illustrate. Displaying examples of diff output using @verbatim in nodes of their own could potentially create trouble too. The same applies to output or input files of many other programs. Stefan Monnier wrote: Indeed. And we've been through this discussion already. And since Emacs's Info mode does even more of those "dangerous" guessing games now than before, I think it's pretty clear that we've decided it's worth the risk. In the particular case of titles it is not clear what the "it" in "it's worth the risk" is. Titles already clearly stand out in the .info files by the underlining and that underlining makes the level very clear. I personally believe that the processing actually makes things less clear. Am I correct in assuming that the "it" refers to getting rid of ASCII art, which could be important to some people (not to me) because ASCII art looks "unsophisticated"? In that case, I believe that there are more Info nodes containing various other forms of ASCII art in their body, than there are nodes containing titles in their body, so one can not get rid of ASCII art in Info anyway. Sincerely, Luc.