[grisbi-devel] Grisbi 1.0.0

[Thierry Thomas]

Le jeu 20 mar 14 à 20:25:40 +0100, Pierre Biava <pierre.biava at nerim.net>
 écrivait :

> > Il y a trois petites erreurs dans les fichiers de messages :
> >
> > gsb_data_budget.c:1300:65: warning: illegal character encoding in string literal [-Winvalid-source-encoding]
> >          tmpstr = g_strdup_printf ( _("The transaction %d has a budget n<B0>%d and sub-budget n<B0>%d but they don't exist."),
> >
> > gsb_data_category.c:1439:67: warning: illegal character encoding in string literal [-Winvalid-source-encoding]
> >          tmpstr = g_strdup_printf ( _("The transaction %d has a category n<B0>%d and sub-category n<B0>%d but they don't exist."),
> >
> > gsb_data_payee.c:770:64: warning: illegal character encoding in string literal [-Winvalid-source-encoding]
> >          tmpstr = g_strdup_printf ( _("The transaction %d has a payee n<B0>%d but it doesn't exist."),
> 
> Dans ces 3 messages le caractère illégal est le caractère multi-octets ° 
> ça pourrait venir de ton encodage de caractères je suppose. Dans Grisbi 
> je n'ai pas vu d'impact mais ces messages n'arrivent pas souvent.

Je reviens sur ces messages, car il y a tout de même quelque chose qui
me turlupine. J'utilise fr_FR.UTF-8 comme locale, et quand j'ouvre
src/gsb_data_budget.c sous vim, le message s'affiche bien :

"The transaction %d has a budget n°%d and sub-budget n°%d but they don't exist."

Par contre, si on regarde le fichier po/fr.po, qui est bien déclaré en
"Content-Type: text/plain; charset=UTF-8\n", cette chaîne ne s'y trouve
pas. À la place on y trouve :

"The transaction %d has a budget n%d and sub-budget n%d but they don't exist."

Je suppose donc qu'elle ne sera pas traduite, mais je ne sais pas
reproduire le cas de test pour vérifier !

À +
-- 
Th. Thomas.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 949 bytes
Desc: not available
URL: <http://listes.grisbi.org/pipermail/devel/attachments/20140320/fd0d2f4d/attachment.sig>