Je voyais cela comme cela: $mesgs pour les message a affichée non erreur $errors pour les messages a afficher de type erreur
$mesg n'est plus a utilisé en global sur la page (reliquat quand on ne geré qu'un seul mesage a la fois) mais peut l'etre pour fabriquer temporairement un message specifique à passer a SESSION['dol_message'] $error n'est plus a utiilsé a part pour avoir un compteur d'erreur et permettre des if (! $error) (que ce soit page ou fonction). On est donc pas loin. dol_htmloutput_mesg ne doit a terme traiter que $mesgs dol_htmloutput_errors ne doit a terme traiter que $errors Il reste les cas particulier (les cas ou on doit afficher un message qui doit etre affiché de maniere particulière, par exemple parcequ'on veut qu'il reste "inline" dans a page et non en popup. Dans ce il faudrait une autre variable. Par exemple $messageinline. Le 23 juillet 2012 22:39, Régis Houssin <regis.hous...@cap-networks.com> a écrit : > Il faudrait qu'on se mette d'accord sur la façon de traiter les messages > d'erreurs ou autres, car entre $mesg, $mesgs, $error et $errors ont s'y > perd un peu. > Je propose d'utiliser seulement les tableaux $mesgs dans les pages et > $errors dans les fonctions, puis $error pour les tests et $mesg pour > construire des messages spécifiques qui seront stockés ensuite dans $mesgs > ou SESSION['dol_message'] si on doit recharger la page ou lors d'un appel > d'une autre page. > > Ensuite la fonction dol_htmloutput_mesg ne devrait traiter que le tableau > mesgs > > ----------------------------------------- > Régis Houssin > Tél. +33633020797 > http://www.dolibarr.fr > http://www.dolibox.fr
_______________________________________________ Dolibarr-dev mailing list Dolibarr-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
