Pour la lenteur d'arrivée des version localisées c'est normal.
Je ne suis pas forcément de cet avis.
Autant si de nouveaux mots/de nouvelles expressions arrivent au dictionnaire des termes utilisés par Firefox lors d'un changement de version, il y a nécessité de traduction, autant si la quantité de mots/d'expressions ne change pas d'une version à une autre, je ne vois pas le problème de la localisation, tant que cela reste dans un fichier séparé.
Je ne suis pas un développeur de haute volée, mais je suis actuellement sur un projet où je suis tenu de développer en 2 langues.
Dans mon code, j'ai un truc tout bête lorsque je dois afficher une chaîne de caractères : j'encapsule dans une fonction qui fait appel à un dictionnaire qui a préalablement chargé en mémoire la traduction.
Ainsi, le print_translated('hello') se mue pour l'utilisateur en affichage de "bonjour" ou "hallo" en fonction de ses desirata, avec un dictionnaire 'achement balaise placé dans un fichier .txt du style "hello => hallo" pour le fichier de.txt et "hello => bonjour" pour le fichier fr.txt.
Quand la chaîne est absente du fichier (parce que je n'ai pas eu le temps de traduire tous les termes), il affiche tout simplement le terme en anglais (langue utilisée pour le développement), sans aucune traduction/mise en forme.
Et là je parle à mon petit niveau de développeur loin d'avoir l'expérience de ceux de la fondation Mozilla.
C'est pour cela que je me pose encore et toujours la question du pourquoi du problème de la localisation....
Autant pour les "plugins" et autres "extensions" je peux comprendre (un changement de version peut induire un problème de rétro-compatibilité, voire des changements profonds et irréversibles dans une API), autant pour la localisation je pense qu'il y a un problème quelque part.
Sinon, à part cela, je suis aussi un utilisateur "heureux" de Firefox, ma quasi seule alternative quand je suis obligé de bosser sous Windows.
[^] # Re: Firefox pire qu'IE ??
Posté par Sylvain Briole . En réponse à la dépêche Sortie de Firefox/Thunderbird 1.0.6. Évalué à 4.
Je ne suis pas forcément de cet avis.
Autant si de nouveaux mots/de nouvelles expressions arrivent au dictionnaire des termes utilisés par Firefox lors d'un changement de version, il y a nécessité de traduction, autant si la quantité de mots/d'expressions ne change pas d'une version à une autre, je ne vois pas le problème de la localisation, tant que cela reste dans un fichier séparé.
Je ne suis pas un développeur de haute volée, mais je suis actuellement sur un projet où je suis tenu de développer en 2 langues.
Dans mon code, j'ai un truc tout bête lorsque je dois afficher une chaîne de caractères : j'encapsule dans une fonction qui fait appel à un dictionnaire qui a préalablement chargé en mémoire la traduction.
Ainsi, le print_translated('hello') se mue pour l'utilisateur en affichage de "bonjour" ou "hallo" en fonction de ses desirata, avec un dictionnaire 'achement balaise placé dans un fichier .txt du style "hello => hallo" pour le fichier de.txt et "hello => bonjour" pour le fichier fr.txt.
Quand la chaîne est absente du fichier (parce que je n'ai pas eu le temps de traduire tous les termes), il affiche tout simplement le terme en anglais (langue utilisée pour le développement), sans aucune traduction/mise en forme.
Et là je parle à mon petit niveau de développeur loin d'avoir l'expérience de ceux de la fondation Mozilla.
C'est pour cela que je me pose encore et toujours la question du pourquoi du problème de la localisation....
Autant pour les "plugins" et autres "extensions" je peux comprendre (un changement de version peut induire un problème de rétro-compatibilité, voire des changements profonds et irréversibles dans une API), autant pour la localisation je pense qu'il y a un problème quelque part.
Sinon, à part cela, je suis aussi un utilisateur "heureux" de Firefox, ma quasi seule alternative quand je suis obligé de bosser sous Windows.