Hi.
Using version 2023-10-19.19 of texinfo.tex, there is a problem if
a table inside @float goes over one page. See the attached file.
If the table is not inside @float, it formats just fine across
multiple pages.
This example is culled from a book I'm working on. I need the @float
in order to
Hi.
> http://www.docbook.org/tdg/en/html/index.html
>
> Parents
>
> These elements contain index: appendix, article, book, chapter, part,
> preface, sect1, sect2, sect3, sect4, sect5, section.
>
> is in the list so what is the problem?
>
> Is that page I linked to out-of-date? The date there is 2
Hi.
I agree that there's an impedance mismatch here between Texinfo
and DocBook. That makes it harder to deal with than I would like, too.
I really DON'T enjoy making the lives of the Texinfo maintainers
miserable... :-( (Yes Karl, I hear you snorting in the back there... :-)
> On 6 April 2016 a
I've updated the various relevant bits and pieces and pushed to Github.
Thanks,
Arnold
> Date: Sat, 20 Feb 2016 07:40:49 +
> Subject: Fwd: texindex's compiler's docs non-free
> From: Gavin Smith
> To: Aharon Robbins
> Content-Type: text/plain; charset=UTF-8
and the < sign?
Thanks,
Arnold
> Date: Thu, 8 Oct 2015 21:08:11 +0100
> Subject: Re: texinfo 6.0 texindex problem?
> From: Gavin Smith
> To: Aharon Robbins
> Cc: Texinfo
>
> On 8 October 2015 at 20:06, Aharon Robbins wrote:
> > Hi.
> >
> > I add
Hi.
> > I think that not removing the last end of line of raw blocks would
> > probably be better, but some manuals may expect the end of line to be
> > removed. So, there is an issue of backward compatibility here.
>
> Seen in the sources of the gawk manual:
>
> @ignore
> Some comments on the la
Hi.
Just to confirm that using the current texinfo.tex everything is fine
again. Much thanks for the help.
Arnold
Much thanks for the explanation and fixes. I'll try them out.
I probably won't get to this for another few days though.
Arnold
Hi.
The current texinfo.tex does not work anymore with the gawk doc. It
can be reproduced easily as follows:
wget http://ftp.gnu.org/gnu/gawk/gawk-4.1.3.tar.gz
tar -xpzvf gawk-4.1.3.tar.gz
cd gawk
./configure && make
cd doc
cp /path/to/texinfo.tex .
Hi.
It seems that current makeinfo --docbook just strips off the markup
for @sc{...}.
There doesn't seem to be docbook markup for small caps, so I would
suggest that it'd be better to upcase the contents of @sc{}. That
way something like
the ASCII @sc{nul} character
comes out as
Hi.
> On Mon, May 12, 2014 at 10:38:18PM +0200, Patrice Dumas wrote:
> > On Mon, May 12, 2014 at 09:05:04PM +0300, Aharon Robbins wrote:
> > > After a fresh checkout of the SVN trunk, autogen, configure and make,
> > > the build dies with:
> > >
> > &g
After a fresh checkout of the SVN trunk, autogen, configure and make,
the build dies with:
Undefined subroutine &Texinfo::Structuring::warn_non_empty_parts called at
../tp/texi2any line 1272.
I was hoping to try out the fixes for @part... :-)
Thanks,
Arnold
Hi Karl.
We're still disagreeing, but on a more subtle point.
> Not really - the translator should handle it.
>
> I don't agree. It's the same principle that you already stated: you're
> saying that Texinfo should support for Docbook, but we're
> saying that since it's not supported for a
Hi Karl.
> 2. For all current features of the Texinfo language, the docbook output
>generated by makeinfo should be valid docbook. I think we all agree
>on this as a principle.
>
> Agreed.
>
>If we accept this, then for makeinfo --docbook, any text
>following @
Hi Karl.
> I'm sorry, but what you want for @part is something completely different
> than what I intended. Oddly enough, I implemented what I intended :),
> which was essentially just standalone "part pages" that bear no
> relationship to the rest of the document.
OK. We have a bad confluence o
Hi Karl and Patrice.
> How about:
>
> @part Part Title
> @docbook
> intro to part blah blah
> @end docbook
>
> Does that work? That seems to me to best reflect the reality of the
> situation, which is that "partintro" text is a Docbook feature, not
> supported in Texinfo.
It probably works, but
Hi Karl et al,
Using latest gendocs from gnulib, I'm getting:
...
Generating monolithic html... (env LANG= LC_MESSAGES= LC_ALL= LANGUAGE=
makeinfo --no-split --html -o gawk.html "/tmp/gawk-4.1.1/doc/gawk.texi")
gendocs.sh: gawk.html: cannot find image general-program.png
END failed--call que
Hi Patrice.
Me:
> > Right now if I use @docbook, I'm getting:
> >
> >
> > introductory blah blah here
> >
> > < these are from what came before the part
> >
> >
> > ...
> >
Patrice:
> That looks like a bug, the DocBook produced does not even seem to b
Hi Karl.
> So, Texinfo @parts do not map to Docbook. Not surprising. Such is
> life. To get parts in your Docbook output, all I can think of is the
> useless "hack it in by hand" approach (e.g., throw comments into the
> source and post-process them to create the necessary /related
> elements).
Hi.
The @part command is somewhat mismatched with how docbook works. In
particular, parts include chapters, so for correct generation of the
docbook tags, we should really have
@part
@parttitle Title Of The Part Here
@chapter ...
@chapter ...
@end part
Hi Karl.
> Current makeinfo when processing @docbook ... @end docbook leaves off
> the trailing newline.
>
> I can't tell you how much hassle that the trailing newline before @end is.
> In some cases it is absolutely neeeded. In other cases it absolutely
> needs to be ignored. I see no w
Hi.
Current makeinfo when processing @docbook ... @end docbook leaves off
the trailing newline. For example:
@docbook
∼ Cn2
@end docbook
peformance, while
This is wrong. I have to add the at the end so that the result
doesn't run together with the following li
> The fact that no-one has reported this bug for who knows how many
> years would seem to argue that it isn't used.
>
> Agreed.
>
> I suggest simply nuking it.
>
> Agreed. Your reimplementation can just skip it :).
Thanks. Done.
Next question. Can I use "{" and "}" hard-wired? At
Hi All.
The -o option in texindex.c is fundamentally broken. The arg_index
variable has already been incremented upon entry to the relevant bit of
code; it should be incremented again at the end. The diff below fixes it.
It is not clear how this option is meant to be used. From the code it
looks
Hi.
> As a hypothetical question, if I rewrote texindex in awk and it
> functioned as a drop-in replacement, would you take it?
>
> I don't see why not. It would surely be easier to maintain.
>
> If you go that route, one thing I would really like to do is change the
> .?? index files to
Much thanks. I'll update my copy.
Arnold
> Date: Sun, 9 Feb 2014 23:58:24 GMT
> From: k...@freefriends.org (Karl Berry)
> To: arn...@skeeve.com
> Cc: bug-texinfo@gnu.org
> Subject: Re: texinfo.tex: @cartouche kills indentation
>
> In the current texinfo.tex, if you wrap stuff in @cartouche, a
Hi Karl.
> Hi Arnold,
>
> @cindex main topic, secondary point, tertiary point
> ...
> main topicsecondary
> pointtertiary
> point
>
> Well, as you know, support for the usual index features has been on the
> todo list forever. I can't imagine having the time and energy to
Hi.
A real bug. @math{whatever} is getting turned into
whatever
The problem is that the tag appears to no longer be valid
docbook. Xmllint chokes on it on my Ubuntu 12.04 system.
Thanks,
Arnold
Hi.
It's me again.
The last time I converted a book from Texinfo to Docbook for book
production, I enhanced the C makeinfo to use commas in @cindex to
separate the primary, secondary, and tertiary terms in an index entry.
There could be up to two commas, leading to three cases:
@cindex m
Hi.
This returns to the idea of context awareness. Right now, @r{} is turned into
. This is totally wrong. The gawk manual has a
number of instances like this:
@table @code
@item -d@r{[}@var{file}@r{]}
@itemx --dump-variables@r{[}=@var{file}@r{]}
This gets
Hi Karl.
Thanks for the explanations.
Arnold
> Date: Fri, 31 Jan 2014 22:09:28 GMT
> From: k...@freefriends.org (Karl Berry)
> To: arn...@skeeve.com
> Cc: bug-texinfo@gnu.org
> Subject: Re: texinfo macro names don't allow digits
>
> Hi Arnold,
>
> I admit to not checking, but if this isn't
[ PLEASE cc me on all replies, as I'm not subscribed to this group. ]
Hello all.
It looks like I'm going to need to exercise the conversion of Texinfo
to docbook, so you can expect to start hearing from me. :-)
The first issue has to do with nesting. Texinfo, like TeX, is quite
general about le
Hi All.
I recently discovered that texinfo macros should not have digits in
their names, since texinfo.tex chokes on them.
I admit to not checking, but if this isn't documented, it should be.
Also, I would suggest that makeinfo be modified to enforce this restriction
as well.
Much thanks,
Arno
Hi. Something like
@cindex @r{@{foo@}} program
Which should be indexed under { ends up being indexed under |
This is with the latest SVN version of texinfo.tex, and also earlier ones.
Thanks,
Arnold
Hi Karl.
> Is it a bug or a feature that the Texinfo 5.2 tarball extracts with
> directories being world writable?
>
> Feature. Well, at least it's intentional.
>
> Anyone who cares should set umask before unpacking, as usual.
> Seems to me.
Something's messed up somewhere. Ubuntu 12.04:
Hi Karl.
> Separate from what you're actually reporting ...
>
> @c FIXME: One day, it should not be necessary to have two cases,
> @c but rather just the one without the "txt" final argument.
>
> I remember talking about this with you before, but not what the
> conclusion w
Just to close the loop...
> Date: Tue, 16 Apr 2013 22:24:54 +0300
> From: Eli Zaretskii
> Subject: Re: out of directory formats?
> To: Aharon Robbins
> Cc: bug-texinfo@gnu.org
>
> > From: Aharon Robbins
> > Date: Tue, 16 Apr 2013 22:06:36 +0300
> >
>
Hi.
If I configure gawk from a directory different than where the
source code is, and I want to make a PDF file, pdftex uses its installed
texinfo.tex instead of the one in the gawk doc directory.
Is there a way to make it get the version there?
Thanks,
Arnold
Hi. I have:
@float Figure,load-extension
@caption{Loading The Extension}
@c FIXME: One day, it should not be necessary to have two cases,
@c but rather just the one without the "txt" final argument.
@c This applies to the other figures as well.
@ifi
Hi Karl.
> Arnold,
>
> I just updated texinfo.tex
> (http://ftpmirror.gnu.org/texinfo/texinfo.tex, etc.) so that
> multiple-line @titles work. They're broken automatically if needed, or
> you can use @* to choose the breakpoints.
Excellent. Works like a charm!
Thank you for the quick response
Hi Eli.
> Long time ago, I had the same problem, and solved it thusly:
>
> @titlepage
> @titlefont{GNU Software for MS-Windows,}
> @sp 1
> @title MS-DOS, and Compatible Systems
> @subtitle Edition @value{edition}
> @author by Daniel Hagerty, Melissa Weisshaus
> @author and Eli Zaret
Get the current standards.texi, format it with version 1999-04-25.15 and
look at the index.
It seems that `@setchapternewpage off' is in effect. The index starts
in the middle of page 59, and is about 1/3 of the page in size.
Subsequent index pages only use 1/3 the page! See pages 59-64.
Arno
> Date: Mon, 11 Oct 1999 16:30:06 +0200 (IST)
> From: Eli Zaretskii <[EMAIL PROTECTED]>
>
> On Mon, 11 Oct 1999, Aharon Robbins wrote:
>
> > Like a good boy, I later switched to texi2dvi, but at least at one time,
> > it would only run tex twice, thus in ga
Greetings.
Here is a slightly bizarre bug report.
Lo these many years ago, 'twas my habit to run:
tex gawk.texi
texindex gawk.??
tex gawk.texi
texindex gawk.??
tex gawk.texi
This was to make sure that all the cross references were right.
(First pass the
44 matches
Mail list logo
