unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Luc Teirlinck <teirllm@dms.auburn.edu>
Cc: juri@jurta.org, bob@rattlesnake.com, emacs-devel@gnu.org,
	karl@freefriends.org
Subject: Re: 3 dots vanish at end of filled line
Date: Sat, 8 Oct 2005 19:57:03 -0500 (CDT)	[thread overview]
Message-ID: <200510090057.j990v2j18877@raven.dms.auburn.edu> (raw)
In-Reply-To: <E1EONco-0000yD-St@fencepost.gnu.org> (rms@gnu.org)

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 <RET>.  Thus, `gTop<RET>' 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.

  parent reply	other threads:[~2005-10-09  0:57 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-10-07 20:32 3 dots vanish at end of filled line Karl Berry
2005-10-07 21:12 ` Juri Linkov
2005-10-07 21:21   ` Karl Berry
2005-10-07 21:47     ` Juri Linkov
2005-10-07 23:12       ` Karl Berry
2005-10-07 23:56       ` Luc Teirlinck
2005-10-08  2:54       ` Luc Teirlinck
2005-10-08 22:57     ` Richard M. Stallman
2005-10-09  0:14       ` Karl Berry
2005-10-09  0:57       ` Luc Teirlinck [this message]
2005-10-09  6:11         ` Juri Linkov
2005-10-09 17:17           ` Karl Berry
2005-10-09 19:16             ` Luc Teirlinck
2005-10-10 15:00               ` Stefan Monnier
2005-10-10 17:07                 ` Karl Berry
2005-10-10 18:01                   ` Stefan Monnier
2005-10-11 14:46                     ` Richard M. Stallman
2005-10-11 17:06                       ` Stefan Monnier
2005-10-10 23:48                   ` Richard M. Stallman
2005-10-10 23:48                   ` Richard M. Stallman
2005-10-11  2:18                 ` Luc Teirlinck
2005-10-11  3:31                 ` Luc Teirlinck
2005-10-11 22:42                   ` Richard M. Stallman
2005-10-12  0:21                     ` Luc Teirlinck
2005-10-12 19:47                     ` Stefan Monnier
2005-10-13 20:10                       ` Richard M. Stallman
2005-10-28  4:41                       ` KOBAYASHI Yasuhiro
2005-10-10  6:18             ` Juri Linkov
2005-10-09 19:54           ` Luc Teirlinck
2005-10-10  4:14         ` Richard M. Stallman
2005-10-10 15:02           ` Stefan Monnier
2005-10-10 23:47             ` Richard M. Stallman
2005-10-09 11:09       ` Robert J. Chassell
2005-10-10  4:14         ` Richard M. Stallman
2005-10-10 12:21           ` Robert J. Chassell
2005-10-10 23:47             ` Richard M. Stallman
2005-10-11 12:57               ` Robert J. Chassell
2005-10-20 11:11           ` Juri Linkov
2005-10-20 23:38             ` Richard M. Stallman
2005-10-21 11:55               ` Juri Linkov
2005-10-21 22:19                 ` Richard M. Stallman

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200510090057.j990v2j18877@raven.dms.auburn.edu \
    --to=teirllm@dms.auburn.edu \
    --cc=bob@rattlesnake.com \
    --cc=emacs-devel@gnu.org \
    --cc=juri@jurta.org \
    --cc=karl@freefriends.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).