[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: bug#18308: 24.4.50; Info viewer cannot follow menu entry for '(texin
From: |
Eli Zaretskii |
Subject: |
Re: bug#18308: 24.4.50; Info viewer cannot follow menu entry for '(texinfo) @- @hyphenation' |
Date: |
Fri, 22 Aug 2014 16:36:26 +0300 |
> From: Vincent Belaïche <address@hidden>
> Cc: address@hidden, Texinfo <address@hidden>
> Date: Fri, 22 Aug 2014 15:01:43 +0200
>
> - texi2any must collapse multiple blanks in node names *everywhere*, but
> it is still allowed to break and indent a node name containing a blank
> accross a line in the case of a note.
>
> - info viewer must handle node name split accross lines, but it does not
> need to make multiblank reduction in other-cases
>
> Now, if the above is agreable, then in the case of our problem this
> would imply that when texi2any meets that kind of menu entry
>
> * NODE NAME:: SOME TITLE
>
> It must convert it to within the info file:
>
> * NODE NAME: NODE NAME. SOME TITLE
Or it should remove the extra blanks, i.e. produce this:
* NODE NAME:: SOME TITLE
Or it could emit a warning, or even error out.
IOW, I see no reason to silently tolerate such cases. They are surely
unintended.
> Eli:
> 1) do you agree on my re-caping and suggestion ?
Almost, see above.
> 2) do you think that all the same, robustifying the info viewer in the
> case of menu entry has some benefit --- after all this allows:
> 2.1) to cope with job done by earlier versions of makeinfo in this
> corner case
> 2.2) to have very slightly smaller info file still in this corner case
I'm on the fence about this.