v1.1.09.01

autohotkey-docs-translation · Dec 22, 2012 · 3f4ac15 · 3f4ac15
1 parent f4fa9c0
commit 3f4ac15
Show file tree

Hide file tree

Showing 11 changed files with 206 additions and 184 deletions.
diff --git a/AHKL_ChangeLog.htm b/AHKL_ChangeLog.htm
@@ -19,32 +19,34 @@
   <section>
     <div id="article">
       <h1>&Auml;nderungen und neue Features</h1>
-	  <p>&Auml;nderungen und neue Features, eingef&uuml;hrt durch den aktuellen Entwicklungszweig von AutoHotkey (auch bekannt als AutoHotkey_L), sind nachfolgend aufgelistet.</p>
-	  <p>&Auml;ltere &Auml;nderungen k&ouml;nnen in <a href="ChangeLogHelp.htm">Archivierte &Auml;nderungen</a> gefunden werden.</p>
-      <h2><!--onlyinclude-->1.1.09.00 - 7. November 2012<!--/onlyinclude--></h2>
-	<h4>Gravierende &Auml;nderungen:</h4>
-	<p>Entfernt: <a href="misc/AutoIt2Compat.htm">.aut-Datei-Kompatibilit&auml;t</a> und #AllowSameLineComments.</p>
-	<p>Entfernt: undokumentierte AutoIt-v2-Befehle.</p>
-
-	<h4>Abw&auml;rtskompatible &Auml;nderungen:</h4>
-	<p>Erlaubt: Aus Gr&uuml;nden der Vereinheitlichung von Variablendeklarationen und Ausdr&uuml;cken k&ouml;nnen optionale Parameter nun auch mit <code>:=</code> deklariert werden, nicht nur mit <code>=</code>.</p>
-	<p>Erlaubt: Nicht-ASCII-Zeichen in Schl&uuml;sseln ohne Anf&uuml;hrungszeichen (<code>{<b>Schl&uuml;ssel</b>: x}</code> und <code>obj.<b>Schl&uuml;ssel</b></code>).</p>
-	<p>Ge&auml;ndert: Name in der Versionsinfo von "AutoHotkey_L" zu "AutoHotkey".</p>
-
-	<h4>Fehlerbehebungen:</h4>
-	<p>Behoben: Instabilit&auml;t, hervorgerufen durch Warnungsmeldungen, die mitten bei der Auswertung von Argumenten eines Befehls erschienen.</p>
-	<p>Behoben: Der Fast-Modus von PixelSearch behandelt "nicht gefunden" nicht mehr als Fehler.</p>
-	<p>Behoben: ahk_exe akzeptiert danach nun weitere ahk_-Kriterien.</p>
-	<p>Behoben: <code>else continue 2</code> und &auml;hnliches ben&ouml;tigen nicht l&auml;nger geschweifte Klammern um die Schleife.</p>
-	<p>Behoben: RegRead meldet nun nicht l&auml;nger Misserfolg nach erfolgreichem Einlesen von Bin&auml;rdaten.</p>
-	<p>Behoben: <code>File.Length</code> kompensiert oder leert nun alle gepufferten Daten.</p>
-	<p>Behoben: Gui-Skalierung ber&uuml;cksichtigt nun Bildlaufleisten, falls vorhanden.</p>
-
-	<h4>Debugger:</h4>
-	<p>Hinzugef&uuml;gt: Unterst&uuml;tzung f&uuml;r asynchrone Befehle.</p>
-	<p>Verbessert: Behandlung von Haltepunkten bei Zeilen wie <code>else foo()</code> oder <code>{ bar()</code>, so dass der Debugger gegebenenfalls tats&auml;chlich stoppen wird.</p>
-	<p>Codegr&ouml;&szlig;e optimiert, einige Bugs behoben und den Debugger generell robuster gemacht.</p>
-	  <h2>1.1.08.01 - 3. August 2012</h2>
+      <p>&Auml;nderungen und neue Features, eingef&uuml;hrt durch den aktuellen Entwicklungszweig von AutoHotkey (auch bekannt als AutoHotkey_L), sind nachfolgend aufgelistet.</p>
+      <p>&Auml;ltere &Auml;nderungen k&ouml;nnen in <a href="ChangeLogHelp.htm">Archivierte &Auml;nderungen</a> gefunden werden.</p>
+      <h2><!--onlyinclude-->1.1.09.01 - 15. Dezember 2012<!--/onlyinclude--></h2>
+      <p>Behoben: AND/OR nach einer Mehrfachanweisung wie <code>((x, y) and z)</code>.</p>
+      <p>Behoben: RegExReplace unterst&uuml;tzt nun korrekt doppelt vorhandene Teilausdrucksnamen.</p>
+      <p>Behoben: Object.Remove() wird Stringschl&uuml;ssel nun freigeben.</p>
+      <p>Behoben: base.Invoke() ist nicht mehr von der dynamischen Variablenaufl&ouml;sung abh&auml;ngig.</p>
+      <h2>1.1.09.00 - 7. November 2012</h2>
+      <h4>Gravierende &Auml;nderungen:</h4>
+      <p>Entfernt: <a href="misc/AutoIt2Compat.htm">.aut-Datei-Kompatibilit&auml;t</a> und #AllowSameLineComments.</p>
+      <p>Entfernt: undokumentierte AutoIt-v2-Befehle.</p>
+      <h4>Abw&auml;rtskompatible &Auml;nderungen:</h4>
+      <p>Erlaubt: Aus Gr&uuml;nden der Vereinheitlichung von Variablendeklarationen und Ausdr&uuml;cken k&ouml;nnen optionale Parameter nun auch mit <code>:=</code> deklariert werden, nicht nur mit <code>=</code>.</p>
+      <p>Erlaubt: Nicht-ASCII-Zeichen in Schl&uuml;sseln ohne Anf&uuml;hrungszeichen (<code>{<b>Schl&uuml;ssel</b>: x}</code> und <code>obj.<b>Schl&uuml;ssel</b></code>).</p>
+      <p>Ge&auml;ndert: Name in der Versionsinfo von "AutoHotkey_L" zu "AutoHotkey".</p>
+      <h4>Fehlerbehebungen:</h4>
+      <p>Behoben: Instabilit&auml;t, hervorgerufen durch Warnungsmeldungen, die mitten bei der Auswertung von Argumenten eines Befehls erschienen.</p>
+      <p>Behoben: Der Fast-Modus von PixelSearch behandelt "nicht gefunden" nicht mehr als Fehler.</p>
+      <p>Behoben: ahk_exe akzeptiert danach nun weitere ahk_-Kriterien.</p>
+      <p>Behoben: <code>else continue 2</code> und &auml;hnliches ben&ouml;tigen nicht l&auml;nger geschweifte Klammern um die Schleife.</p>
+      <p>Behoben: RegRead meldet nun nicht l&auml;nger Misserfolg nach erfolgreichem Einlesen von Bin&auml;rdaten.</p>
+      <p>Behoben: <code>File.Length</code> kompensiert oder leert nun alle gepufferten Daten.</p>
+      <p>Behoben: Gui-Skalierung ber&uuml;cksichtigt nun Bildlaufleisten, falls vorhanden.</p>
+      <h4>Debugger:</h4>
+      <p>Hinzugef&uuml;gt: Unterst&uuml;tzung f&uuml;r asynchrone Befehle.</p>
+      <p>Verbessert: Behandlung von Haltepunkten bei Zeilen wie <code>else foo()</code> oder <code>{ bar()</code>, so dass der Debugger gegebenenfalls tats&auml;chlich stoppen wird.</p>
+      <p>Codegr&ouml;&szlig;e optimiert, einige Bugs behoben und den Debugger generell robuster gemacht.</p>
+      <h2>1.1.08.01 - 3. August 2012</h2>
       <p>Debugger: Fehler behoben, dass max_depth entweder nur die H&auml;lfe vom vorgesehenen Limit oder unlimitiert war.</p>
       <h2>1.1.08.00 - 14. Juli 2012</h2>
       <h4>Gravierende &Auml;nderungen:</h4>

diff --git a/AutoHotkey.htm b/AutoHotkey.htm
@@ -23,7 +23,7 @@ <h1><a href="http://ragnar-f.github.com/index.htm"><img src="static/ahk_logo.png
 <div id="content">
   <section>
     <div id="article">
-      <h1>Version <a href="AHKL_ChangeLog.htm">v<!--ver-->1.1.09.00<!--/ver--></a></h1>
+      <h1>Version <a href="AHKL_ChangeLog.htm">v<!--ver-->1.1.09.01<!--/ver--></a></h1>
       <p>&Uuml;bersetzt von Harald Bootz, unterst&uuml;tzt von der deutschen Community (siehe <a href="http://www.autohotkey.com/board/index.php?showtopic=86459">Forumsbeitrag</a> f&uuml;r detaillierte Informationen)</p>
       <h2 style="color: rgb(145, 45, 45);">Wichtiger Hinweis</h2>
       <p>Aufgrund einiger Unterschiede zwischen AutoHotkey 1.0 und AutoHotkey 1.1 (inbesondere bei den ausf&uuml;hrbaren Unicode- und x64-Dateien) ist es m&ouml;glich, dass bestimmte Scripts, die f&uuml;r AutoHotkey 1.0 geschrieben wurden, nicht mehr wie erwartet mit AutoHotkey 1.1 funktionieren. Bekannte Kompatibilit&auml;tsprobleme und deren L&ouml;sungen k&ouml;nnen auf folgenden Seiten gefunden werden:</p>

diff --git a/Compat.htm b/Compat.htm
@@ -19,7 +19,7 @@
     <div id="article">
       <h1>Script-Kompatibilit&auml;t</h1>
       <p>Normalerweise m&uuml;ssen viele Scripts, die f&uuml;r AutoHotkey 1.0 geschrieben wurden, nicht ge&auml;ndert werden, um auch f&uuml;r AutoHotkey 1.1 lauff&auml;hig zu sein. Allerdings kann es aufgrund von notwendigen Unterschieden zwischen den beiden Versionen passieren, dass einige davon nicht richtig funktionieren. Die meisten Benutzer m&uuml;ssen sich keine Sorgen machen, da die besonders problematischen Unterschiede nur auf erweiterte Funktionalit&auml;ten wie DllCall zutreffen.</p>
-	  <p>AutoHotkey 1.1 ist auch unter den Namen "AutoHotkey_L" bekannt, w&auml;hrend AutoHotkey 1.0 r&uuml;ckwirkend als "AutoHotkey Basic" bezeichnet wurde. Einige &auml;ltere Versionen von AutoHotkey_L verwenden als Versionsnummer 1.0.*, daher werden die zwei Entwicklungszweige von AutoHotkey der Klarheit halber per Namen genannt, anstatt per Versionsnummer.</p>
+      <p>AutoHotkey 1.1 ist auch unter den Namen "AutoHotkey_L" bekannt, w&auml;hrend AutoHotkey 1.0 r&uuml;ckwirkend als "AutoHotkey Basic" bezeichnet wurde. Einige &auml;ltere Versionen von AutoHotkey_L verwenden als Versionsnummer 1.0.*, daher werden die zwei Entwicklungszweige von AutoHotkey der Klarheit halber per Namen genannt, anstatt per Versionsnummer.</p>
       <p class="note"><strong>Hinweis:</strong> Einige typische Probleme werden durch &Auml;nderungen bzgl. der Unterst&uuml;tzung f&uuml;r Unicode-Text verursacht und k&ouml;nnen verhindert werden, indem einfach die ANSI-Version von AutoHotkey_L verwendet wird.</p>
       <h3>Grundlagen</h3>
       <p>Hohe Auswirkung:</p>
@@ -35,6 +35,7 @@ <h3>Grundlagen</h3>
         <li><a href="#SetFormat">SetFormat, Integer, <strong>H</strong> unterscheidet zwischen Gro&szlig;- und Kleinschreibung</a></li>
         <li><a href="#LastError">A_LastError wird von noch mehr Befehlen ge&auml;ndert</a></li>
         <li><a href="#MsgBox">MsgBox behandelt Kommas konsequenter</a></li>
+        <li><a href="#GuiOwner">Gui +Owner &uuml;berschreibt zus&auml;tzliche Styles</a></li>
       </ul>
       <p>Niedrige Auswirkung:</p>
       <ul>
@@ -115,6 +116,8 @@ <h3 id="MsgBox">MsgBox</h3>
 <em>; Das folgende zeigt nun ein leeres Dialogfenster an, anstatt den Text ", Titel":</em>
 MsgBox,, Titel
 	</pre>
+      <h3 id="GuiOwner">Gui +Owner</h3>
+      <p>Sobald die Option <a href="commands/Gui.htm#Owner">+Owner</a> auf ein Gui angewendet wird, wird der WS_CHILD-Style entfernt und der WS_POPUP-Style gesetzt. Das kann Scripts negativ beeinflussen, die mit <em>+Owner</em> das &uuml;bergeordnete Fenster setzten, <em>nachdem</em> die Styles festgelegt wurden.</p>
       <h3 id="IfIs">If <em>Var</em> is <em>Typ</em></h3>
       <p><a href="commands/IfIs.htm">If <em>Var</em> is <em>Typ</em></a> ignoriert das Gebietsschema des Betriebssystems, sofern <code><a href="commands/StringCaseSense.htm">StringCaseSense, Locale</a></code> nicht verwendet wird.</p>
       <h3 id="Window_Groups">Fenstergruppen</h3>

diff --git a/Objects.htm b/Objects.htm
@@ -288,6 +288,19 @@ <h3 id="Custom_NewDelete">Konstruktion und Destruktion</h3>
     }
 }</pre>
       <h3 id="Meta_Functions">Meta-Funktionen</h3>
+      <pre class="Syntax"><strong>Methodensyntax:</strong>
+class <i>Klassenname</i> {
+    __Get([Schl&uuml;ssel, Schl&uuml;ssel2, ...])
+    __Set([Schl&uuml;ssel, Schl&uuml;ssel2, ...], Wert)
+    __Call(Name [, Parameter...])
+}
+
+<strong>Funktionssyntax:</strong>
+<i>MeinGet</i>(this [, Schl&uuml;ssel, Schl&uuml;ssel2, ...])
+<i>MeinSet</i>(this [, Schl&uuml;ssel, Schl&uuml;ssel2, ...], Wert)
+<i>MeinCall</i>(this, Name [, Parameter...])
+
+<i>Klassenname</i> := { __Get: Func("<i>MeinGet</i>"), __Set: Func("<i>MeinSet</i>"), __Call: Func("<i>MeinCall</i>") }</pre>
       <p>Meta-Funktionen sind Methoden, die mit base von einem Objekt definiert wurden. Damit kann genau angegeben werden, wie das Objekt agieren soll, falls ein unbekannter Schl&uuml;ssel angefordert wird. Wenn zum Beispiel dem <code>Objekt.Schl&uuml;ssel</code> keinen Wert zugewiesen wurde, wird die <i>__Get</i>-Meta-Funktion aufgerufen. Ebenso wird <i>__Set</i> bei <code>Objekt.Schl&uuml;ssel := Wert</code> und <i>__Call</i> bei <code>Objekt.Schl&uuml;ssel()</code> aufgerufen.</p>
       <p>In diesen F&auml;llen wird das base-Objekt wie folgt aufgerufen:</p>
       <ul>
@@ -533,4 +546,4 @@ <h3 id="Implementation_Pointers">Pointer auf Objekte</h3>
 </div>
 <script type="text/javascript">WriteFooter(0);</script>
 </body>
-</html>
+</html>
diff --git a/commands/Gui.htm b/commands/Gui.htm
@@ -195,6 +195,7 @@ <h2 id="Options">Gui, +/-Option1 +/-Option2 ...</h2>
       <pre>Gui, EigenesGui:+OwnerAnderesGui  <em>; <i>EigenesGui</i> wird <i>AnderesGui</i> untergeordnet.</em>
 Gui, EigenesGui:+Owner  <em>; <i>EigenesGui</i> wird dem <a href="Menu.htm#MainWindow">Hauptfenster des Scripts</a> untergeordnet, um die Schaltfl&auml;che in der Taskleiste zu unterdr&uuml;cken.</em></pre>
       <p><span class="ver">[v1.1.03+]:</span> Unmittelbar nach <em>+Owner</em> kann der <a href="#Name">Name</a> oder die Nummer eines vorhandenen Gui-Fensters, oder das <a href="WinGet.htm#ID">HWND</a> eines beliebigen Fensters auf h&ouml;chster Ebene erfolgen.</p>
+      <p>Hinweis zur Kompatibilit&auml;t: In v1.1.03 und h&ouml;er wird <em>+Owner</em> den WS_CHILD-Style entfernen und den WS_POPUP-Style setzen. Um das &uuml;bergeordnete Fenster eines Gui's zu setzen, m&uuml;ssen Scripts die Option <em>+Parent</em> verwenden, oder die entsprechenden Styles <em>nach</em> der Option <em>+Owner</em> &uuml;berschreiben.</p>
       <p>Um den Benutzer daran zu hindern, beim Anzeigen eines untergeordneten Fensters mit dem &uuml;bergeordneten Fenster zu interagieren, deaktiviert das &uuml;bergeordnete Fenster mit <code>Gui +Disabled</code>. Sobald das untergeordnete Fenster geschlossen oder zerst&ouml;rt wird, kann das &uuml;bergeordnete Fenster wieder mit <code>Gui -Disabled</code> aktiviert werden. Au&szlig;erdem sollte das getan werden, bevor das Fenster geschlossen bzw. zerst&ouml;rt wird, damit das &uuml;bergeordnete Fenster wieder automatisch aktiviert wird.</p>
       <p id="Parent"><strong>Parent</strong> <span class="ver">[v1.1.03+]</span>: Unmittelbar nach <em>+Parent</em> kann der <a href="#Name">Name</a> oder die Nummer eines vorhandenen Gui-Fensters, oder das <a href="WinGet.htm#ID">HWND</a> eines beliebigen Fensters oder Steuerelements angegeben werden, damit es diesem Fenster zugeordnet wird. Um das Gui-Fenster wieder in einem Fenster auf h&ouml;chster Ebene umzuwandeln, verwendet <em>-Parent</em>. Diese Option funktioniert auch, nachdem das Fenster erstellt wurde.</p>
       <p id="Resize"><strong>Resize</strong>: Erm&ouml;glicht, dass die Fenstergr&ouml;&szlig;e vom Benutzer anpassbar ist und aktiviert zudem die Maximieren-Schaltfl&auml;che in der Titelleiste. Mit <em>+Resize -MaximizeBox</em> wird die Maximieren-Schaltfl&auml;che unterdr&uuml;ckt.</p>