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 ?
Je ne suis pas pour se tramballer des casseroles qaund on sait l'usage fait d'i18n dans Isis community (=null, ils ne traduisent rien). Je te suggère alors d'utiliser la version 2.9 et de faire des exclusions dans isis sur les autres libraires, ça devrait fonctionner non ? Benjamin m'a dit tout à l'heure qu'on a la main sur tous les scripts. Pour moi le plus simple c'est de virer des n_() des scripts, plus que de garder des api dépréciées des années. On ne parle pas non plus ici d'une communautés de milliers d'utilisateurs avec des milliers de fichiers, non? Toute proportion gardée, tu dois pouvoir gérer ça en moins d'une heure je pense. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 http://www.codelutin.com email: chemit@codelutin.com twitter: https://twitter.com/tchemit