Qu'est ce que fait la fonction Alert? [Résolu]

[francis.c]

Bonjour, c'est moi qui avait demander la définition de la fonction Alert. En fait ce que j'ai vraiment besoin de savoir, c'est ce que fait la fonction Alert. Dès que j'appuie sur le bouton "OK" à l'intérieur de la fenêtre Alert, la page HTML semble se réactiver tout de suite, ce que j'ai besoin pour mon problème...

[SpaceFrog]

la fenetre alert declenche une boite de dialogue alert en mode modal

quel est ton souci avec l'alert ????

[francis.c]

En fait, je suis entrain de développer un Web Desktop, plus précisément la barre de tâches. J'ai une image HTML centrée en bas qui sert à ouvrir le menu principal, qui est en fait une application Silverlight. À l'intérieur de ce menu, je peux cliquer sur une icône, ce qui ouvre une fenêtre Telerik. Mon menu Silverlight se referme aussitôt que la fenêtre Telerik apparaît, puis dès que je bouge la fenêtre Telerik, lorsque je clique sur mon image HTML pour ré-afficher mon menu Silverlight, ça met du temps à arriver, parfois plusieurs secondes... Or, si j'ajoute un appel à la fonction alert (avant ou après) et que j'affiche mon menu (grâce a la propriété "Display" de CSS soit dit en passant), l'alert apparaît en premier, et dès que je la ferme, mon menu apparaît immédiatement après !

C'est pour ça que je pense que la solution passe par du Javascript, pour remettre le focus à la bonne place ou je ne sais pas...

[RomainVALERI]

mouais... ça ressemble surtout à un problème de prise en compte des changements (même si ton contexte est sensiblement différent que celui d'une page web classique, il faut bien avouer)

Essaie éventuellement de "différer" l'exécution du code qui suit l'alert en l'englobant dans une fonction anonyme que tu déclenches en setTimeout, genre :

Code :

1
2
3
setTimeout(function() {
   // ici le code à différer
}, 100);// fin de l'appel à setTimeout avec 1 dixième de seconde de délai

Ca peut marcher* ^^

* enfin attention quand même aux problèmes de référence : le contexte de la fonction englobante sera perdu donc il faut parfois adapter la manière de référencer certains objets dans la fonction anonyme ^^ à vérifier donc

[Watilin]

Bonsoir !
Je n'ai sans doute qu'un très lointaine vision du projet. Mais j'ai l'impression que le moteur de Silverlight s'arrête à chaque fois que le menu est fermé, donc le temps de latence serait en fait le temps de démarrage du moteur.

Si je ne me gourre pas, je continue sur mon idée : c'est une bonne intention de vouloir arrêter ce processus, plutôt lourd, quand l'utilisateur n'en a pas besoin. Mais quand on veut des temps de réponse courts, il faut faire des sacrifices.
Si tu peux revenir sur tes choix de conception, je te suggèrerais de refaire ton bouton de menu en Silverlight, qui resterait alors visible et actif permanence.

[francis.c]

Bonjour, tout d'abord, merci pour vos réponses. J'ai tenté avec le setTimeout, mais rien à faire... Sinon pour l'idée de refaire le bouton en Silverlight, j'y avais pensé, mais on m'a demandé de ne pas le faire. De toute façon, le problème ne vient pas de là apparament. Lorsque je clique sur mon bouton HTML pour afficher (ouvrir) mon application Silverlight, voici la ligne Javascript qui est "exécutée" :

document.getElementById('silverlightControlHost').style.display = 'block';

où silverlightControlHost est la div de mon application Silverlight. Pour enlever mon problème, il suffit de mettre un alert("test") suite à cette ligne. Cependant, j'ai tenté de déplacer l'alert au dessus de la ligne et ça ne fonctionne pas... Donc ça prouve que l'application Silverlight elle-même charge rapidement, mais qu'elle n'est pas affichée immédiatement (sauf si on met un alert bien sûr).

Si vous avez des idées, n'hésitez pas
Francis

[francis.c]

Bon, j'ai finalement résolu mon problème, je ne sais pas si je devrais en être fier par contre, mais bon

J'utilisais la propriété CSS "display" pour cacher/montrer mon div... Or, il y existe une propriété qui s'appele "visibility" qui sert justement à dire si on souhaite rendre notre div visible ou caché... Bref, cette propriété semble beaucoup mieux adapté à ma situation, puisque contrairement à display, elle ne ferme pas mon application Silverlight, ce qui règle deux problèmes d'un coup. et le délai pour l'affichage de l'application est complètement disparut, une minime fraction de seconde et c'est affiché

Merci pour votre support, chers amis,
Francis

[Loceka]

Le problème de visibility c'est que l'espace alloué à ton élément dans la page reste vide quand tu mets visibility à hidden, contrairement à display:none qui fait "disparaître" ton élément comme s'il n'était pas du tout présent dans la page.