Update Critical.htm

commands/Critical.htm

@@ -34,7 +34,7 @@ <h1>Critical</h1>
     <p>Ein kritischer Thread wird unterbrechbar, sobald eine <a href="MsgBox.htm">MsgBox</a> oder ein anderes Dialogfenster angezeigt wird. Im Gegensatz zu <a href="Thread.htm">Thread Interrupt</a> wird der Thread allerdings wieder kritisch, wenn der Benutzer das Dialogfenster schlie&szlig;t.</p>
     <p>Siehe <a href="../Variables.htm#IsCritical">A_IsCritical</a> f&uuml;r Informationen, wie die aktuelle Einstellung von Critical gespeichert oder wiederhergestellt werden kann. Da Critical jedoch eine thread-spezifische Einstellung ist, wird der darunterliegende/fortgesetzte Thread (sofern vorhanden) automatisch unkritisch, wenn ein kritischer Thread endet. Folglich gibt es keinen Grund, "Critical Off" ans Ende eines Threads zu setzen.</p>
     <p>Solange Critical nicht im automatischen Ausf&uuml;hrungsbereich (oberster Teil des Scripts) verwendet wird, starten alle Threads unkritisch (obwohl die Einstellungen von <a href="Thread.htm">Thread Interrupt</a> noch gelten). Aktiviert der automatische Ausf&uuml;hrungsbereich hingegen Critical, wird jeder neu gestartete <a href="../misc/Threads.htm">Thread</a> (z. B. <a href="../Hotkeys.htm">Hotkey</a>, <a href="Menu.htm">benutzerdefinierter Men&uuml;punkt</a> oder <a href="SetTimer.htm">zeitlich festgelegte</a> Subroutine) von Beginn an kritisch sein.</p>
-    <p>Der Befehl <a href="Thread.htm">Thread NoTimers</a> ist vergleichbar mit Critical, au&szlig;er dass dieser nur Unterbrechungen von <a href="SetTimer.htm">Timers</a> verhindern kann.</p>
+    <p>Der Befehl <a href="Thread.htm">Thread NoTimers</a> ist vergleichbar mit Critical, au&szlig;er dass dieser nur Unterbrechungen von <a href="SetTimer.htm">Timern</a> verhindern kann.</p>
     <p>Seit v1.0.47 f&uuml;hrt die Aktivierung von Critical dazu, dass <a href="SetBatchLines.htm"><code>SetBatchLines -1</code></a> f&uuml;r den <a href="../misc/Threads.htm">aktuellen Thread</a> wirksam wird.</p>
     <p id="Interval">Seit v1.0.47 f&uuml;hrt die Angabe einer positiven Zahl im ersten Parameter  (z. B. <code>Critical 30</code>) dazu, dass Critical aktiviert wird, sowie auch die &Uuml;berpr&uuml;fungsdauer in Millisekunden der internen Nachrichtenwarteschlange ge&auml;ndert wird. Falls nichts angegeben ist, werden die Nachrichten bei aktiviertem Critical alle 16 ms und bei deaktiviertem Critical alle 5 ms &uuml;berpr&uuml;ft. Die Erh&ouml;hung des Intervalls f&uuml;hrt auch dazu, dass der Empfang von Nachrichten/Ereignisse nach hinten verschoben wird, wodurch der <a href="../misc/Threads.htm">aktuelle Thread</a> mehr Zeit hat, zu enden. Das verringert die Wahrscheinlichkeit, dass bestimmte <a href="OnMessage.htm">OnMessage()</a>- und <a href="Gui.htm#DefaultWin">GUI-Ereignisse</a> aufgrund von "Thread wird bereits ausgef&uuml;hrt" verloren gehen. Wartende Befehle wie <a href="Sleep.htm">Sleep</a> und <a href="WinWait.htm">WinWait</a> werden Nachrichten unabh&auml;ngig dieser Einstellung &uuml;berpr&uuml;fen (als &Uuml;bergangsl&ouml;sung kann <code>DllCall("Sleep", UInt, 500)</code> verwendet werden). Hinweis: Ist der Nachrichten&uuml;berpr&uuml;fungsintervall zu hoch, k&ouml;nnte die Reaktionsf&auml;higkeit von verschiedenen Ereignissen reduziert werden (z. B. beim Neuzeichnen eines <a href="Gui.htm">GUI</a>-Fensters).</p>
     <h3>Verwandte Befehle</h3>
@@ -51,4 +51,4 @@ <h3>Beispiel</h3>
 </div>
 <script type="text/javascript">WriteFooter(1);</script>
 </body>
-</html>
+</html>