[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Po4a-dev]Assainir les encodages ; assainir les options des binaires
From: |
Denis Barbier |
Subject: |
Re: [Po4a-dev]Assainir les encodages ; assainir les options des binaires |
Date: |
Thu, 16 Jan 2003 16:49:51 +0100 |
User-agent: |
Mutt/1.3.28i |
On Thu, Jan 16, 2003 at 02:18:04PM +0100, Martin Quinson wrote:
> On Thu, Jan 16, 2003 at 12:25:37PM +0100, Denis Barbier wrote:
> > On Thu, Jan 16, 2003 at 10:01:41AM +0100, Martin Quinson wrote:
> > [...]
> > > > Un fichier PO ne peut contenir qu'un charset, c'est une obligation.
> > > > Si tu veux générer 2 pages man avec des charsets différents, tu peux
> > > > appeler po4a-translate deux fois avec des options différentes.
> > >
> > > Oui, mais si je veux extraire en un seul appel à -updatepo les chaines
> > > venues de deux man pages dont l'encodage differe ?
> >
> > Tu parles des pages man originales ? Elles sont alors en ASCII, sinon
> > tu ne peux pas utiliser gettext dessus.
>
> Ah oui, y'a ca comme probleme, aussi.
Je me suis mélangé les pinceaux. Dans le PO, il faut de l'ASCII, c'est
obligé. En revanche, tu peux avoir un codage autre dans l'original,
et il faut alors convertir les caractères suivant le format (entités
SGML, E<> pour POD, etc) et renvoyer une erreur si c'est impossible.
> > [...]
> > > Et sinon, t'as rien à redire aux options que j'ai donné dans un mail
> > > précédent ? Je peux commencer à les implementer ?
> >
> > Il y a juste le --po-charset, je ne comprends pas à quoi ça sert.
>
> Quand tu écris un po.
Ok, mais ça n'arrive qu'une seule fois, et c'est le développeur qui
le fait, il peut très bien ne pas savoir quel codage est utilisé.
Il vaut mieux ne pas avoir d'option, laisser CHARSET dnas le PO, et
ne pas utiliser ce PO tant que le charset n'a pas été renseigné dans
le fichier.
Denis