Re: Texinfo::Convert::HTML_convert_image_command bug

2021-10-14 Thread wlharvey4
I thought it was a bug, because it seems to me that makeinfo should produce the same filename regardless of whether it found the image or not. Perhaps the Org backend is not producing a correct conversion, but the problem seemed to be an inconsistent result from makeinfo. Regards, wlharvey4

Texinfo::Convert::HTML_convert_image_command bug

2021-10-14 Thread wlharvey4
the dot, and produces an error: e.g. when $basefile := abc, and $extension := svg, then the $image_file := “abcsvg", instead of the intended “abc.svg”. This occurs on lines 1814 and 1820. Regards, wlharvey4

my-bib-macros.texi clarification

2018-10-17 Thread wlharvey4
To clarify: the bug is that in PDF output using links, the link is set to page 1 of the document using the form given in the code. Switching the \node\ and \ref\ arguments produces identical output, but the link correctly links to the proper page and reference. Regards, WLHarvey4

my-bib-macros.texi

2018-10-17 Thread wlharvey4
The utility file my-bib-macros.texi, referenced on the Texinfo - The GNU Documentation System https://www.gnu.org/software/texinfo/ has a bug in line 210: (See item [\ref\] in @ref{\node\, \ref\}.) The \node\ and the \ref\ are reversed for proper output.