Je déplace en Beta test... (je reconnais quand même le point).

mathiasm a écrit:

soit on gère directement le pb masc/feminin avec un clé, genre Last/LastF si on privilégie le masculin ou Last/LastM dans le cas contraitre.

Là, je ne comprends plus du tout !
J'avais compris (depuis hier soir, merci Nicolas) que la clé était forcément l'english value pour des raisons de fallback. Clairement, LastM et LastF ne représentent rien dans la langue de Shakespeare :(

VDigital a écrit:

en tout cas ce n'est pas à l'anglais de ce préoccuper des genres des autres langues.

+1
Je n'arrive pas à me défaire de l'idée que l'anglais devrait avoir le même "statut" que les autres langues, même s'il reste la langue par défaut.
NB : dans TYPOlight, lorsque le libellé dans la langue de l'utilisateur est manquant, on utilise bien un "fallback language", mais on va alors chercher la valeur (value), pas la clé.

VDigital a écrit:

Imaginons une langue, pour laquelle on dise "un" galerie, ou "un" photo mais avec des exceptions

Sans compter qu'un certain nombre de langues ont 3 genres : masculin, féminin et neutre ...

Bonne idée (au moins en attendant mieux).

tosca a écrit:

VDigital a écrit:

en tout cas ce n'est pas à l'anglais de ce préoccuper des genres des autres langues.

+1
Je n'arrive pas à me défaire de l'idée que l'anglais devrait avoir le même "statut" que les autres langues, même s'il reste la langue par défaut.
NB : dans TYPOlight, lorsque le libellé dans la langue de l'utilisateur est manquant, on utilise bien un "fallback language", mais on va alors chercher la valeur (value), pas la clé.

VDigital a écrit:

Imaginons une langue, pour laquelle on dise "un" galerie, ou "un" photo mais avec des exceptions

Sans compter qu'un certain nombre de langues ont 3 genres : masculin, féminin et neutre ...

je n'arrive pas à me faire à l'idée que, parce que le choix a été fait qu'une langue soit plus importante qu'une autre, il ne soit pas possible de traduire correctement l'application dans d'autres langues avec des subtilités de langages plus riches.

il y a deux ou trois ans, une amie qui est traductrice m'avait dit que pour traduire correctement un document, le contexte était important.
je crois comprendre maintenant un peu mieux l'importance de ce qu'elle me disait.

grum a écrit:

Et là je suis confronté à un truc pas cool. J'ai 302 occurrences de {'xxxxx'|@translate} à changer.

Je pense que le passage de mon script a simplifié un peu la pénibilité de la tâche (enfin j'espère)

grum a écrit:

N'aurait-on pas du conserver Last page et traduire Dernière page ?

On ne pouvait pas "conserver" Last page puisque cette chaîne n'existait pas. C'était juste un code. On aurait pu l'appeller languagekey_00123.

Perso, je trouve que Première, Précédente, Suivante et Dernière, c'est très bien, pas la peine de rajouter "Page" (et encore moins "élément", qu'on devrait remplacer partout par "Photo" de toute façon).

De toute façon, comme tu le dis grum, il faut contextualiser la traduction. Plus l'expression à traduire est courte, plus c'est utile. Si en français, on trouve ça plus pertinent de traduire "Last" en "Dernière page", alors c'est tout à fait autorisé, rien ne l'interdit il me semble.

plg a écrit:

Perso, je trouve que Première, Précédente, Suivante et Dernière, c'est très bien, pas la peine de rajouter "Page" (et encore moins "élément", qu'on devrait remplacer partout par "Photo" de toute façon).

Pourquoi? Et les vidéos, les musiques, les pdf, ... Pourquoi pas les médias?
Ce n'est pas parce que Piwigo.com ne gère que des photos que le web se limitera aux images jpg.
Adobe permet de proposer des médias comme des images 3D, des panoramas, ...

Bref, "photo" est bigrement réducteur, non?