| Re: EXTCAL version 2.26 / 2.32 |
Titre du sujet : Re: EXTCAL version 2.26 / 2.32
par JJDai sur 08/11/2011 13:53:17
Cesag Pour l'instant je ne saurais pas dire exactement, parce que je continue a développer sur les dernières version stables que j'utilise (2.18 à 2.5.0)
Il est possible que le problème viennent un peu des deux.
C'est un module ancien qui utilise des options qui étaient utilisées au moment ou il a été développé mais qui ne serait plus utilisé maintenant.
Par exemple le typage des champs de date en int(11) serait plus judicieux aujourd’hui en dateTime.
Mais il n'est pas du tout évident de passer de l'un à l'autre sans remettre en cause l'existant.
Je vois mal demander au utilisateurs de réinstaller le module à chaque nouvelle version, et lui dire de ressaisir toutes ses données.
De plus plusieurs développeurs y ont ajouter des fonctionnalités, ce qui ajoute des strates de version qui ne sont pas toujours facile à gérer.
Avant d'utiliser cette version, laissez moi le temps de faire un patch qui permettra la mise à jour de la base sans réinstaller.
Mamba si je peux me permettre, il faudrait que l'on accorde nos violons car ça m'oblige à reprendre mes dernières modifs sur cette nouvelles versions. C'est très embêtant car ça génère parfois beaucoup de travail.
De plus demander au utilisateurs du module de réinstaller le module au risque de perdre des données importantes, ou de générer un travail important de ressaisie me parait pas être une bonne chose.
Je suis tout à fait d'accord sur le fait de modifier la base de données, d'ailleurs c’étaient dans mes intentions notamment le typage des dates, mais cela ne doit pas refaire au détriment de existant.
Si l'on veut que Xoops reste crédible, il faut assurer la pérennité des modules (bien sur sans remonté aux prime versions de xoops ), mais au moins sur les dernières versions stables encore en service.
JJDai
|
|
