On Thu, May 26, 2005 at 11:40:27PM +0200, Denis Barbier wrote:
On Thu, May 26, 2005 at 07:49:44PM +0200, Martin Quinson wrote:
> On Thu, May 26, 2005 at 05:52:39PM +0200, Francois Gouget wrote:
[...]
> > * Text::WrapI18N (perl module)
> > Pure perl (so easy to check in) but depends on Text::CharWidth which
> > is not pure perl.
> > Provided by libtext-wrapi18n-perl on Debian. Found no RPM packages
> > providing it.
> >
> > Text::WrapI18N was not used in po4a 0.16.2. I initially thought it
> > was used to wrap the text being output to the .po and .sgml files but in
> > fact it seems to only be used to print messages, warnings and errors.
> > Why is it needed? Doesn't a simple print work fine?
>
> This module becomes important when you want to wrap CKJ languages
> (japaneese, corean), which don't have any spaces, if I understood well. So
> finding where you can cut the sentence properly is not as easy as in, say,
> french.
>
> So, actually, we *ought* to use it all around the place. Maybe through a
> wrapper such as the one you propose for gettext...
AFAICT this module is only useful to print error messages, so this is
all about cosmetics and a wrapper (no, this one does not wrap lines ;))
should be fine. When this module is not present, no wrapping is performed.
s/ought/should/
I know we don't use it very much, but I persist to say that it would be
better if we did so.
I now remember why it's not used in the Po.pm module (but there is no excuse
why it's not used in Sgml.pm and such). We have to preserve the space at the
end of the line here, and all wrapping modules keep eating it. They change:
"toto tutu toto tutu "
to
"toto tutu"
"toto tutu"
But to preserve the po file semantic, we need:
"toto tutu "
"toto tutu "
Explaining why we keep using a wrapping algorithm which is known to be
broken for some languages. I wanted for ages to fill a wishlist bug report
asking Text::WrapI18N to provide an "space preservation" option. But I
didn't yet, my bad. I'll try to do so soon.
Now, about using it through a wrapper, I think this is a good idea. The
wrapper could even be smart enough to detect that you're using thai (or
another language making this module mandatory) encoding (or chars, if UTF8),
you're going into problem and emit a warning.
> > * nsgmls (command line tool)
> > Needed by po4a to parse the Sgml files.
> > Provided by sp on Debian, sgml-tools or openjade on Mandrake and
> > Fedora Core, opensp on SUSE.
> >
> > This is an essential part of po4a. So it will have to remain as a
> > dependency which is reasonable.
>
> Actually, I'd like since a long time to kill this one, changing it to an
> home-made parser such as the one used in xml or so...
I thought you had no time ;)
Sure. Once again, I was unclear, sorry. I'd love to see disapear, but won't
do anything for this myself in the next months. I just wanted to note that
the only dependencies Francois were ok with are the ones I'd like the most
to kill :)
Bye, Mt.