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: Sat, 8 Oct 2005 19:57:03 -0500 (CDT) Message-ID: <200510090057.j990v2j18877@raven.dms.auburn.edu> References: <200510072121.j97LLI217457@f7.net> NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1128819500 4548 80.91.229.2 (9 Oct 2005 00:58:20 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 9 Oct 2005 00:58:20 +0000 (UTC) Cc: juri@jurta.org, bob@rattlesnake.com, emacs-devel@gnu.org, karl@freefriends.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Oct 09 02:58:09 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EOPVr-00015s-Aa for ged-emacs-devel@m.gmane.org; Sun, 09 Oct 2005 02:58:03 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EOPVq-0006Bt-P8 for ged-emacs-devel@m.gmane.org; Sat, 08 Oct 2005 20:58:02 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EOPVh-0006Be-7S for emacs-devel@gnu.org; Sat, 08 Oct 2005 20:57:53 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EOPVe-0006BS-Nr for emacs-devel@gnu.org; Sat, 08 Oct 2005 20:57:52 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EOPVe-0006BP-LF for emacs-devel@gnu.org; Sat, 08 Oct 2005 20:57:50 -0400 Original-Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EOPVd-0000ZV-QK; Sat, 08 Oct 2005 20:57:49 -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 j990viDK003090; Sat, 8 Oct 2005 19:57:44 -0500 (CDT) Original-Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j990v2j18877; Sat, 8 Oct 2005 19:57:03 -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:43713 Archived-At: Richard Stallman wrote: Why not get rid of such flawed heuristics and simply underline titles the way they are underlined in the .info files, as the standalone Info reader does? That is easy to say, but how would one do it? How would Info recognize these titles if not by the following like which "underlines" them? What I proposed in the above was to do what the standalone Info reader does: to leave the titles underlined exactly the way they are in the .info files and not to process them specially. Hence, info.el would not need to recognize titles. If this would be unacceptable, then a less radical departure from the current Emacs Info situation would be to recognize titles by the top of the node pattern: A line with an isolated literal Control-underscore, then a line starting with: "File:", then a blank line, then a non-blank line (the title) followed by a line of the same length consisting entirely of one of the special characters. That would only leave the @...heading series, where the title occurs within the body of the note. These are completely indistinguishable to a computer program from certain non-title lines, although a human reader usually will be easily able to distinguish from appearance and context. Leaving @...heading type titles unprocessed would avoid the bugs and would not constitute a radical departure from the current Emacs style: @...heading seems to be seldom used (the only example I know is `(info)Advanced') and titles in the body of a node feel very different from node titles anyway, so that displaying them differently makes sense. In other words looking at the beginning of `(info)Advanced' (as it appears in the standalone Info): 2.1 Advanced Info Commands ========================== Here are some more Info commands that make it easier to move around. `g' goes to a node by name -------------------------- If you know a node's name, you can go there by typing `g', the name, and . Thus, `gTop' would go to the node called `Top' in this The most radical proposal is to have Emacs display this exactly like the standalone Info does, that is, literally as above. The less radical proposal is to keep displaying the node title "2.1 Advanced Info Commands" as Emacs currently does (hide the underlining and display the title bold and in a larger font), but leave the subtitle: `g' goes to a node by name -------------------------- displayed exactly like that, without any processing. Again, such subtitles are relatively rare. Both proposals would get rid of the type of bugs we are discussing. Sincerely, Luc.