Bifurcation depuis
spip / spip
Le projet source a une visibilité limitée.
-
cerdic a rédigé
le retour de traiter peut avoir 3 formats - simple message texte - tableau a deux entrees ($editable,$message) - tableau explicite ('editable'=>$editable,'message_ok'=>$message,'redirect'=>$redirect,'id_xx'=>$id_xx) le dernier format est celui conseille car il permet le pipelinage, en particulier en y passant l'id de l'objet cree/modifie si message_erreur est present, on considere que le traitement a echoue Les deux premiers formats doivent etre consideres comme obsoletes. Ils sont gardes par soucis de compatibilite - Lorsque traiter veut effectuer une redirection il ne *doit pas* la faire lui meme, mais la demander dans le tableau renvoye par 'redirect'=>$url - Lorsque traiter effectuer une insertion ou une modification en base de donnee sur un objet editorial, il *devrait toujours* le passer dans le tableau renvoye : 'id_xx' => $id_xx L'utilisation de ces recommandations rendent le pipeline formulaire_traiter operationnel
cerdic a rédigéle retour de traiter peut avoir 3 formats - simple message texte - tableau a deux entrees ($editable,$message) - tableau explicite ('editable'=>$editable,'message_ok'=>$message,'redirect'=>$redirect,'id_xx'=>$id_xx) le dernier format est celui conseille car il permet le pipelinage, en particulier en y passant l'id de l'objet cree/modifie si message_erreur est present, on considere que le traitement a echoue Les deux premiers formats doivent etre consideres comme obsoletes. Ils sont gardes par soucis de compatibilite - Lorsque traiter veut effectuer une redirection il ne *doit pas* la faire lui meme, mais la demander dans le tableau renvoye par 'redirect'=>$url - Lorsque traiter effectuer une insertion ou une modification en base de donnee sur un objet editorial, il *devrait toujours* le passer dans le tableau renvoye : 'id_xx' => $id_xx L'utilisation de ces recommandations rendent le pipeline formulaire_traiter operationnel