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: Mon, 10 Oct 2005 21:18:44 -0500 (CDT) Message-ID: <200510110218.j9B2IiW29861@raven.dms.auburn.edu> References: <200510091717.j99HHc614879@f7.net> <200510091916.j99JGNV20182@raven.dms.auburn.edu> <8764s5pgmg.fsf-monnier+emacs@gnu.org> NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1128997294 5961 80.91.229.2 (11 Oct 2005 02:21:34 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 11 Oct 2005 02:21:34 +0000 (UTC) Cc: juri@jurta.org, bob@rattlesnake.com, karl@freefriends.org, rms@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 11 04:21:23 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EP9kA-0002zm-I0 for ged-emacs-devel@m.gmane.org; Tue, 11 Oct 2005 04:19:54 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EP9k9-0002GB-U2 for ged-emacs-devel@m.gmane.org; Mon, 10 Oct 2005 22:19:53 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EP9jz-0002G5-CM for emacs-devel@gnu.org; Mon, 10 Oct 2005 22:19:43 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EP9jx-0002Ft-UA for emacs-devel@gnu.org; Mon, 10 Oct 2005 22:19:43 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EP9jw-0002Fq-2b for emacs-devel@gnu.org; Mon, 10 Oct 2005 22:19:40 -0400 Original-Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EP9jt-0006RP-DO; Mon, 10 Oct 2005 22:19:37 -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 j9B2JUxd013599; Mon, 10 Oct 2005 21:19:30 -0500 (CDT) Original-Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j9B2IiW29861; Mon, 10 Oct 2005 21:18:44 -0500 (CDT) X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f Original-To: monnier@iro.umontreal.ca In-reply-to: <8764s5pgmg.fsf-monnier+emacs@gnu.org> (message from Stefan Monnier on Mon, 10 Oct 2005 11:00:02 -0400) 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:43850 Archived-At: Stefan Monnier wrote: > And this type of bug can be very nasty when it does occur. Even with > the equal length heuristic, the situation leading to bugs is not > really that excessively unlikely in certain situations, like, for > instance, quoting program output or input inside @verbatim or > @verbatiminclude. I think such sample text should be indented, otherwise even a human reader could get confused. @verbatim and @verbatiminclude (and @format) do not indent. See `(texinfo)GNU Sample Texts' for an example of actual unindented verbatimly quoted program input. (It does not suffer from the bug we are discussing, but other similarly quoted text easily could.) The unindented @verbatim block is the last thing in the file and is clearly introduced as such. Because of that, there is no danger of confusion. The block of text is so large that it would look bad if indented. If there were a node "Sample Texinfo File" containing nothing but the quoted text, indenting the entire node would even look worse. The idea is to make the quoted text look as close as possible to the actual file. When literally quoting heavily indented text, with the purpose of illustrating that indentation, it might be difficult to distinguish unindented lines from lines with one or two lines of indentation if extra indentation were added, Of course, if you insert unindented @verbatim blocks _in the middle of a node_, then you have to be very careful to avoid confusion. Sincerely, Luc.