Ces différentes méthodes agissent directement avec le display. Ils permettent de générer un événement, d'en attendre, ou d'en traiter un.
Par défaut, cette fonction ne fait rien.
Cette fonction est redéfinie dans scrollwindow
et button (c.f et ) ou elle
attend après une réponse.
Attente active qu'un des boutons de la fenêtre soit choisi. Cette attente active est arrêtee par la définition par défaut de la fonction perform. Si vous redéfinissez cette fonction et que vous utilisez ButtonChoice dans le fenêtre, il est fortement conseillé d'ajouter les lignes
chosen_button_heading :- heading;
button_choice_made := true;
où heading est le paramètre de perform.
De façon plus générale, si un événement doit casser l'attente
active de buttonchoice, l'instruction "button_choice_made := true;"
est la solution. chosen_button_heading sera la réponse de
buttonchoice une fois l'attente terminée.
Poste un événement dans une file d'attente interne à windowtools. La réponse sera un appel à la fonction handle_wakeup une fois que tous les messages de X et des autres demandés à handle_wakeup déjà en attente soient deja traitées.
Un appel à une telle fonction, suivie d'une boucle
appelant handle_event sans cesse et s'arrêtant
lors de l'appel de handle_wakeup peut être intéressante pour
gérer des processus de fenêtres en parallèle.
Demande au display s'appeler handle_alarm dans un nombre de secondes
donné par Time. Les valeurs nulles ou négatives entraînent
un appel instantané.
Traite un événement éventuel en attente. Cet événement
peut être un événement d'alarme, ou ayant rapport
à l'interface usager. Dans les deux cas, un message
venant de X. Si aucun message de ce type est en attente,
on traite alors les événements postés par les fenêtres
grâce à la fonction wakeup.
S'assure que tous les événements envoyés par X sont traités.