ca permettrai de ne mettre que le message et ne plus se soucier des balises div
Le 24/07/12 11:41, Laurent Destailleur (eldy) a écrit : > Oui, on pourrait en effet. > Notons que pour l'instant le dol_htmloutput_mesg detecte tout seul la > nature (error, mesg, warning) mais la detection marche que dans 99% > des cas. Avoir 3 param serait mieux. > > > Le 24/07/2012 10:42, Régis Houssin a écrit : >> Du coup on va devoir ajouter un dol_htmloutput_* pour mesg et error, >> est-ce que ce n'est pas un peu trop ? >> >> Est-ce qu'on pourrait pas plutôt traiter les trois comme ceci: >> >> dol_htmloutput_mesg($mesgs, $warnings, $errors) >> >> Ainsi on aurait les trois et de plus, plus besoin de mettre les div >> dans les messages >> >> ----------------------------------------- >> Régis Houssin >> Tél. +33633020797 >> http://www.dolibarr.fr >> http://www.dolibox.fr >> >> Le 24 juil. 2012 à 10:15, Destailleur Laurent <e...@destailleur.fr >> <mailto:e...@destailleur.fr>> a écrit : >> >>> 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 >>> <mailto: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 <tel:%2B33633020797> >>> http://www.dolibarr.fr >>> http://www.dolibox.fr >>> >>> >>> _______________________________________________ >>> Dolibarr-dev mailing list >>> Dolibarr-dev@nongnu.org <mailto:Dolibarr-dev@nongnu.org> >>> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev >> >> >> _______________________________________________ >> Dolibarr-dev mailing list >> Dolibarr-dev@nongnu.org >> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev > > > > > _______________________________________________ > Dolibarr-dev mailing list > Dolibarr-dev@nongnu.org > https://lists.nongnu.org/mailman/listinfo/dolibarr-dev Cordialement, -- Régis Houssin --------------------------------------------------------- Cap-Networks Cidex 1130 34, route de Gigny 71240 MARNAY FRANCE VoIP: +33 1 83 62 40 03 GSM: +33 6 33 02 07 97 Web: http://www.cap-networks.com/ Email: regis.hous...@cap-networks.com Dolibarr developer: re...@dolibarr.fr Web Portal: http://www.dolibarr.fr/ SaaS offers: http://www.dolibox.fr/ Shop: http://www.dolistore.com/ Development platform: https://doliforge.org/ ---------------------------------------------------------
_______________________________________________ Dolibarr-dev mailing list Dolibarr-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/dolibarr-dev