Attendre la fin d'un callback pour continuer

bonjour les amis :)

j'ai une application en ASP .NET au travail auquelle je n'ai pas accès au code source ou bien à la base de données.

et pour des besoin de travail j'ai un peu modifier son comportement avec Greasmonkey

le problème se situ dans les callback par exemple

Code:

---

1 2 3

__doPostBack('ctl00$MidContent$GridView4','Page$'+milieu); /* traitements */

---

je veux que les traitement s'execute une fois le __doPostBack() terminé car je repose sur les modification apporté par __doPostBack() pour affectuer mes traitement

et merci

j'ai oublié de mentionner que la fonction se trouvait dans le code html

Code:

---

<input ... onclick="javascript:__doPostBack('ctl00$MidContent$GridView4','Page$10')">

---

et je l'ai mis dans javascript pour des besoins spécifiques.

De deux choses l'une.
Soit __doPostBack() est synchrone et dans ce cas, la ligne suivante ne sera exécutée qu'après la fin de __doPostBack().
Soit __doPostBack() est asynchrone et dans ce cas, elle est supposée fournir elle-même un gestionnaire de callback pour le code à exécuter une fois son traitement fini.

mais j’agis qu'avec des script je n'ai pas le code source en .NET pour savoir

dans mon cas je crois qu'elle est asynchrone puisque elle n'attend pas mais je connait pas son gestionnaire de callback
ps. je connait pas grand chose en .NET

j'ai oublié de mentionner que la fonction se trouvait dans le code html

Code:

---

<input ... onclick="javascript:__doPostBack('ctl00$MidContent$GridView4','Page$10')">

---

et je l'ai mis dans javascript pour des besoins spécifiques.

Ici on parle de JavaScript et non de .NET. Cette fonction est forcément déclarée quelque-part, regarde le code source généré pour la trouver.

Merci mais je croyait que __doPostBack() etait une fonction prédéfinie :D

Prédéfinie ça veut dire définie quand même. Si elle provient d'une librairie, alors elle est sûrement documentée quelque-part.

Voilà elle est défini comme ça :

Code:

---

1 2 3 4 5 6 7

function __doPostBack(eventTarget, eventArgument) { if (!theForm.onsubmit || (theForm.onsubmit() != false)) { theForm.__EVENTTARGET.value = eventTarget; theForm.__EVENTARGUMENT.value = eventArgument; theForm.submit(); } }

---

Donc le formulaire est soumis, ce qui laisse à penser qu'un changement de page a lieu (à moins qu'un autre bout de JavaScript intercepte la soumission derrière). Est-ce que tu observes un changement de page au clic ? Si c'est le cas, tu perdras le contexte JavaScript et il te faut donc trouver le moyen d'exécuter ta fonction au chargement de la page suivante, celle qui résulte de la soumission du formulaire.

Citation:

---

à moins qu'un autre bout de JavaScript intercepte la soumission derrière

---

Ce qui serait une étonnante façon de gérer la chose puisque la soumission d'un formulaire par script (méthode submit()) ne déclenche pas l'événement onsubmit. ;)

Oui et de toute manière si onsubmit était défini, on ne rentrerait pas dans la condition. Je pensais plus à une surcharge de la fonction submit du prototype HTMLFormElement. On sait jamais, je m'attends à tout avec ASP :mrgreen:

Citation:

---

Ce qui serait une étonnante façon de gérer la chose

---

Citation:

---

je m'attends à tout avec ASP

---

Autant dire qu'on est largement d'accords ! :mouarf: