[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: RFC: Solving gettext & UTF-8 brokenness

From: Erik Huelsmann <e.huelsmann_at_gmx.net>
Date: 2004-05-01 22:58:48 CEST

>>>Can't we please just require that all our .po files are in UTF-8, and
>>>instruct gettext to not do any translation? Can we do that without using
>>Reading the GNU gettext code I found an entry which says that no
>>will be done when the admin section does not contain a "charset=" string.
>>guess that any implementation should behave that way (since there is no
>>way to tell which encoding to translate from). There is no explicit call
>>to instruct gettext not to do any translation though.
>Seems reasonable, yes.

Ok; so based upon the opening comment of _nl_init_domain_conv() [1] two
restrictions follow for the .po files in the repository:

1) They must be encoded in UTF-8 at all times
2) They must (contrary to [GNU?] gettext recommendations) NOT contain a
Content-Type line

> >I'd prefer a pre-commit hook to ensure the files are valid UTF-8 though.
> >
> We can do that.
Great! The second condition might need checking too.

> >I'm sorry you had to ask twice; the first time made me go look for
> >defined functions not implementation implied solutions.

> Ah, but you saved me the trouble of having to dig through gettext
> documentatin myself. :-)

Just to be sure you understood me correctly: this did not come from the

[1] GNU gettext 0.13;

/* Find out about the character set the file is encoded with.
   This can be found (in textual form) in the entry "". If this
   entry does not exist or if this does not contain the `charset='
   information, we will assume the charset matches the one the
   current locale and we don't have to perform any conversion. */



NEU : GMX Internet.FreeDSL
Ab sofort DSL-Tarif ohne Grundgebhr: http://www.gmx.net/dsl
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat May 1 22:59:05 2004

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.