none
button_clik RRS feed

  • Discussion générale

  • bonjour

    est il possible de modifier le  QueryStringField d une sqldatasource ce trouvant sur une page apartir d'un clik event d un bouton d une autre page ?

    ca veux dire j ai un bouton qui m envoie vers une autre page lorsque je clik sur ce bouton est il possible de changer le  QueryStringField de la sqldatasource de la page cible ??

    • Type modifié Aurel Bera lundi 17 décembre 2012 13:46 Pas de reponse
    lundi 10 décembre 2012 17:24

Toutes les réponses

  • Bonjour,

    La source n'existe que sur la page où elle est déclarée donc ce qui doit être possible est de passer qq chose à cette page (querystring ?) lorsqu'on navigue vers la page depuis ce bouton pour lui demander de changer le nom de ce QueryStringField... A voir mais est-ce nécessaire ? Ne serait il pas plus simple de toujours fournir l'info voulue sous un nom fixé une fois pour toute ?


    Please always mark whatever response solved your issue so that the thread is properly marked as "Answered".

    mardi 11 décembre 2012 11:48
    Modérateur
  • Merci pour l info Patrice mais le problème est que je vois pas comment fixé l info étant donné que je dois accéder a la page cible a partir de 2 pages une avec un bouton et l autre a partir d'un HyperLinkField d'une gridview!!!
    mardi 11 décembre 2012 16:59
  • Si dans les deux cas, on appelle la page sous la forme mapage.aspx?MonId=<Valeur> alors le QueryStringField sera toujours "MonId". Dans le lien pas de problème (ou quel est le problème ?), avec le bouton on peut le gérer éventuellement côté serveur et faire un response.redirect en passant l'id en paramètre ? (ou je ne vois pas la souci ?)

    Sinon comme je dis on est sur la page A, la page B n'existe pas et donc la page A va devoir déclencher la page B et c'est seulement maintenant que l'on pourra modifier l'état de la page B. Donc il faudra que cette page B récupère une info de la page A pour pouvoir agir en conséquence (ce qui finalement revient au même donc autant récupérer directement l'info dont a besoin toujours de la même façon).


    Please always mark whatever response solved your issue so that the thread is properly marked as "Answered".


    mardi 11 décembre 2012 17:42
    Modérateur
  • enfaîte Patrice je ce que j ai fait au début sur la page A sur la quelle il y 2 boutons Bouton1 m envoie vers C et Bouton2 m envoie vers D j ai crée une session dans la quelle j ai mis l id dont j ai besoin en suite je le récupère dans la page C ou D et avec ce id je peut alimenter une gride view avec une querysession dans la sqldatasource dédié

    dans la page B j ai une gridview1 dans la quelle la colonne1 il y a l id dont j ai besoin les 3 dernières colonnes sont des hyper links le premier m envoie vers la page A le deuxième vers C et le troisième vers D et la le datasource des pages cible recupere l id aprtir de la premiere colonne de la gridview1

    avec le quelle je peut alimenter ma gridview cible avec querystring dans la sqldatasource dédié.

    je me trouve dans la situation soit j utlise les bouton dans la page A soit les hyperlinks dans la page B puisque la premiere methode ,avec des boutons, dans les pages cible je dois utliser une querysession pour alimenter la gridview  et avec la deuxieme methode avec hyperlinks je dois  utliser une queryString pour alimenter la meme gridview.j arrive pas atrouvé une maniere  d alimenter cette gridview avec les 2 methodes.

    le querystring ne détecte pas les session et le querysession ne détecte pas les id ou le QueryStringField .

    Merci pour ton aide

     
    mardi 11 décembre 2012 20:20
  • Je pensais donc juste à qq chose comme mettre Response.Redirect("autrepage.aspx?monid=" & Valeur) dans le click du bouton (il est lui-même dans un GridView ?).  On peut utiliser également l'évènement Command. Je ne sais pas trop si le problème est le response.redirect ou de récupérer par exemple l'id de l"item concerné si le bouton est lui-même dans une gridview ?

    Une autre approche simple que je vois, pourrait être de toujours utiliser une variable de session mais de transférer une éventuelle valeur trouvée en QueryString dans cette variable. Cela permettrait à la page de prendre en charge les deux cas de la même façon. L''idée est qu'au lieu de récupérer un paramètre supplémentaire pour savoir si c'est querystring ou session, on se contente de tester querystring et de transférer éventuellement en session pour se ramener toujours dans le même cas (ou idem on  teste querystring et si on ne trouve pas la valeur c'est qu'on veut session à la place et on modifie les paramètres en conséquence).

    Il me semblerait plus simple de toujours utiliser la même approche (donc #1 en redirigant vers la page avec un QueryString suite à un click de bouton en utilisant Response.Redirect).


    Please always mark whatever response solved your issue so that the thread is properly marked as "Answered".

    mercredi 12 décembre 2012 09:20
    Modérateur
  •  

    Bonjour,

    Est-ce que vous avez testé les solutions proposées ? Merci de partager avec nous les résultats, afin que d'autres personnes avec le même problème puissent profiter de cette solution.

    Cordialement,

    Aurel


    Aurel BERA, Microsoft
    Microsoft propose ce service gratuitement, dans le but d'aider les utilisateurs et d'élargir les connaissances générales liées aux produits et technologies Microsoft. Ce contenu est fourni "tel quel" et il n'implique aucune responsabilité de la part de Microsoft.

    lundi 17 décembre 2012 10:30
  • Bonjour,

    Nous changeons le type de votre question à « Discussion générale ». Si vous avez plus de temps pour réexaminer la question et fournir plus d'informations, n'hésitez pas à modifier le type du thread à « Question ». Si le problème est résolu, s’il vous plaît partagez la solution avec nous afin que la réponse puisse être trouvée et utilisée par d'autres membres de la communauté ayant des questions similaires.

    Merci !

    Cordialement,

    Aurel


    Aurel BERA, Microsoft
    Microsoft propose ce service gratuitement, dans le but d'aider les utilisateurs et d'élargir les connaissances générales liées aux produits et technologies Microsoft. Ce contenu est fourni "tel quel" et il n'implique aucune responsabilité de la part de Microsoft.

    lundi 17 décembre 2012 13:46