> 4-L'icône mailto dans la liste des adhérents (gestion_adherents.php) me
> semble inutile vu qu'il y a les case à cocher et le lien "envoyer un
> courriel à tous en bas de page.
>
Hum... je me suis posé la question aussi, mais cela permet d'envoyer
'facilement' un mail à un seul adhérent, en passant par le mailer de
l'utilisateur, et pas par php. Je suis personnellement pour conserver
cette option.
Je pense aussi qu'il faut garder cette option très pratique.
> 5-je ne sais pas pour vous mais j'ai des pb d'encodage de caractère
> (accents dans les nom ou prénoms d'adhérents par exemples qui sont
> encodé en utf8 dans ma base et s'affichent mal à l'écran)
>
Encodés en UTF dans la base ? Mes tables possèdent toutes un
interclassement "latin1_swedish_ci", ce n'est pas ton cas ?
pareil dans mon cas, latin1_swedish_ci et ça fonctionne bien.
> Pour le reste, superbe commit, merci pour les onglets dans les
> préférences et tout le reste.
>
Héhé, mais de rien, content que tu apprécies ;-)
il faut que je le récupère pour tester :-)
> Questions pour lancer la discussion:
> Vu que cette version est devenu la future v07, quid de la v063 bugfix?
>
Je pense qu'il va vraiment falloir que je prenne le temps et le courage
de m'y remettre et de publier une
0.63 stable. J'aurai à cette occasion
besoin de testeurs, avis aux intéressés ! :-p
Pas de souci pour ça... dès que tu penses que la version est suffisamment stable tu fais signe
> S'impose t'on une date de release de la v07 official ?
>
Hum... dans le libre la devise est généralement : "on release lorsque
c'est prêt" :-D
l'idéal c'est "on release lorsque la roadmap est atteinte" non ? :)
J'ai commencé à intégrer la gestion de la base de données par
PEAR::MDB2, la gestion des logs par PEAR::Log, j'ai implanté une classe
php5 pour la gestion de la langue, commencé aussi des classes php5 pour
la gestion des adhérents et des préférences...
Autant dire pour résumer que je n'ai pas la moindre idée aujourd'hui du
temps qu'il faudra pour finaliser tout cela :/
Perso, je trouve qu'il s'agit là de gros changements et qui devrait faire partie d'une release majeure de Galette, genre une
0.7 pourquoi pas.
Ne serait-il pas mieux de sortir un 0.63 avec tous les derniers changements ? il s'agira déjà de grosses modifications par rapport à la 0.62.
J'espère cependant sortir une version alpha avant la fin de l'année,
afin de proposer une version complètement php5 avant la fin du support
de php4... Je ne peux rien promettre malheureusement, je suis tributaire
de mon travail :/
La 0.62 moyennant quelques corrections fonctionnent très bien sous PHP5.
> Quel roadmap pour le développemnt de cette version ? (autrement dit que
> choisi t-on d'y mettre et de ne pas y mettre, donc priorité des task de
> la todo list ?)
>
Là aussi faut que je m'y colle.
La todolist est à revoir, pas mal d'éléments manquent. Pour moi, les
principales modifs seront :
- relooking
- ajout de fonctionnalités dynamiques (onglets et autres) grâce à JQuery
- utilisation d'objets PHP au maximum
- tant qu'à faire, la correction de bogues qui traînent (j'entends par
bogues ici les bogues strictement reproductibles, pas ceux spécifiques à
un hébergeur particulier sur lequel je ne peux pas tester).
Je suis d'accord avec toi, il faut revoir la todolist. Une fois établie, il faut raisonnablement affecter des priorités et un numéro de version en face... genre (je donne les numéros au pif) : relooking ->
0.7, objets PHP -> 0.68
Ca permet ainsi de valider et de rendre stable une version en figeant les évolutions.
C'est le principe que nous appliquons pour IPCop par exemple.
S'il est possible de vider au maximum la todolist actuelle, ce sera
super aussi.
mais il faut toujours une todolist... :-)
Bref, soyez indulgents, j'ai pas mal d'idées, mais assez peu de temps
malheureusement pour les réaliser :/
Comment peut-on t'aider à avancer et surtout à te décharger un peu ?
Eric.
Re: [Galette-devel] Rev 412: pb avec $language