On 2003-07-15(Tue) 13:26:12 +0200, Carlos Perelló Marín wrote:
> > An unexpected failure -- currently escaped hex values (\x??) are not
> > handled. Source code with such strings should most likely use
> > --from-code=UTF-8 too, but "file" detects them as either ASCII or ISO-*
> > files. (mlview/src/mlview-app.c for example)
>
> Well, if it's detected as an ASCII file, we can use without problems the
> UTF-8 encoding, the problem is if it detects it as an ISO-* because
> there are characters that are not valid UTF-8 characters...
>
> Ideas to "fix" it?
> Assume that all files are using UTF-8 is not the correct behavior...
I've been thinking about something like this:
====================================
[deaddog localhost CVS.GNOME.ORG]$ cat mlview/po/POTFILES.in
{...... comment here .......}
[encoding: UTF-8]
{......}
src/mlview-attribute-picker.c
src/mlview-app.c
====================================
That is, explicitly specify the encoding of source files in POTFILES.in,
so that intltool can use this value to avoid autodetecting file
encoding. Is there any better possible solution?
Abel
--
Abel Cheung
Linux counter #256983 | http://counter.li.org
GPG Key: (0xC67186FF) | http://deaddog.org/gpg.asc
Key fingerprint: 671C C7AE EFB5 110C D6D1 41EE 4152 E1F1 C671 86FF
Attachment:
pgpnzmfpKmOzX.pgp
Description: PGP signature