On Mo, 29 Jul 2013, Patrice Dumas wrote:
Thanks for the report, it should be fixed in svn now.
Thanks, yes, that is fine. I had included the very same patch
(without the added tests) already in the Debian packages.
Norbert
On Tue, Jul 09, 2013 at 11:01:30PM +, Karl Berry wrote:
$arg-{'text'} and hence $spec are indeed 10 ...
If Patrice doesn't get it in the next couple of days, I'll look further.
I think I'll go back to texinfo on the 19 of july...
--
Pat
Please consider this patch, which fixes the issue:
--- texinfo/Texinfo/Parser.pm
+++ texinfo/Texinfo/Parser.pm
@@ -2973,7 +2973,8 @@
$current-{'cmdname'});
}
my $arg =
$current-{'extra'}-{'block_command_line_contents'}-[0]-[0];
- if
- if (!defined($arg-{'text'}) or $arg-{'text'} !~
/^[[:alnum:]]$/) {
+ if (!defined($arg-{'text'}) or ($arg-{'text'} !~
/^[[:alnum:]]$/ and
+ $arg-{'text'} !~ /^[0-9]+$/)) {
Thanks, but it appears to be insufficient. For me, running the patched
On Di, 09 Jul 2013, Karl Berry wrote:
. Tenth item.
Indeed. Interestingly, the XML and PDF output is correct, but plaintext
and info is wrong.
$arg-{'text'} and hence $spec are indeed 10 ...
The bug is somewhere else, namely in Texinfo/Common.pm:2530:
sub enumerate_item_representation($$)
Hi,
I’ve noticed that when a document contains an @enumerate block
with start number ≥ 10, like:
@enumerate 10
@item Ten
@item Eleven
@end enumerate
… makeinfo fails with “bad argument to @enumerate” error.
It works perfect when the start number is 10.
This bug currently make
