GNU bug report logs - #46082
(texinfo) @ref says something lisp/info.el do not respect by default

Previous Next

Package: emacs;

Reported by: Marco Munari <mar21+dev.emacs.bugfix <at> allerta.it>

Date: Sun, 24 Jan 2021 18:31:02 UTC

Severity: minor

Tags: moreinfo, notabug

Done: Stefan Kangas <stefan <at> marxist.se>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Marco Munari <mar21 <at> allerta.it>
Cc: 46082 <at> debbugs.gnu.org
Subject: bug#46082: acknowledged by developer (control message for bug #46082)
Date: Mon, 01 Mar 2021 22:10:03 +0200
> From: Marco Munari <mar21 <at> allerta.it>
> Date: Mon, 01 Mar 2021 20:22:58 +0100
> 
> read the rendered manual page with attention
> (I described at the beginning of the initial bug report
>  the problem in the line marked with (*))
> 
> python and even perl info manuals uses a lot of @ref (according
> to the way texinfo does and describe its functionality)
> resulting a lot of inappropriate  See  making the references surrounded
> by nonsense "see ... dot(.)", but the problem emerges in the exact page
> of texinfo describing how @ref should work, showing that it doesnt.
> 
> Anyway as required an example on how python manual looks,
> here there is a random section (Note the "see" are simply misleading.
> My fix removes the default misbehaviour for "see",
> but the dot(.) after the node description remains):

I have difficulty understanding the problem, and thus the proposed
solution.  I think the difficulty stems from the fact that you didn't
show the Texinfo source of the Info output which you posted.  Without
that, it's hard to decide whether the problem is with Emacs, or with
Texinfo's 'makeinfo', or with the original Texinfo source as authored
by whoever wrote those manuals (which are not Emacs manuals).

So please show the Texinfo sources of these snippets.

Thanks.




This bug report was last modified 4 years and 46 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.