From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: 3 dots vanish at end of filled line Date: Mon, 10 Oct 2005 11:00:02 -0400 Message-ID: <8764s5pgmg.fsf-monnier+emacs@gnu.org> References: <200510091717.j99HHc614879@f7.net> <200510091916.j99JGNV20182@raven.dms.auburn.edu> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1128956687 4267 80.91.229.2 (10 Oct 2005 15:04:47 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 10 Oct 2005 15:04:47 +0000 (UTC) Cc: juri@jurta.org, bob@rattlesnake.com, emacs-devel@gnu.org, rms@gnu.org, karl@freefriends.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 10 17:04:35 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EOz8X-0003Cw-QK for ged-emacs-devel@m.gmane.org; Mon, 10 Oct 2005 17:00:22 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EOz8X-00081S-BF for ged-emacs-devel@m.gmane.org; Mon, 10 Oct 2005 11:00:21 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EOz8I-0007yz-IH for emacs-devel@gnu.org; Mon, 10 Oct 2005 11:00:06 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EOz8H-0007yI-2I for emacs-devel@gnu.org; Mon, 10 Oct 2005 11:00:06 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EOz8G-0007yF-UZ for emacs-devel@gnu.org; Mon, 10 Oct 2005 11:00:05 -0400 Original-Received: from [209.226.175.25] (helo=tomts5-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EOz8F-00086U-Q8; Mon, 10 Oct 2005 11:00:04 -0400 Original-Received: from alfajor ([70.48.81.29]) by tomts5-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20051010150003.RSXQ26967.tomts5-srv.bellnexxia.net@alfajor>; Mon, 10 Oct 2005 11:00:03 -0400 Original-Received: by alfajor (Postfix, from userid 1000) id E8357D7385; Mon, 10 Oct 2005 11:00:02 -0400 (EDT) Original-To: Luc Teirlinck In-Reply-To: <200510091916.j99JGNV20182@raven.dms.auburn.edu> (Luc Teirlinck's message of "Sun, 9 Oct 2005 14:16:23 -0500 (CDT)") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) 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:43803 Archived-At: > It is trying to do the impossible. The problem is that we are dealing > with plain text, not formatted text with special markup for titles. 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. Actually, the problem is in the Info format, which is even not clearly unambiguous when it comes to the syntax of menus: there several places (typically in index nodes for manuals which include things like infix operators in their index) where we have no other option but to guess. > 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. If those risks are too high for you, then I'd suggest you turn off font-lock in your info buffers. Stefan