unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
Cc: karl@freefriends.org, emacs-devel@gnu.org
Subject: Re: Info bug with @xref{Sample .emacs File, , , ccmode, the CC Mode Manual}.
Date: Mon, 12 Dec 2005 07:39:02 +0200	[thread overview]
Message-ID: <ur78ian7t.fsf@gnu.org> (raw)
In-Reply-To: <Pine.LNX.3.96.1051211202743.238C-100000@acm.acm> (message from Alan Mackenzie on Sun, 11 Dec 2005 21:28:43 +0000 (GMT))

> Date: Sun, 11 Dec 2005 21:28:43 +0000 (GMT)
> From: Alan Mackenzie <acm@muc.de>
> cc: emacs-devel@gnu.org
> 
> >   * Unfortunately, you cannot use periods, commas, colons or
> >     parentheses within a node name; these confuse the Texinfo
> >     processors.  Perhaps this limitation will be removed some day, too.
> >
> >So there you are: don't do that ;-)
> 
> Hey, that's not fair!

Who said life's fair? where's that written? ;-)

> We've had a node called "Sample .emacs File" in
> the CC Mode manual since 22nd February 1995, and that was before I could
> even spell "Emacs".  ;-(
> 
> And, so far as I know, we've _NEVER_ had any problems with it.  It has
> simply worked.

Worked with what Info reader?  Different readers have different code
to extract a node name from cross-references and menu lines, so each
one of them will react differently.  I think the standalone reader
(the one distributed with Texinfo) had grave problems with such nodes
several versions ago.  The Emacs's Info reader has changed
considerably between v21.x and now.  If you really wish to dig into
this, you will probably find that one of these changes is responsible
for the breakage.

But the fact remains that node names cannot have periods.

> More to the point, makeinfo has never given a warning about it.

That could be worth reporting to the Texinfo mailing list.  I CC'ed
Karl berry, who maintains Texinfo.

> By the way, WHY can't we have periods in node names?  OK, we need commas
> to separate the arguments of the @xref and info node, we need colons to
> delimit the node name, we need parens to give an info filename.  But why
> periods?

Because in the produced Info manual, the period is also one of the
delimiters of the node name in menu items and cross-references.
Consider this:

  *Note Foo: Bar.

Here `Bar' is the name of a node, and it is delimited by the colon and
the period.  `Foo' is what was in the second argument of the @xref
directive.

> Over ten years of "@node Sample .emacs File" suggests that the
> restriction isn't really necessary.

I think it is necessary; you've just been lucky: you never used a
cross-reference with its second argument non-empty.  When the second
argument is empty, the node name is delimited by "::", which, in the
Emacs Info reader, is enough to extract the node name.

  parent reply	other threads:[~2005-12-12  5:39 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-12-11 18:37 Info bug with @xref{Sample .emacs File, , , ccmode, the CC Mode Manual} Alan Mackenzie
2005-12-11 19:58 ` Eli Zaretskii
2005-12-11 21:28   ` Alan Mackenzie
2005-12-12  0:58     ` Robert J. Chassell
2005-12-12  9:32       ` Alan Mackenzie
2005-12-12 20:59         ` Eli Zaretskii
2005-12-12  5:23     ` Richard M. Stallman
2005-12-12  5:39     ` Eli Zaretskii [this message]
2005-12-12 23:44       ` Karl Berry

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=ur78ian7t.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=emacs-devel@gnu.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).