Effectivement, il y a beaucoup de code.
Ce code à était conçu a la base pour servir un module de communication, dont un peu dur dur de si retrouvé mais c'est une solition qui ma permit pour mon premier module d'offrir les capacités suivantes :
- Choix de permission sur les années des cours
- Notifications variées (Admin et utilisateur)
- Affectation d'un professeur en fonction de ses cours
- Gestion des status des inscription
- Gestion des fichiers joints
- Gestion des MIME Types
- Possibilité de donnée droit à des réductions en Euros
- 2 Types de calculs des cotisations
- Affecté un tarif horaire
- Affecté un tarif au cours

Prochaines fonctions en cours de dévellopement :
- Travail sur les defines
- Travail sur les templates
- Possibilité de faire une réduc par %
- Enfin le clonage du module ainsi que la création de son logo

Etant novice je me suis servi d'un module deja existant.
Pourquoi Xhelp ?
Parce-qu'il gère et donne énormement de possibilité et je trouve son utilisation plutôt simple.
As tu lu le mode d'emploi (C'est court) ?
Tu pourrait me dire que c'est barban de devoir lire un mode d'emploi pour un module mais tu verra ensuite ce module offre beaucoup de possibilité et son interface coté utilisateur est assez complete.

Il faut aussi pensé qu'il s'imposera de faire un menage en fin de codage pour supprimé les coders inutiles.
Le module n'est même pas en version Beta.

Merci pour ton commentaire.

oui j'ai lu le mode d'emploi...

Mon problème c'est le temps, et regarder du code que l'on n'a pas fait c'est pas évident. Alors quand se rajoute une multitudes de classes...

Surtout qu'au premier coup d'oeil il me semble qu'il utilise des classes qui pourrait être coder directement en utilisant des classes xoops existantes (par exemple voir le dossier mail dans les class)...

A ta place je partirai sur un module vierge et j'écrirai le code au fur et à mesure des besoins (ne pas hésiter à faire un scénario), mais bon je suis pas à ta place...

Bon sinon j'ai un problème sur département et sur la gestion des champs :

J'avais pensé à ta solution mais en fait au debut je me suis lancé dans la programation plus par besoin que envi.

Pour le mois de Juin j'ai besoin d'un module complet pour mon association car les membres en ont marre de tout faire 40 fois.

En partant de zero je ne pense pas avoir assez de qualification pour faire un tel project dans les temps. Alors tampis pour l'apprentissage dans l'ordre, je commence par un module un peut complexe, j'arrangerai le code au fur et a mesure que j'apprendrai.

Mon prchain module je partirai de zero, pour l'instant j'ai pas le choix.

J'aimerai savoir si la méthode de programmation posera des problèmes avec les prochaines versions de xoops vu que le module de base date de 2 ans

Sinon pour ton erreur elle s'affiche quand tu créer un département ou un champ custum ?
Désactive le mode debug, il pose des soucis avec le JAVASCRIPT des champs custum.

L'erreur s'affiche simplement quand je clique sur le bouton département ou champ...

ceci dit, je n'avais pas ce message à la maison ce matin... ça vient donc de la version php que j'utilise au taf (donc module va posé problème avec les dernières version php)

Alors :
Ton script utilise pas mal de fois la fonction split();
et... lire le manuel php :ici, elle est dépréciée dans php 5.3.0

Donc il faudrait la remplacer par explode()
par preg_split ou str_split

(et voyant ça je m'aperçois que même le module system utilise la fonction split!)

Merci Winsion c'est ce genre de remarque que je recherche.

Je le note pour la remplacer par str_split.

Si d'autres ont des remarques. Alors Bienvenue sur ce post.