Imagine que SuperDistrib empaquette tous ses paquets. Ses devs sont anglais, et ne font pas attention aux traductions. Ils ont fait une erreur, et toutes les traductions sont mauvaises. Un utilisateur francophone va tout voir en anglais, c'est pas bien.
Maintenant, la même SuperDistrib empaquette tous ses paquets, commet l'erreur, mais les devs se retrouvent devant une soupe de nombres. Il est évident qu'ils vont voir quelque-chose, et le corriger.
Dans les deux cas, la coréenne du nord qui n'a jamais vu d'anglais ne sera rien faire des interfaces. Dans le premier, les anglophones ne se seront rendu compte de rien. Dans le deuxième, ils auront corrigé :-) .
Maintenant, un gros problème, c'est si l'utilisateur change sa LOCALE et en met une non-supportée par la distrib (car dans le fonctionnement technique de tout ça, la distrib choisit les langues supportées par les paquets, et copier en.po dans la_langue.po si le paquet ne supporte pas cette lange. C'est un problème à résoudre). Donc, si LOCALE n'est pas bonne, là il y aura un problème. Il faudrait hacker gettext pour utiliser en.po en fallback, voire même proposer à l'utilisateur de classer ses langues dans son ordre de préférence (j'affiche le truc en français, si ça n'existe pas en français, je l'affiche en anglais, sinon en russe, sinon en espagnol, etc).
[^] # Re: Et en cas d'erreur de chargement du fichier po...
Posté par steckdenis . En réponse au message [Gettext] Extraction des traductions, et optimisation de la source. Évalué à 3.
Imagine que SuperDistrib empaquette tous ses paquets. Ses devs sont anglais, et ne font pas attention aux traductions. Ils ont fait une erreur, et toutes les traductions sont mauvaises. Un utilisateur francophone va tout voir en anglais, c'est pas bien.
Maintenant, la même SuperDistrib empaquette tous ses paquets, commet l'erreur, mais les devs se retrouvent devant une soupe de nombres. Il est évident qu'ils vont voir quelque-chose, et le corriger.
Dans les deux cas, la coréenne du nord qui n'a jamais vu d'anglais ne sera rien faire des interfaces. Dans le premier, les anglophones ne se seront rendu compte de rien. Dans le deuxième, ils auront corrigé :-) .
Maintenant, un gros problème, c'est si l'utilisateur change sa LOCALE et en met une non-supportée par la distrib (car dans le fonctionnement technique de tout ça, la distrib choisit les langues supportées par les paquets, et copier en.po dans la_langue.po si le paquet ne supporte pas cette lange. C'est un problème à résoudre). Donc, si LOCALE n'est pas bonne, là il y aura un problème. Il faudrait hacker gettext pour utiliser en.po en fallback, voire même proposer à l'utilisateur de classer ses langues dans son ordre de préférence (j'affiche le truc en français, si ça n'existe pas en français, je l'affiche en anglais, sinon en russe, sinon en espagnol, etc).