Thanks Karl.
Attached is a diff that uses the longtable package. It seems to
do the trick, at least for what I need. It also looks like I
can script the edits to convert makeinfo's output to this.
My knowledge of LaTeX is nil, and is likely to stay that way.
I developed this fix by pattern
I think I'd suggest omitting the \vtop if LOC is set to some new value,
like "longfloat". If table material was ever actually floated, including
"here", it would need to be in a vbox since it should not be split
across pages, as Gavin already pointed out.
Actually doing something sensible with a
Hi.
Gavin Smith wrote:
> The \vbox is not moved around for texinfo.tex but it is possible that
> the @float may be moved around in other output formats: LaTeX or DocBook,
> for example.
Yes, I got that. And that's OK.
> (For LaTeX, there is the 'longtable' package
>
> From: Gavin Smith
> Date: Sun, 3 Dec 2023 13:57:08 +
> Cc: bug-texinfo@gnu.org
>
> The solution that occurs to me is to recognise a third argument for
> @float. @float was introduced in Texinfo 4.7, in 2004. From NEWS:
>
> . new commands @float, @caption, @shortcaption, @listoffloats
On Sat, Dec 02, 2023 at 01:28:49PM -0700, arn...@skeeve.com wrote:
> Hi.
>
> Thanks for the response. I do have a number of floats (it's a good-
> sized book) but this may be the only table that is so large.
> It is important that I refer to the floats from the text with an xref.
>
> Since the
On Thu, Nov 30, 2023 at 05:03:21PM -0600, axelbo...@yahoo.com wrote:
> Hello,
>
>
>
> please consider adding emacs info-mode to the list of info readers at
> https://www.gnu.org/software/texinfo/links.html.
>
Emacs Info mode was the main reason for the sentence, "The Texinfo system
is
