all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Luc Teirlinck <teirllm@dms.auburn.edu>
Cc: emacs-devel@gnu.org
Subject: Re: info
Date: Wed, 5 Feb 2003 14:07:44 -0600 (CST)	[thread overview]
Message-ID: <200302052007.OAA20921@eel.dms.auburn.edu> (raw)
In-Reply-To: <Pine.SUN.3.91.1030205080603.15128F@is> (message from Eli Zaretskii on Wed, 5 Feb 2003 08:08:50 +0200 (IST))

Eli Zaretskii wrote:

   The "Footnotes" line is generated by makeinfo from the @footnote 
   directives in the Texinfo source.  So if it stands in the way of what RET 
   should do in marginal cases, we should change makeinfo to do what we want 
   (and take into account that until the new makeinfo unseats the older 
   versions, some manuals will cause Info to fail in these marginal cases).

We are not just talking about footnotes, but about free lines as well.
Again, not an actual example, but an actual example with a blank line
(as well as some irrelevant lines) removed:
_____________________________________________________________________
Appendices

* Antinews::                Info for users downgrading to Emacs 20.
* GNU Free Documentation License:: The license for this documentation
* GPL::                     Conditions for copying and changing GNU
* Emacs.
* New Symbols::             New functions and variables in Emacs 21.
      --- The Detailed Node Listing ---

Here are other nodes that are inferiors of those already listed,
mentioned here so you can get to them in one step:

Introduction

* Caveats::                 Flaws and a request for help.
* Acknowledgements::        The authors, editors, and sponsors of this
* manual.
_______________________________________________________________________

My comments:

In the actual example, there was a blank line separating
      --- The Detailed Node Listing ---
from the previous line.

Again, I have seen no actual examples without such a blank line and
they would look ugly.  Going to "New Symbols" in the example would not
be that confusing to begin with.  If any examples like this occurred
in the dir file, then there would be worse things to worry about than
that.  If I understood Stefan correctly, his duplicate elimination and
sorting algorithm would very likely carry
      --- The Detailed Node Listing ---
to a place where it would make absolutely no sense, because his
algorithm would consider it part of the "* New Symbols::"-node,
since it is identical to the algorithm proposed by Kai and Richard.
(Stefan can correct me if I misunderstood him.)

I believe that actual occurrence of such (ugly) examples is very
unlikely.

Sincerely,

Luc.

  reply	other threads:[~2003-02-05 20:07 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <84smvc2guf.fsf@lucy.is.informatik.uni-duisburg.de>
2003-01-29 14:20 ` info Eli Zaretskii
2003-01-30 15:21   ` info Richard Stallman
2003-01-30 16:21     ` info Luc Teirlinck
2003-01-31 19:20       ` info Richard Stallman
2003-02-01  1:22         ` info Luc Teirlinck
2003-02-01 22:11           ` info Richard Stallman
2003-02-02  4:59             ` info Luc Teirlinck
2003-02-02  5:44             ` info Eli Zaretskii
2003-02-02  6:09               ` info Miles Bader
2003-02-03 14:40             ` info Stefan Monnier
2003-02-03 19:00               ` info Luc Teirlinck
2003-02-03 19:16                 ` info Luc Teirlinck
2003-02-03 19:19                   ` info Luc Teirlinck
2003-02-04 15:41                 ` info Richard Stallman
2003-02-05  6:08                   ` info Eli Zaretskii
2003-02-05 20:07                     ` Luc Teirlinck [this message]
2003-02-09  4:45                       ` info Luc Teirlinck
2003-01-29  1:33 info Luc Teirlinck
2003-01-29  3:53 ` info Luc Teirlinck
2003-01-29  6:29   ` info Eli Zaretskii
2003-01-29 19:57     ` info Luc Teirlinck
2003-01-30  5:46       ` info Eli Zaretskii
2003-01-29 21:17   ` info Richard Stallman
2003-01-29 17:33 ` info Eli Zaretskii
2003-01-29 20:39   ` info Luc Teirlinck
2003-01-29 23:21     ` info Luc Teirlinck
2003-01-30  5:48     ` info Eli Zaretskii
2003-01-30  8:39       ` info Kai Großjohann
2003-01-30 15:11         ` info Luc Teirlinck
2003-01-30 16:30           ` info Luc Teirlinck
2003-01-30 20:02         ` info Eli Zaretskii
2003-01-30 20:51           ` info Kai Großjohann
2003-01-30 22:37           ` info Robert J. Chassell
2003-01-31  1:51             ` info Luc Teirlinck
2003-01-31 13:05               ` info Robert J. Chassell
2003-01-31 20:22                 ` info Luc Teirlinck
2003-02-01  1:22                   ` info Robert J. Chassell
2003-01-29 21:17 ` info Richard Stallman
2003-01-30  0:31   ` info Luc Teirlinck
2003-01-30  1:43     ` info Luc Teirlinck
2003-01-30  2:03       ` info Luc Teirlinck

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

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

  git send-email \
    --in-reply-to=200302052007.OAA20921@eel.dms.auburn.edu \
    --to=teirllm@dms.auburn.edu \
    --cc=emacs-devel@gnu.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 external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.