Contenu d'une listbox non récupéré sur Postback

Version imprimable

14/04/2011, 21h25
Lino Léum

Contenu d'une listbox non récupéré sur Postback

Bonsoir,

Jusqu'à maintenant, lorsque, sur une page ASP .Net, je devais transférer des éléments d'une listbox dans une autre, ça se faisait via un bouton qui provoquait un postback, donc avec un A/R Serveur.

Pour éviter cette sollicitation inutile du serveur, j'ai voulu m'amuser avec jQuery et utiliser cette librairie pour faire ça côté client.
Ça marche nickel pour ce qui est de l'aspect visuel : ma liste cible contient bien les éléments que j'ai piochés dans la liste source.

Le seul blème, et il est de taille, c'est que lorsque je clique sur le bouton de validation de ma page, ma listbox cible, vue côté serveur, est vide ou contient uniquement les éléments avec laquelle je l'avais initialisée, mais pas les éléments ajoutés côté client.

Je suppose que je commets une méga-bévue de débutant, mais je ne vois absolument pas laquelle.

Si une bonne âme pouvait me mettre sur une piste, ça m'ôterait une sacré épine du pied.

Merci d'avance.

Lino.
15/04/2011, 08h34
Ramajb

Citation:

Pour éviter cette sollicitation inutile du serveur, j'ai voulu m'amuser avec jQuery et utiliser cette librairie pour faire ça côté client.

Donc tu es de cote client. ( le serveur n'est pas au courant ;))

Citation:

Le seul blème, et il est de taille, c'est que lorsque je clique sur le bouton de validation de ma page, ma listbox cible, vue côté serveur, est vide ou contient uniquement les éléments avec laquelle je l'avais initialisée, mais pas les éléments ajoutés côté client.

Si tu as fais uniquement une manipulation javascript de cote client, c'est normal que tu aies ce bleme.
15/04/2011, 08h40
Lino Léum

Citation:

Donc tu es de cote client. ( le serveur n'est pas au courant )

Jusque là, c'était bien mon but (je souhaite éviter des A/R serveur inutiles alors que le transfert d'une listbox vers une autre peut se faire côté client) et je ne comprends donc pas la remarque.

Citation:

Si tu as fais uniquement une manipulation javascript de cote client, c'est normal que tu aies ce bleme

Là, faut m'expliquer.
Mon contrôle listbox cible est chargé avec les éléments que j'y ai ajouté. Lorsque je clique sur mon bouton de validation, le contenu ou l'état des contrôles, quels qu'ils soient, est normalement envoyé vers le serveur qui n'a plus qu'à les récupérer (en tous cas que ce soit avec ASP ou PHP, que je pratique aussi depuis bien plus longtemps, ça marche parfaitement).
Pourquoi est-ce que ça ne serait pas le cas avec ASP .Net ?
15/04/2011, 09h30
Ramajb

Citation:

Là, faut m'expliquer.

Quand tu ajoutes des nouveaux éléments dans un DropDownList ou ListBox de cote serveur, ton viewstate se souvient uniquement des ces éléments avant de les envoyés vers le client.
Maintenant quand tu ajoutes des nouveaux éléments de coté client, et une fois que tu fasses un postback, le contrôle sera recrée et le serveur utilise le contenu du ViewState pour rétablir l'etat du control ( donc avec les données existant auparavant, mais sans les nouveaux éléments rajoutés de cote client donc).
Une solution, si tu ne veux pas avoir un flash lors de l'ajout d’élément de cote client, tu peut utiliser Ajax (mais derrière y a tjs un A/R serveur sans que l'utilisateur le remarque) ou encore au pire, créer un champ hidden et le mettre la dedans tous les nouveaux éléments ajoutés du coté client. Et une fois au serveur tu rajoute les nouveaux éléments.

J’espère t'avoir aidé.
15/04/2011, 09h56
Lino Léum

Merci pour ton éclairage.

C'est exactement ce que je venais de comprendre via des forums en anglais et j'étais en train d'implémenter le coup du champ caché quand tu as posté ta réponse parfaitement limpide (quand on sait).
Et quand on est habitué à PHP (ou l'ancien ASP), c'est très lourd, cette histoire.

Mais j'aimerais quand même comprendre un truc :
Pourquoi la mise à jour dynamique côté client d'un contrôle type textbox ou d'un champ caché, par exemple, est-elle bien reflétée côté serveur quand on valide (et c'est heureux !) et pas celle d'une listbox ?
Il me semble y avoir quelque chose d'incohérent là-dedans.
15/04/2011, 13h20
Ramajb

Citation:

Mais j'aimerais quand même comprendre un truc :
Pourquoi la mise à jour dynamique côté client d'un contrôle type textbox ou d'un champ caché, par exemple, est-elle bien reflétée côté serveur quand on valide (et c'est heureux !) et pas celle d'une listbox ?
Il me semble y avoir quelque chose d'incohérent là-dedans.

Exactement. En fait pour le TextBox c'est un peu différent :roll:. Mais ne me demande pas pourquoi on l'a fait ainsi :D. Remarque, même si tu fais EnableViewState=false pour un Textbox, il te ramène quand même une valeur après postback. Bref, TextBox n'utilise pas le ViewState pour faire persister une valeur, au lieu de ça il utilise l’entête du HTTP Post pour stocker la valeur. Une fois arrivé au serveur, precisement dans l'evenement LoadPostBackData, sa valeur se voit restituer à partir de l'entete du HTTP Post.