On Wed, 19 Jan 2011 22:51:38 +0100 chemit <chemit@codelutin.com> wrote: ...
De même je suis assez pour qu'on supprime les méthodes historiques :
I18n.init(String) I18n.init(String, String)
On sait quand même écrire une locale ou la convertire lorsque ça vient par exemple d'ApplicationConfig.
Qui s'oppose à la dépréciation de ces deux méthodes init ?
moi, un peu :). Mais pas trop :) (pas le courage d'expliquer par mail :() Sinon j'attendrais peut-être que ApplicationConfig sache retourner un objet Locale
Quelqu'un voit une objection a virer _(String) du code puisque _(String, Object...) la remplace.
Le seul probleme, peut-etre, serait dans des programmes qui ne comprennent pas la syntaxe ... et qui attende toujours un Array (ca arrive aussi dans certain langage de script avec lequel on utilise les methodes java).
+1
Cela serait très bien de supprimer ces méthodes car c'est un peu agaçant d'avoir toujours la complétion sur les deux méthodes dès qu'on veut traduire.
ticket créé pour la version 3 (changement d'api): http://www.nuiton.org/issues/show/1214 ...
- j'ai mis aussi un petit @since 2.1 sur tes nouvelles méthodes Ben car c'est assez important je pense.
Oui c'est une bonne pratique, j'essaie de le faire, mais j'y pense pas encore toujours :( -- Benjamin POUSSIN -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin@codelutin.com http://www.codelutin.com