ici, je trouve un peu de JavaScript pour rendre le processus de mise à jour vous-même et vous pouvez également mettre n'importe où dans la page et il fonctionne n'importe quel panneau de mise à jour dans la page.
<script type="text/javascript">
// Get the instance of PageRequestManager.
var prm = Sys.WebForms.PageRequestManager.getInstance();
// Add initializeRequest and endRequest
prm.add_initializeRequest(prm_InitializeRequest);
prm.add_endRequest(prm_EndRequest);
// Called when async postback begins
function prm_InitializeRequest(sender, args) {
// get the divImage and set it to visible
var panelProg = $get('divImage');
panelProg.style.display = '';
// reset label text
var lbl = $get('<%= this.lblText.ClientID %>');
lbl.innerHTML = '';
// Disable button that caused a postback
$get(args._postBackElement.id).disabled = true;
}
// Called when async postback ends
function prm_EndRequest(sender, args) {
// get the divImage and hide it again
$('divImage').hide();
// Enable button that caused a postback
$get(sender._postBackSettings.sourceElement.id).disabled = false;
}
</script>
Après quelques essais limités, je trouvai être un léger retard dans l'ajout dynamique d'éléments DOM lorsque vous utilisez 'le cadre' contrôle. Au contraire, cette méthode de connexion des événements JS pertinents a donné une rétroaction instantanée de l'interface utilisateur. –
oui c'est un peu plus rapide mais peu mais si vous avez une page lourde avec beaucoup de dom vous pouvez différencier les vitesses des deux –
Cela a bien fonctionné pour ma situation puisque j'ai entre 3-7 panneau de mise à jour dans un domaine et si une mise à jour je voulais faire un peu de "travail" cela m'a permis de les écouter tous et montrer et cacher et manipuler le dom comme j'en avais besoin, merci! –