Re: [Cantharella-devel] CR Réunion Cantharella du 21/03/2013
Bonjour Eric,
SP> Internationalisation: - Mettre à jour les entêtes des colonnes des tableaux quand on change de langue (quand changement de langue sur la page en question) Une subtilité de wicket, je ne sais pas pourquoi les titres change bien mais pas les entètes de tableau. Une idée ? Ca semble venir de la façon de faire l'i18n actuellement.
Actuellement c'est plus ou moins codé avec: Component trad = getString("cle"); qui est utilisée comme chaine statique ou comme model contenant cette chaine statique et qui, après appel, n'est pas lié à la locale. Le changement de locale ne semble donc pas avoir d'effet.
J'ai testé rapidement en remplacant le code précédent par: StringResourceModel page = new StringResourceModel(getResource(), this, null); qui corrige cela.
Si cela vous semble correcte de faire comme ca il va falloir le faire sur toutes les pages de l'application.
S'il n'y a pas d'effet de bord, cela me semble une bonne solution à première vue.
Une autre solution serait de changer le comportement lors du clic sur le changement de locale (qui actuellement rafraichit la page en ajax). Il pourait forcer un affichage complet de la page. setResponsePage(getPage());
Pourquoi pas également... L'intérêt serait de continuer à bénéficier de la méthode getString(...). Je te laisse trancher, je n'ai pas plus étudier la question. -- Adrien Cheype Ingénieur en Systèmes d'Information Service « Informatique Scientifique et Appui aux Partenaires du Sud » Direction du Système d'Information (DSI) http://www.ird.fr/dsi/ http://www.ird.fr/informatique-scientifique/ INSTITUT DE RECHERCHE POUR LE DEVELOPPEMENT BP A5 - 98848 Nouméa - Nouvelle Calédonie Tél. +687 260 789
Le 05/04/2013 09:01, Adrien Cheype a écrit :
J'ai testé rapidement en remplacant le code précédent par: StringResourceModel page = new StringResourceModel(getResource(), this, null); qui corrige cela.
Si cela vous semble correcte de faire comme ca il va falloir le faire sur toutes les pages de l'application.
S'il n'y a pas d'effet de bord, cela me semble une bonne solution à première vue.
Une autre solution serait de changer le comportement lors du clic sur le changement de locale (qui actuellement rafraichit la page en ajax). Il pourait forcer un affichage complet de la page. setResponsePage(getPage());
Pourquoi pas également... L'intérêt serait de continuer à bénéficier de la méthode getString(...).
Je te laisse trancher, je n'ai pas plus étudier la question. setResponsePage(getPage());ne fonctionne pas car il renvoie la même instance de page et ne la traduit donc pas.
setResponsePage(getPageClass(), getPageParameters()); fonctionne, mais par sur les page qui n'ont pas de constructeur vide. Je vais donc partir sur l'utilisation de StringResourceModel plutôt, même si ca implique plus de modifications. -- Éric Chatellier - Code Lutin Tel: 02.40.50.29.28 - http://www.codelutin.com
Le 15/04/2013 14:20, Eric Chatellier a écrit :
Je vais donc partir sur l'utilisation de StringResourceModel plutôt, même si ca implique plus de modifications. J'ai fait un essai sur http://demo.codelutin.com/cantharella/
Beaucoup plus de chaines sont traduites, mais pas encore toutes: - le behaviour Javascript pour la confirmation de suppression - les données qui concernent les pays/langues parce que je ne parviens pas a utiliser un modèle wicket dans ces cas là. Est-ce gênant ? -- Éric Chatellier - Code Lutin Tel: 02.40.50.29.28 - http://www.codelutin.com
Le 16/04/2013 02:34, Eric Chatellier a écrit :
Le 15/04/2013 14:20, Eric Chatellier a écrit :
Je vais donc partir sur l'utilisation de StringResourceModel plutôt, même si ca implique plus de modifications. J'ai fait un essai sur http://demo.codelutin.com/cantharella/
Beaucoup plus de chaines sont traduites, mais pas encore toutes: - le behaviour Javascript pour la confirmation de suppression - les données qui concernent les pays/langues parce que je ne parviens pas a utiliser un modèle wicket dans ces cas là.
Est-ce gênant ? Bonjour Eric,
Ok pour la solution des StringResourceModel. Je n'aurai pas le temps de t'aider sur cette question, ces petits problèmes restants ne me gènent pas plus que ça. A voir si cela convient également à Sylvain... Peux-tu toutefois me confirmer qu'avec un navigateur web configuré en anglais, on aura tout de même ces messages bien chargés dans cette langue dès la première consultation de page ? Adrien -- Adrien Cheype Ingénieur en Systèmes d'Information Service « Informatique Scientifique et Appui aux Partenaires du Sud » Direction du Système d'Information (DSI) http://www.ird.fr/dsi/ http://www.ird.fr/informatique-scientifique/ INSTITUT DE RECHERCHE POUR LE DEVELOPPEMENT BP A5 - 98848 Nouméa - Nouvelle Calédonie Tél. +687 260 789
Le 24/04/2013 03:34, Adrien Cheype a écrit :
Peux-tu toutefois me confirmer qu'avec un navigateur web configuré en anglais, on aura tout de même ces messages bien chargés dans cette langue dès la première consultation de page ?
Je confirme... mais sur la prochaine release. Je viens de corrigé une erreur donc ca ne fonctionne pas sur la 1.1-rc1 -- Éric Chatellier - Code Lutin Tel: 02.40.50.29.28 - http://www.codelutin.com
participants (2)
-
Adrien Cheype -
Eric Chatellier