Discussion :

[oclone]

Bonjour,
Lors d'un double clique sur une ligne d'une grille j'entre dans une fonction js qui me transmet les données de cette ligne dans l'url

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

document.location.href="AssistantFinOperation.aspx?debut="+values[0]....

Probleme : mes variables peuvent contenir des caractères qui posent problèmes (# par exemple).
J'aimerais donc pouvoir récupèrer (sauvegarder) ces données autrement.

Avez vous une idée?

Merci de votre aide

[Arthis]

Pense a l'encodage Html de tes valeurs que tu fais transiter.. cela devrait resoudre tes soucis.

[oclone]

Qu'est ce que tu entends par l'encodage html?

Je vois pas tres bien concrétement ce qu'il faut faire :/

[Arthis]

regardes par ici : http://www.developpez.net/forums/d66...rystring-titl/

[oclone]

OK merci.

Petite question : quelle est la difference entre un Request.QueryString["var"] et un Request.Params["var"]?

[Arthis]

je crois que le querystring implique que tu recuperes tes données depuis un get exclusivement alors que le second les prendra qu'elles viennent de get ou de post. Mais à confirmer...

[oclone]

bon j'ai fait dans mon lien depuis ma fontion js :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

encodeURIComponent("AssistantFinOperation.aspx?debut="+values[0]....

Puis je recupere dans mon code behind :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

debut.Text = Server.UrlDecode(Request.QueryString["debut"]);

Mon url est : AssistantFinOperation.aspx?debut=BCR#

Et je recupére dans mon champ texte : BCR :/

(j'ai essayé aussi :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

document.location.href=UrlEncode("AssistantFinOperation.aspx?debut="+values[0]....

qui ne fait pas d'erreur mais ne me permet pas non plus de recuperer mon diese).

[Arthis]

Effectivement, j'etais persuadé que le diese etait géré par cette fonction. Bon le mieux que tu as à faire alors est de le gérer a la main en le replacant par "diese " par exemple.

Mais il est vrai que placer des # dans une url sans que cela soit des ancres, c'est tout de même un peu retors, n'est ce pas?

[oclone]

ouai mais comment le faire passer autrement?

[tortuegenie]

Request.QueryString ne te renvoie que les variables qui sont définits dans l'url tandis que Request.params te renvoi toutes les variables utilisées dans l'objet request (viewstate,...)

[Arthis]

En lui donnant un code que ton application saura decrypter. Tu fais un truc du style :

dans la page qui cree le lien :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

mastring.replace("#","diese");

dans la page qui recoit et decrypte le lien :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

mastring.replace("diese","#");

Si tu utilises 3.5 tu peux meme faire une petite fonction d'extension pour l'avoir toujours sous la main. Maintenant, il est vrai que cela fait assez bricolage, mais cela aura le mérite de fonctionnner.

[lysiandad]

En lui donnant un code que ton application saura decrypter. Tu fais un truc du style :

dans la page qui cree le lien :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

mastring.replace("#","diese");

dans la page qui recoit et decrypte le lien :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

mastring.replace("diese","#");

[...]

C'est en effet la bonne technique à employer.

J'ajouterais, pour la compréhension, ce qui est la source de votre problème initial :

grossierement, une URL/URI pour le protocole HTTP a cette forme, du moins en syntaxe d'URL/URI absolue :

http://hote[:port]/chemin[?param1=val1&param2=val2&...][#fragment]

(cf. RFC 2616 -- http://www.ietf.org/rfc/rfc2616.txt )

où :

* "port" est optionnel, comme vous savez

* "chemin" peut être vide

* "param1=val1&param2=val2&..." sont optionnels, eux aussi

Mais l'hote serveur HTTP ne "voit" (via QueryString en ASP.NET p.ex, mais c'est valable aussi pour PHP, CGI, etc) que la partie de la syntaxe située avant ce qu'on appelle "le fragment" ( le "#fragment" ) ; car en effet, ce "fragment" est une information "out-of-band" conçue dans la RFC 2616 pour etre a destination du client (p.ex navigateur) HTTP de l'application.

En effet, la partie de la syntaxe URL/URI avant le "#" désigne ou identifie la ressource et seulement la ressource (p.ex le HTML reçu par le client) ; tandis qu'après le "#", l'ID de fragment, en option, est quant à lui l'information "out-of-band" transmise pour demander au client HTTP d'interpreter (ou de se "concentrer sur" ) seulement une partie de cette ressource ; ce que font typiquement les navigateurs en scrollant vers le bas, p.ex, vers "l'ancre" directement après le rendu HTML, pour se positionner tout de suite sur le "bon" paragraphe.

Pour d'autres applications HTTP, où les flux sont XML p.ex, sans etre a destination d'humains, ce fragment peut être utilisé pour indiquer au client de ne s'interesser qu'a un noeud (élément) particulier du document XML ( "<dictionary>...<word id="wrath">...</word>...</dictionary>" => URL du genre http://.../dictionary/english#wrath )

[ EDIT ]

En clair, votre application ASP.NET, côté serveur, "en fait un peu trop" et tente d'exploiter une information, qui, par conception du protocole HTTP, en l'espèce concernant la syntaxe des URLs/URIs, ne lui est pas destinée, puisque normalement destinée au client (le navigateur).

Ce n'est pas dramatique / ridicule en soit (car après tout, HTTP fut initialement conçu pour transporter du HTML, mais on lui a trouvé bien d'autres usages depuis son invention fin des 80's...) mais c'est tout de même une enfreinte à ses objectifs de conception et d'utilisation que vous devez avoir à l'esprit dans votre cas particulier.

Par là, je veux dire : ce que vous mettez après le "#" ( une information technique ou métier ) ne pourriez vous pas le mettre avec le reste des paramètres introduit par "?" à destination de la page aspx, en étant plus conforme au rôle joué par le serveur, donc ?

'HTH

[Arthis]

Oua c'est une chouette réponse cá. si apres il y a des questions, je veux bien refuser tous mes cadeaux de noel ce soir!

D'ailleurs Joyeux noel a tout le monde!!

[lysiandad]

Oua c'est une chouette réponse cá. si apres il y a des questions, je veux bien refuser tous mes cadeaux de noel ce soir!

D'ailleurs Joyeux noel a tout le monde!!

Merci pour le compliment indirect...

Mais bon, on va dire que vous blaguez : je n'aimerais pas savoir que vous avez refusé vos cadeaux du papa noel a cause d'une autre question sur ce fil par un rebond sur nos réponses... ce serait triste !

Et oui, joyeux noel a tous, au fait !