Bonjour,
ça a peut-etre déjà été posé...
dans un lien du style:
monaction?param1=valeur1¶m2=valeur2&...¶m1=autrevaleur
Après traitement par le framework, quelle est la valeur de param1 ?(valeur1 ou autrevaleur?)
Merci.
Version imprimable
Bonjour,
ça a peut-etre déjà été posé...
dans un lien du style:
monaction?param1=valeur1¶m2=valeur2&...¶m1=autrevaleur
Après traitement par le framework, quelle est la valeur de param1 ?(valeur1 ou autrevaleur?)
Merci.
param1 sera égal à "autrevaleur" autrement dit celle du paramètre parsé en dernier.Citation:
Envoyé par powerlog
Ceci dit quel intérêt à passer deux fois le même paramètre ?
Tu as peut-être une problématique qui peut être résolue par l'intermédiaire du XMLC_Pivot : Cf http://www.developpez.net/forums/sho...ght=XMLC_Pivot
et
http://www.developpez.net/forums/sho...ght=XMLC_Pivot
D'autres threads dans le forum traitent du pivot.
Merci Sylvain.
Donc le framework parse de gauche à droite : le dernier paramètre à toujours raison.
Ce n'est pas pour du pivot.Citation:
D'autres threads dans le forum traitent du pivot.
Depuis peu je me suis rendu compte que l'on pouvait utiliser XMLC_NavigationParams pour ré-envoyer les paramètres d'entrée.
Je vais donc pouvoir utiliser :
monaction?{/document/XMLC_Params/XMLC_NavigationParams}&Param1=monautrevaleur sans oublier aucun paramètre.
Param1 qui aura été modifié par l'utilisateur comme par exemple la colonne de recherche ou de Tri d'une liste.
Tu peux aussi regarder du côté de XMLC_Session, très pratique pour véhiculer un dictionnaire de paramètres d'une page à une autre.
Car XMLC_NavigationParams n'est utile que dans le cas de passage de paramètres en GET, via l'url.
Si tu as la même problématique, mais que tu veux passer tes params en POST, via un formulaire par exemple, alors XMLC_Session est la solution.
Cf. : http://xmlrad.developpez.com/cours/session/
C'est excellent.
Malheureusement dans la version que j'utilise XMLRAD2005 : les sessions ne sont pas encore implémentées :triste:
Pourquoi pas une petite migration vers la 2006 ?
Parce que :
1)je suis à la bourre sur ma feuille de route fonctionnelle et de débogage,
2)j'ai plus de 1000 services,
3)dont plus de la moitié avec des composants webform et businnesservice et non des xmlcomponent que je doit retranscrire en xmlcomponent,
4)....et plein d'autres raisons plus ou moins valables
J'y pense (et puis j'oublie...)
Effectivement, ça serait pas une "petite" migration :P
Néanmoins... :lol: