Also in der Sprachreferenz steht folgendes dazu:
Gibt die Kontrolle an REALbasic zurück, damit es ausstehende Events
verarbeiten kann. Der
optionale Parameter gibt an, für wie lange Sie den aktuellen Thread
„schlafen“ legen möchten.
Wenn alle Threads „schlafen“, legt REALbasic sich selbst „schlafen“
und gibt die Kontrolle an das
System. Damit können Sie Applikationen schreiben, die nicht 100% CPU-
Auslastung erzeugen,
wenn sie eine Schleife abarbeiten. Wenn Sie Null Millisekunden
angeben, wird der nächste war-
tende Thread ausgeführt. Ein negativer Wert verhindert das
„Schlafen“. Voreingestellt sind 10 Mil-
lisekunden.
Das steht zwar bei den Consolenanwendungen aber es steht da nicht,
dass es nicht auch für Desktop-Anwendungen benutzt werden kann. Ganz
im Gegenteil, an andere Stelle (App Klasse) steht nämlich folgendes
Beispiel:
Das folgende Beispiel benutzt die DoEvents-Methode. Wenn Sie
PushButtons einmal mit, einmal ohne DoEvents-Methoden, erzeu-
gen, sehen Sie, wie REALbasic mit anderen Aufgaben umgeht, während
die Hauptschleife läuft.
Dim t as Integer
t=Ticks
While t+600>Ticks
App.DoEvents
Wend
In dem Link hätte ich mir mal ein Beispiel gewünscht bei dem DoEvents
Probleme macht. Ich hatte damit noch nie Probleme gehabt was nicht
heißen soll, dass es damit keine Probleme gibt. Das angedeutete
Beispiel mit Window.Resized konnte ich (leider) nicht wirklich
nachvollziehen.
Am 28.04.2007 um 00:48 schrieb J. Van Loon:
--- Michael Köhler <[EMAIL PROTECTED]> wrote:
Oder ein app.DoEvents vielleicht?
Gemäss Doku ist app.DoEvents gar nicht für
GUI-Applikationen gedacht und könnte unerwünschte
Nebeneffekte haben.
Genauer erläutert wird das auch unter
<http://ramblings.aaronballman.com/2005/03/
Why_Is_AppDoEvents_Evil.html>
Grüsse
Jef
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
