Citation :

C pas faire un fork c passer de passif à actif.
Je vais prendre un exemple assez limite mais qui reflete bien ce que je pense:

Tu es dans la rue, une nana tombe s evanouie devant toi, tu connais les premiers soins, tu fais quoi?
Tu attends sagement les pompiers qu ils arrive ou tu fork et tu fais les premiers gestes...?

C un peu la même chose ici, on attend que xoops.org se bouge (plus d un an d attente) ou on fait une action qui même si cela ne va pas jusqu au bout aura le mérite j en suis sur de faire bouger xoops.org et notre travail sera surement récupéré intelligemment.

Alors Muse tu en es?

Citation :

Oui et si ca change pas qu est ce que l on fait.
Faudrait arreter de raler et prendre une decision collective.

Est ce que OUI ou NON on met une team de dev en marche et on s attaque a tous les problèmes un à un?

Citation :

Kris ou est ce p.... de cahier des charges pour que puisse nous aussi y avoir accès et savoir ce qui va se faire !!!! si tu l as met le en dl si te plait

Sur le principe c pas mal ... je le reconnais volontier.
Faudrait avoiru ne vu d ensemble du code source de xoops pour affinner nos travaux.
Maintenant faut aussi refléchir a deux 3 choses.
Si on retouches tout le noyau autant le passer en php5 direct...

Mais la on fait le boulot de xoops.org donc un fork ...

la question est toujours comment verifier que le compte mail existe bien sur le nom de domaine

Citation :

C pas faux non plus !!!!

Le problème a mon avis c que le cahier des charges étant inexistant on ne peut pas coder le kernel.
Etablir le cahier des charges d un module est moins difficile que de faire celui du kernel...
Mais c pas insurmontable.

En faite on a un gros problème d organisation comme le disait Marco.

Maintenant comment le résoudre. En faite la vrai question est comment organisé une véritable team xoops?

tout a fait lui utiliser phpdocumentator perso j ai prefere xref qui un perl des plus sympathique mais le concept est exactement le meme.
Ca me permet d avoir un support pour décortique le code et l expliquer ensuite.
J espere avoir fini ce soir un exemple a vous faire valider

Rectification : ca sera pas pour ce soir y a le match mdr et en plus je rajoute une doc UML sur les classes

Il est presque 4 heure du mat et les yeux bien embrumé par le manque de sommeil je viens vers vous...

je commence sérieusement a eplucher les classes de xoops et j ai eu une excellente surprise.

exemple

Comme vous pourrez le constater sur l exemple ci dessus le systeme que j ai choisi recupere les commentaire des codeurs un peu comme le ferait javadoc.

En gros ca veut dire que le code source est pas mal commenté. C'est assez agréable pour le décrypter. Par contre les methodes secondaires des classes elles sont laissée à l abandon.

Je pense qu il serait bon de remonter cette information au codeur du noyau xoops

gigamaster tu ne réponds toujours pas a mon post...

je pense que ca peut etre mis en hack c une simple fonction a mettre avant l insertion d inof dans la bdd
mais c sur que ca serait mieux que l on mette cette classe dans le noyau afin que ts les modules puissent l utiliser