On Tue, 25 Feb 2014 18:53:20 +0100 Eric Chatellier <chatellier@codelutin.com> wrote:
Le 25/02/2014 11:22, Tony Chemit a écrit :
Je peux plus rien pour toi, à ce niveau là, je ne vais pas refaire n releases pour une hypotéthique migration... Mais les utilisateurs n'utilisent pas jaxx? topia lequel? as-tu discuté sur topia-devel de la migration d'isis ? je n'ai rien vu passer à ce sujet :( Le problème porte sur i18n en tant que dépendance des projets sus-nommés, pas des projets eux mêmes.
Arranges toi avec les utilisateurs d'isis-fish pour qu'ils migrent ou pas. On ne peut pas toujours être freiner dans ce sens; il me semble qu'il y a des budgets alloué à Isis-fish; ils peuvent servir un peu à ça aussi.
autre solution : tu fais les releases. Pour moi, la solution me semble simple. Il n'y a, je pense, pas de problème à avoir l'ancienne api et la nouvelle dans la branche 3.x, pendant un ou deux ans, voire même jusqu'à Java 9. Et et i18n 4.x, l'ancienne api pourrait être supprimée. Cela laisse tout le temps au projet de migrer.
Y a-t-il une contre indication à ne pas procéder comme ça ?
J'avais compris que ça ne compilait plus si dans le code il y avait des _, ce qui n'est pas le cas; c'est juste dans des functions lambda. donc on peut se l'autoriser. J'ai donc réintroduit les méthodes _, n_ et t_. (https://forge.nuiton.org/issues/3096). -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 http://www.codelutin.com email: chemit@codelutin.com twitter: https://twitter.com/tchemit