> Hello Werner I have committed your addition to texinfo.tex as well
> as the change for HTML output (commit cbc6972b5).
Thank you very much!
Werner
> On Jan 17, 2022, at 1:24, Gavin Smith wrote:
>
> On Fri, Jan 14, 2022 at 11:16:09AM +0900, Jean-Christophe Helary wrote:
>> Would it be possible to have the Texinfo manual available as a PO file as
>> the UI files are ?
>>
>> https://translationproject.org/domain/texinfo.html
>> https://tr
On Sat, Jan 15, 2022 at 11:46:02PM +, Gavin Smith wrote:
> > >
> > > I'm not sure; I wonder if there would be a better prefix than "arg-".
> >
> > That's the best I could come up with...
>
> I think 'example-' is better. I didn't see that this could clash with any
> other classes, but in th
On Sun, Jan 16, 2022 at 09:20:46PM +0100, Patrice Dumas wrote:
> Hello,
>
> With the gnulib file as in git, I get, after compilation without visible
> error:
> $ ./texi2any.pl
> perl: symbol lookup error: ../tp/Texinfo/XS/.libs/Parsetexi.so: undefined
> symbol: rpl_free
>
> after make clean and
Hello,
With the gnulib file as in git, I get, after compilation without visible
error:
$ ./texi2any.pl
perl: symbol lookup error: ../tp/Texinfo/XS/.libs/Parsetexi.so: undefined
symbol: rpl_free
after make clean and make there is a diff with the version in git, but
then it compiles and runs fine
On Sun, Jan 16, 2022 at 03:41:24PM +, Gavin Smith wrote:
> On Sun, Jan 16, 2022 at 04:13:22PM +0100, pertu...@free.fr wrote:
> > Actually, there is a difference between the C parser and the perl
> > parser, the perl parser consider those spaces as space too, which is not
> > surprising given th
On Fri, Jan 14, 2022 at 11:16:09AM +0900, Jean-Christophe Helary wrote:
> Would it be possible to have the Texinfo manual available as a PO file as the
> UI files are ?
>
> https://translationproject.org/domain/texinfo.html
> https://translationproject.org/domain/texinfo_document.html
>
> The tr
On Sun, Jan 16, 2022 at 04:13:22PM +0100, pertu...@free.fr wrote:
> Actually, there is a difference between the C parser and the perl
> parser, the perl parser consider those spaces as space too, which is not
> surprising given that \s is used a lot in regexp where the C parser
> probably check the
On Sun, Jan 16, 2022 at 04:07:35PM +0100, pertu...@free.fr wrote:
> On Sun, Jan 16, 2022 at 04:05:09PM +0100, pertu...@free.fr wrote:
> > On Sun, Jan 16, 2022 at 02:30:22PM +, Gavin Smith wrote:
> > >
> > > Hello Werner I have committed your addition to texinfo.tex as well
> > > as the change
On Sun, Jan 16, 2022 at 04:05:09PM +0100, pertu...@free.fr wrote:
> On Sun, Jan 16, 2022 at 02:30:22PM +, Gavin Smith wrote:
> >
> > Hello Werner I have committed your addition to texinfo.tex as well
> > as the change for HTML output (commit cbc6972b5).
>
> The new test result seems to be the
On Sun, Jan 16, 2022 at 02:30:22PM +, Gavin Smith wrote:
>
> Hello Werner I have committed your addition to texinfo.tex as well
> as the change for HTML output (commit cbc6972b5).
The new test result seems to be the test result without the commit.
I will update it and commit, please check if
On Sat, Jan 15, 2022 at 10:57:58AM +, Werner LEMBERG wrote:
> >> Masamichi-san, what do you think? [...]
> >
> > I think it is not necessary to filter out U+3000.
>
> Thanks for checking. This is good news, since it makes Gavin's patch
> work just fine.
>
>
> Werner
Hello Werner I ha
On Sun, 16 Jan 2022, Gavin Smith wrote:
> I'm unsure who the "we" is you refer to - git users everywhere?
I guess everyone who uses a VCS, be it git, svn, cvs, p4, hg, ...
Best
Norbert
--
PREINING Norbert https://www.preining.info
Fujitsu Research +IFMGA Gui
On Sun, Jan 16, 2022 at 05:46:04AM -0800, Per Bothner wrote:
> On 1/16/22 05:13, Gavin Smith wrote:
> > I've tracked those files under tp/Texinfo/XS. Hope it works now.
>
> I got a merge conflict because gnulib/lib/malloc/dynarray-skeleton.gl.h
> is now checked into git. Was that intentional? N
On 1/16/22 05:13, Gavin Smith wrote:
I've tracked those files under tp/Texinfo/XS. Hope it works now.
I got a merge conflict because gnulib/lib/malloc/dynarray-skeleton.gl.h
is now checked into git. Was that intentional? Normally we prefer
not to check in files that are generated automatical
On Sun, Jan 16, 2022 at 02:23:45AM +0100, Patrice Dumas wrote:
> Hello,
>
> I rerun gnulib-tool --add-import and now it seems ok. I have the
> following files untracked:
>
> gnulib/lib/stdalign.in.h
> gnulib/lib/stdio-read.c
> gnulib/lib/stdio-write.c
> gnulib/m4/
16 matches
Mail list logo
