[DOCUMENTATION] German:

- manual fixes

git-svn-id: http://framework.zend.com/svn/framework/standard/trunk@15504 44c647ce-9c0f-0410-b52a-842ac1e357ba

documentation/manual/de/module_specs/Zend_Controller-ActionHelpers.xml

@@ -118,7 +118,7 @@ Zend_Controller_Action_HelperBroker::addHelper($helper);
                 <para>
                     <code>addPrefix()</code> nimmt einen Klassenprefix und verwendet Ihn um einen
                     Pfad zu ermitteln wo Helferklassen definiert wurden. Er nimmt an das der Prefix
-                    den Konventionen der Benamung von Klassen im Zend Frameworks folgt.
+                    den Konventionen der Benamung von Klassen im Zend Framework folgt.
                 </para>
 
                 <programlisting role="php"><![CDATA[

documentation/manual/de/module_specs/Zend_Controller-Router-Route-Hostname.xml

@@ -5,16 +5,16 @@
     <title>Zend_Controller_Router_Route_Hostname</title>
 
     <para>
-        <classname>Zend_Controller_Router_Route_Hostname</classname> ist die Hostname Route des Frameworks.
-        Sie arbeitet ähnlich wie die Standardrouten, aber Sie arbeitet an und mit dem Hostnamen der
-        aufgerufenen URL statt mit dem Pfad.
+        <classname>Zend_Controller_Router_Route_Hostname</classname> ist die Hostname Route des
+        Frameworks. Sie arbeitet ähnlich wie die Standardrouten, aber Sie arbeitet an und mit dem
+        Hostnamen der aufgerufenen URL statt mit dem Pfad.
     </para>
 
     <para>
-        Verwenden wir also ein Beispiel von der Standardroute und schauen wir uns an wie Sie auf einem
-        Hostnamen basierenden Weg aussehen würde. Statt das der Benutzer über einen Pfad aufgerufen wird,
-        wollen wir das der Benutzer <code>http://martel.users.example.com</code> aufrufen kann, um die
-        Informationen über den Benutzer "martel" zu sehen:
+        Verwenden wir also ein Beispiel von der Standardroute und schauen wir uns an wie Sie auf
+        einem Hostnamen basierenden Weg aussehen würde. Statt das der Benutzer über einen Pfad
+        aufgerufen wird, wollen wir das der Benutzer <code>http://martel.users.example.com</code>
+        aufrufen kann, um die Informationen über den Benutzer "martel" zu sehen:
     </para>
 
     <programlisting role="php"><![CDATA[
@@ -32,21 +32,22 @@ $router->addRoute('user', $hostnameRoute->chain($plainPathRoute);
 ]]></programlisting>
 
     <para>
-        Der erste Parameter in Konstruktor von <classname>Zend_Controller_Router_Route_Hostname</classname> ist
-        eine Routerdefinition die zu einem Hostnamen passt. Routerdefinitionen bestehen aus statischen
-        und dynamischen Teilen die durch ein Punkt ('.') Zeichen getrennt sind. Dynamische Teile, genannt
-        Variablen, werden durch einen, dem Variablennamen vorangestellten Doppelpunkt, gekennzeichnet:
+        Der erste Parameter in Konstruktor von
+        <classname>Zend_Controller_Router_Route_Hostname</classname> ist eine Routerdefinition die
+        zu einem Hostnamen passt. Routerdefinitionen bestehen aus statischen und dynamischen Teilen
+        die durch ein Punkt ('.') Zeichen getrennt sind. Dynamische Teile, genannt Variablen, werden
+        durch einen, dem Variablennamen vorangestellten Doppelpunkt, gekennzeichnet:
         <code>:username</code>. Statische Teile sind nur einfacher Text: <code>user</code>.
     </para>
 
     <para>
-        Hostnamerouten können verwendet werden wie sie sind, sollten es aber nie. Der Grund dahinter ist,
-        das Hostnamerouten alleine jedem Pfad entsprechen würden. Was man also tun muß, ist eine Pfadroute
-        an die Hostnameroute zu ketten. Das wird, wie im Beispiel, getan indem
+        Hostnamerouten können verwendet werden wie sie sind, sollten es aber nie. Der Grund dahinter
+        ist, das Hostnamerouten alleine jedem Pfad entsprechen würden. Was man also tun muß, ist
+        eine Pfadroute an die Hostnameroute zu ketten. Das wird, wie im Beispiel, getan indem
         <code>$hostnameRoute->chain($pathRoute);</code> aufgerufen wird. Indem das getan wird, wird
         <code>$hostnameRoute</code> nicht geändert, aber eine neue Route
-        (<classname>Zend_Controller_Router_Route_Chain</classname>), welche dann dem Router übergeben werden kann,
-        wird zurückgegeben.
+        (<classname>Zend_Controller_Router_Route_Chain</classname>), welche dann dem Router
+        übergeben werden kann, wird zurückgegeben.
     </para>
 
 </sect3>

documentation/manual/de/module_specs/Zend_Controller-Router-Route-Regex.xml

@@ -5,15 +5,16 @@
     <title>Zend_Controller_Router_Route_Regex</title>
 
     <para>
-        Zusätzlich zu den standard statischen Routetypen, ist ein Regular Expression Routetyp vorhanden. Diese
-        Route bietet mehr Power und Flexibilität als die anderen, aber auf leichten Kosten von Komplexität.
-        Wärend der selben Zeit, sollte Sie schneller als die Standardroute sein.
+        Zusätzlich zu den standard statischen Routetypen, ist ein Regular Expression Routetyp
+        vorhanden. Diese Route bietet mehr Power und Flexibilität als die anderen, aber auf leichten
+        Kosten von Komplexität. Wärend der selben Zeit, sollte Sie schneller als die Standardroute
+        sein.
     </para>
 
     <para>
-        Wie die Standardroute, muß diese Route mit einer Routendefinition und einigen Standardwerten initialisiert
-        werden. Lasst uns eine Archivroute als Beispiel erstellen, ähnlich der zuletzt definierten, nur das dieses
-        Mal die Regex Route verwendet wird:
+        Wie die Standardroute, muß diese Route mit einer Routendefinition und einigen Standardwerten
+        initialisiert werden. Lasst uns eine Archivroute als Beispiel erstellen, ähnlich der zuletzt
+        definierten, nur das dieses Mal die Regex Route verwendet wird:
     </para>
 
     <programlisting role="php"><![CDATA[
@@ -28,9 +29,9 @@ $router->addRoute('archive', $route);
 ]]></programlisting>
 
     <para>
-        Jedes definierte Regex Subpattern wird in das Anfrageobjekt injiziiert. Mit dem obigen Beispiel, nachdem
-        <code>http://domain.com/archive/2006</code> erfolgreich geprüft wurde, kann das resultierende Wertearray
-        so aussehen:
+        Jedes definierte Regex Subpattern wird in das Anfrageobjekt injiziiert. Mit dem obigen
+        Beispiel, nachdem <code>http://domain.com/archive/2006</code> erfolgreich geprüft wurde,
+        kann das resultierende Wertearray so aussehen:
     </para>
 
     <programlisting role="php"><![CDATA[
@@ -43,26 +44,27 @@ $values = array(
 
     <note>
         <para>
-            Führende und folgende Schrägstriche werden von der URL im Router vor dem Vergleich entfernt. Als
-            Ergebnis, wird ein Vergleich der URL <code>http://domain.com/foo/bar/</code>, ein Regex von
-            <code>foo/bar</code> inkludieren, aber nicht <code>/foo/bar</code>.
+            Führende und folgende Schrägstriche werden von der URL im Router vor dem Vergleich
+            entfernt. Als Ergebnis, wird ein Vergleich der URL
+            <code>http://domain.com/foo/bar/</code>, ein Regex von <code>foo/bar</code> inkludieren,
+            aber nicht <code>/foo/bar</code>.
         </para>
     </note>
 
     <note>
         <para>
-            Zeilenbeginn und Endanker (normalerweise '^' und '$') werden automatisch allen Ausdrücken vor- und
-            nachgesetzt. Deswegen sollten Sie nicht in den Regular Expressions verwendet werden, und der
-            komplette String sollte entsprechen.
+            Zeilenbeginn und Endanker (normalerweise '^' und '$') werden automatisch allen
+            Ausdrücken vor- und nachgesetzt. Deswegen sollten Sie nicht in den Regular Expressions
+            verwendet werden, und der komplette String sollte entsprechen.
         </para>
     </note>
 
     <note>
         <para>
-            Diese Routeklasse verwendet das <code>#</code> Zeichen als Begrenzer. Das bedeutet das ein Hashzeichen
-            ('#') kommentiert werden muß aber keine Schrägstriche ('/') in der Routendefinition. Da das '#' Zeichen
-            (Anker genannt) selben an einen Webserver übergeben wird, wird man dieses Zeichen selten in der eigenen
-            regex verwenden.
+            Diese Routeklasse verwendet das <code>#</code> Zeichen als Begrenzer. Das bedeutet das
+            ein Hashzeichen ('#') kommentiert werden muß aber keine Schrägstriche ('/') in der
+            Routendefinition. Da das '#' Zeichen (Anker genannt) selben an einen Webserver übergeben
+            wird, wird man dieses Zeichen selten in der eigenen regex verwenden.
         </para>
     </note>
 
@@ -83,11 +85,12 @@ public function showAction()
     </note>
 
     <para>
-        Diese Route wird jetzt noch nicht exakt gleich wie Ihr Gegenspieler, die Standardroute, arbeiten da der
-        Standard für 'year' noch nicht gesetzt ist. Und was jetzt noch nicht offensichtlich ist, ist das wir ein
-        Problem mit endenden Schrägstrichen haben, selbst wenn wir einen Standard für das Jahr definieren und das
-        Subpattern optional machen. Die Lösung ist, den ganzen year Teil optional zu nachen zusammen mit dem
-        Schrägstrich, aber nur den nummerischen Teil zu holen:
+        Diese Route wird jetzt noch nicht exakt gleich wie Ihr Gegenspieler, die Standardroute,
+        arbeiten da der Standard für 'year' noch nicht gesetzt ist. Und was jetzt noch nicht
+        offensichtlich ist, ist das wir ein Problem mit endenden Schrägstrichen haben, selbst wenn
+        wir einen Standard für das Jahr definieren und das Subpattern optional machen. Die Lösung
+        ist, den ganzen year Teil optional zu nachen zusammen mit dem Schrägstrich, aber nur den
+        nummerischen Teil zu holen:
     </para>
 
     <programlisting role="php"><![CDATA[
@@ -103,11 +106,12 @@ $router->addRoute('archive', $route);
 ]]></programlisting>
 
     <para>
-        Jetzt betrachten wir das Problem das möglicherweise schon selbst gefunden wurde. Die Verwendung von Integer
-        basierten Schlüsseln für Parameter ist keine einfach zu handhabende Lösung und kann, wärend einer langen
-        Laufzeit, potentiell problematisch sein. Hier kommt der dritte Parameter ins Spiel. Dieser Parameter ist
-        ein assoziatives Array das einer Karte von Regex Subpatterns zu Parametern benannten Schlüsseln entspricht.
-        Betrachten wir ein einfacheres Beispiel:
+        Jetzt betrachten wir das Problem das möglicherweise schon selbst gefunden wurde. Die
+        Verwendung von Integer basierten Schlüsseln für Parameter ist keine einfach zu handhabende
+        Lösung und kann, wärend einer langen Laufzeit, potentiell problematisch sein. Hier kommt der
+        dritte Parameter ins Spiel. Dieser Parameter ist ein assoziatives Array das einer Karte von
+        Regex Subpatterns zu Parametern benannten Schlüsseln entspricht. Betrachten wir ein
+        einfacheres Beispiel:
     </para>
 
     <programlisting role="php"><![CDATA[
@@ -137,8 +141,8 @@ $values = array(
 ]]></programlisting>
 
     <para>
-        Die Karte kann in jede Richtung definiert werden damit Sie in jeder Umgebung funktioniert. Schlüssel können
-        Variablennamen oder Indezes von Subpattern enthalten:
+        Die Karte kann in jede Richtung definiert werden damit Sie in jeder Umgebung funktioniert.
+        Schlüssel können Variablennamen oder Indezes von Subpattern enthalten:
     </para>
 
     <programlisting role="php"><![CDATA[
@@ -164,9 +168,9 @@ $route = new Zend_Controller_Router_Route_Regex(
     </note>
 
     <para>
-        Es gilt zu beachten das der nummerische Index in den Anfragewerten jetzt weg ist und eine benannte Variable
-        statt Ihm angezeigt wird. Natürlich können nummerische und benannte Variablen gemischt werden wenn das
-        gewünscht ist:
+        Es gilt zu beachten das der nummerische Index in den Anfragewerten jetzt weg ist und eine
+        benannte Variable statt Ihm angezeigt wird. Natürlich können nummerische und benannte
+        Variablen gemischt werden wenn das gewünscht ist:
     </para>
 
     <programlisting role="php"><![CDATA[
@@ -192,10 +196,11 @@ $values = array(
 ]]></programlisting>
 
     <para>
-        Da Regex Patterns nicht einfach rückgängig zu machen sind, muß eine umgekehrte URL vorbereitet werden wenn
-        ein URL Helfer verwendet werden soll oder sogar eine Herstellungsmethode dieser Klasse. Dieser
-        umgekehrte Pfad wird durch einen String dargestellt der durch sprintf() durchsucht werden kann und als
-        vierter Parameter definiert wird:
+        Da Regex Patterns nicht einfach rückgängig zu machen sind, muß eine umgekehrte URL
+        vorbereitet werden wenn ein URL Helfer verwendet werden soll oder sogar eine
+        Herstellungsmethode dieser Klasse. Dieser umgekehrte Pfad wird durch einen String
+        dargestellt der durch sprintf() durchsucht werden kann und als vierter Parameter definiert
+        wird:
     </para>
 
     <programlisting role="php"><![CDATA[
@@ -208,13 +213,14 @@ $route = new Zend_Controller_Router_Route_Regex(
 ]]></programlisting>
 
     <para>
-        Da all das bereits etwas ist das durch die Bedeutung eines standardmäßigen Route Objektes möglich ist
-        kommt natürlich die Frage aus worin der Vorteil einer regex Route besteht? Primär erlaubt Sie jeden Typ von
-        URL zu beschreiben ohne irgendwelche Einschränkungen. Angenommen man hat einen Blog und will eine URL wie
-        die folgende erstellen: <code>http://domain.com/blog/archive/01-Using_the_Regex_Router.html</code>, und
-        muß das jetzt Pfad Element <code>01-Using_the_Regex_Router.html</code> bearbeiten, in eine Artikel ID und
-        eine Artikel Titel/Beschreibung; das ist nicht möglich mit der Standardroute. Mit der Regex Route ist
-        etwas wie die folgende Lösung möglich:
+        Da all das bereits etwas ist das durch die Bedeutung eines standardmäßigen Route Objektes
+        möglich ist kommt natürlich die Frage aus worin der Vorteil einer regex Route besteht?
+        Primär erlaubt Sie jeden Typ von URL zu beschreiben ohne irgendwelche Einschränkungen.
+        Angenommen man hat einen Blog und will eine URL wie die folgende erstellen:
+        <code>http://domain.com/blog/archive/01-Using_the_Regex_Router.html</code>, und muß das
+        jetzt Pfad Element <code>01-Using_the_Regex_Router.html</code> bearbeiten, in eine Artikel
+        ID und eine Artikel Titel/Beschreibung; das ist nicht möglich mit der Standardroute. Mit der
+        Regex Route ist etwas wie die folgende Lösung möglich:
     </para>
 
     <programlisting role="php"><![CDATA[

documentation/manual/de/module_specs/Zend_Controller-Router-Route-Static.xml

@@ -5,9 +5,10 @@
     <title>Zend_Controller_Router_Route_Static</title>
 
     <para>
-        Die oben angeführten Beispiele verwenden alle dynamische Routen -- Routen die einem Pattern entsprechen.
-        Trotzdem wird manchmal eine spezielle Route in Stein gegossen, und das Starten der Regular Expression
-        Maschine wäre ein Overkill. Die Lösung zu dieser Situation ist die Verwendung von statischen Routen:
+        Die oben angeführten Beispiele verwenden alle dynamische Routen -- Routen die einem Pattern
+        entsprechen. Trotzdem wird manchmal eine spezielle Route in Stein gegossen, und das Starten
+        der Regular Expression Maschine wäre ein Overkill. Die Lösung zu dieser Situation ist die
+        Verwendung von statischen Routen:
     </para>
 
     <programlisting role="php"><![CDATA[
@@ -19,8 +20,8 @@ $router->addRoute('login', $route);
 ]]></programlisting>
 
     <para>
-        Die obige Route passt zu einer URL von <code>http://domain.com/login</code>, und leitet weiter zu
-        <code>AuthController::loginAction()</code>.
+        Die obige Route passt zu einer URL von <code>http://domain.com/login</code>, und leitet
+        weiter zu <code>AuthController::loginAction()</code>.
     </para>
 
     <note id="zend.controller.router.routes.static.warning">
@@ -28,10 +29,10 @@ $router->addRoute('login', $route);
 
         <para>
             Da eine statische Route keinen Teil der URL an das Requestobjekt als Parameter übergibt,
-            <emphasis>muss</emphasis> man alle Parameter die für das Bearbeiten eines Requests notwendig sind
-            als Standards an die Route übergeben. Das unterdrücken der Standardwerte von "controller" oder
-            "action" kann zu unerwarteten Ergebnissen führen, und wird dazu führen das der Request nicht
-            bearbeitet werden kann.
+            <emphasis>muss</emphasis> man alle Parameter die für das Bearbeiten eines Requests
+            notwendig sind als Standards an die Route übergeben. Das unterdrücken der Standardwerte
+            von "controller" oder "action" kann zu unerwarteten Ergebnissen führen, und wird dazu
+            führen das der Request nicht bearbeitet werden kann.
         </para>
 
         <para>
@@ -45,8 +46,8 @@ $router->addRoute('login', $route);
         </itemizedlist>
 
         <para>
-            Optional kann auch der "useDefaultControllerAlways" Parameter an den Frontkontroller wärend des
-            Bootstrappings übergeben werden:
+            Optional kann auch der "useDefaultControllerAlways" Parameter an den Frontkontroller
+            wärend des Bootstrappings übergeben werden:
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -54,8 +55,8 @@ $front->setParam('useDefaultControllerAlways', true);
 ]]></programlisting>
 
         <para>
-            Trotzdem ist das als Workaround anzusehen; es ist immer besser vernünftige Standards explizit zu
-            definieren.
+            Trotzdem ist das als Workaround anzusehen; es ist immer besser vernünftige Standards
+            explizit zu definieren.
         </para>
     </note>
 </sect3>

documentation/manual/de/module_specs/Zend_Currency-Introduction.xml

@@ -6,7 +6,7 @@
     <title>Einführung in Zend_Currency</title>
 
     <para>
-        <classname>Zend_Currency</classname> ist Teil starken Supports für I18n im Zend Frameworks.
+        <classname>Zend_Currency</classname> ist Teil starken Supports für I18n des Zend Frameworks.
         Es behandelt alle Arbeiten betreffend Währungen, Geld Darstellung und Formatierung.
         Ausserdem bietet es zusätzliche informative Methoden welche lokalisierte Informationen zu
         Währungen und Informationen darüber enthalten welche Währung in welcher Region verwendet

documentation/manual/de/module_specs/Zend_Date-Additional.xml

@@ -6,9 +6,10 @@
     <title>Funktionierende Beispiele</title>
 
     <para>
-        In diesem Kapitel werden wir verschiedene zusätzliche Funkionen beschreiben welche auch durch
-        <classname>Zend_Date</classname> verfügbar sind. Natürlich haben alle beschriebene Funktionen auch Beispiele
-        um die Arbeitsweise, und die einfache API für die richtige Benutzung von Ihnen, zu zeigen.
+        In diesem Kapitel werden wir verschiedene zusätzliche Funkionen beschreiben welche auch
+        durch <classname>Zend_Date</classname> verfügbar sind. Natürlich haben alle beschriebene
+        Funktionen auch Beispiele um die Arbeitsweise, und die einfache API für die richtige
+        Benutzung von Ihnen, zu zeigen.
     </para>
 
     <sect2 id="zend.date.additional.checking">
@@ -16,40 +17,45 @@
         <title>Prüfen von Daten</title>
 
         <para>
-            Normalerweise werden die meisten Daten als Zeichenketten übergeben. Aber das Problem mit Zeichenketten
-            ist das man nicht sicher sein kann ob eine Zeichenkette ein echtes Datum enthält. Hierfür gibt es
-            in <classname>Zend_Date</classname> eine eigene statische Funktion um Datums-Zeichenketten zu prüfen.
-            <classname>Zend_Locale</classname> hat eine eigene Funktion <code>getDate($date, $locale);</code> welche ein
-            Datum analysiert und die gültigen normalisierten Datumsabschnitte zurück gibt. Ein Monatsname
-            wird zum Beispiel erkannt und anschließend nur die Nummer des Monats zurück gegeben. Aber da
-            <classname>Zend_Locale</classname> nichts über Daten weiß, da es eine Klasse zum Normalisieren und
-            Lokalisieren ist, haben wir eine eigene Funktion <code>isDate($date);</code> integriert welche das
-            für uns prüft.
+            Normalerweise werden die meisten Daten als Zeichenketten übergeben. Aber das Problem mit
+            Zeichenketten ist das man nicht sicher sein kann ob eine Zeichenkette ein echtes Datum
+            enthält. Hierfür gibt es in <classname>Zend_Date</classname> eine eigene statische
+            Funktion um Datums-Zeichenketten zu prüfen. <classname>Zend_Locale</classname> hat eine
+            eigene Funktion <code>getDate($date, $locale);</code> welche ein Datum analysiert und
+            die gültigen normalisierten Datumsabschnitte zurück gibt. Ein Monatsname wird zum
+            Beispiel erkannt und anschließend nur die Nummer des Monats zurück gegeben. Aber da
+            <classname>Zend_Locale</classname> nichts über Daten weiß, da es eine Klasse zum
+            Normalisieren und Lokalisieren ist, haben wir eine eigene Funktion
+            <code>isDate($date);</code> integriert welche das für uns prüft.
         </para>
 
         <para>
-            <code>isDate($date, $format, $locale);</code> nimmt bis zu drei Parameter entgegen und benötigt mindestens
-            einen Parameter. Deshalb ist alles was wir für das Prüfen eines Datums benötigen natürlich das Datum
-            selbst als Zeichenkette. Der zweite Parameter kann das Format sein, in welchem das Datum erwartet wird.
-            Wenn kein Format angegeben wurde, wird das Standardformat des verwendeten Gebietsschemas benutzt.
-            Für Details darüber wie Formate aussehen müssen kann im Kapitel über
-            <link linkend="zend.date.constants.selfdefinedformats">selbst definierte Formate</link> nachgeschaut werden.
+            <code>isDate($date, $format, $locale);</code> nimmt bis zu drei Parameter entgegen und
+            benötigt mindestens einen Parameter. Deshalb ist alles was wir für das Prüfen eines
+            Datums benötigen natürlich das Datum selbst als Zeichenkette. Der zweite Parameter kann
+            das Format sein, in welchem das Datum erwartet wird. Wenn kein Format angegeben wurde,
+            wird das Standardformat des verwendeten Gebietsschemas benutzt. Für Details darüber wie
+            Formate aussehen müssen kann im Kapitel über
+            <link linkend="zend.date.constants.selfdefinedformats">selbst definierte Formate</link>
+            nachgeschaut werden.
         </para>
 
         <para>
-            Der dritte Parameter ist auch optional genauso wie der zweite Parameter und kann verwendet werden um
-            ein Gebietsschema anzugeben. Das gebietsschema wird benötigt um Monats- und Wochentagsnamen zu
-            normalisieren. Mit dem dritten Parameter sind wir also in der Lage Daten zu erkennen wie
-            '01.Jänner.2000' oder '01.January.2000' abhängig von dem angegebenen Gebietsschema.
+            Der dritte Parameter ist auch optional genauso wie der zweite Parameter und kann
+            verwendet werden um ein Gebietsschema anzugeben. Das gebietsschema wird benötigt um
+            Monats- und Wochentagsnamen zu normalisieren. Mit dem dritten Parameter sind wir also in
+            der Lage Daten zu erkennen wie '01.Jänner.2000' oder '01.January.2000' abhängig von dem
+            angegebenen Gebietsschema.
         </para>
 
         <para>
-            <code>isDate();</code> prüft natürlich auch ob ein Datum existiert. <classname>Zend_Date</classname> selbst
-            prüft die Daten nicht. Deshalb ist es möglich ein Datum wie zum Beispiel '31.Februar.2000' mit
-            <classname>Zend_Date</classname> zu erstellen  weil <classname>Zend_Date</classname> das Datum automatisch korrigiert und
-            ein gültiges Datum zurück gibt. In unserem Fall den '03.März.2000'. Auf der anderen Seite führt
-            <code>isDate()</code> diese Prüfung durch und gibt beim '31.Februar.2000' falsch zurück, weil sie weiß
-            das dieses Datum unmöglich ist.
+            <code>isDate();</code> prüft natürlich auch ob ein Datum existiert.
+            <classname>Zend_Date</classname> selbst prüft die Daten nicht. Deshalb ist es möglich
+            ein Datum wie zum Beispiel '31.Februar.2000' mit <classname>Zend_Date</classname> zu
+            erstellen  weil <classname>Zend_Date</classname> das Datum automatisch korrigiert und
+            ein gültiges Datum zurück gibt. In unserem Fall den '03.März.2000'. Auf der anderen
+            Seite führt <code>isDate()</code> diese Prüfung durch und gibt beim '31.Februar.2000'
+            falsch zurück, weil sie weiß das dieses Datum unmöglich ist.
         </para>
 
         <example id="zend.date.additional.checking.example-1">
@@ -88,23 +94,25 @@ if (Zend_Date::isDate($date,'dd MMMM yyyy', 'en')) {
         <title>Sonnenaufgang und Sonnenuntergang</title>
 
         <para>
-            <classname>Zend_Date</classname> beinhaltet auch Funktionen um Informationen von der Sonne zu erhalten. Oft
-            ist es notwendig die Zeit für Sonnenaugang oder Sonnenuntergang für einen bestimmten Tag zu erhalten.
-            Das ist mit <classname>Zend_Date</classname> sehr einfach weil nur der gewünschte Tag angegeben werden muß, und
-            zusätzlich die Ortsangabe für den Sonnenaufgang oder Sonnenuntergang berechnet werden soll.
+            <classname>Zend_Date</classname> beinhaltet auch Funktionen um Informationen von der
+            Sonne zu erhalten. Oft ist es notwendig die Zeit für Sonnenaugang oder Sonnenuntergang
+            für einen bestimmten Tag zu erhalten. Das ist mit <classname>Zend_Date</classname> sehr
+            einfach weil nur der gewünschte Tag angegeben werden muß, und zusätzlich die Ortsangabe
+            für den Sonnenaufgang oder Sonnenuntergang berechnet werden soll.
         </para>
 
         <para>
-            Da die meisten Personen die genaue Ortsangabe Ihrer Stadt nicht kennen haben wir auch eine Helferklasse
-            spendiert die für etwa 250 Haupt- und Großstädte der ganzen Welt die Daten der Ortsangaben bereithält.
-            Die meisten Personen können Städte in Ihrer näheren Umgebung benutzen, da die Differenz für Ortsangaben
-            welche nahe beineinander liegen nur in Sekunden gemessen werden kann.
+            Da die meisten Personen die genaue Ortsangabe Ihrer Stadt nicht kennen haben wir auch
+            eine Helferklasse spendiert die für etwa 250 Haupt- und Großstädte der ganzen Welt die
+            Daten der Ortsangaben bereithält. Die meisten Personen können Städte in Ihrer näheren
+            Umgebung benutzen, da die Differenz für Ortsangaben welche nahe beineinander liegen nur
+            in Sekunden gemessen werden kann.
         </para>
 
         <para>
-            Für die Erstellung einer Auswahlbox und der Auswahl einer speziellen Stadt kann die Funktion
-            <classname>Zend_Date_Cities::getCityList</classname>  benutzt werden. Sie gibt die Namen aller verfügbaren
-            vordefinierten Städte der Helferklasse zurück.
+            Für die Erstellung einer Auswahlbox und der Auswahl einer speziellen Stadt kann die
+            Funktion <classname>Zend_Date_Cities::getCityList</classname>  benutzt werden. Sie gibt
+            die Namen aller verfügbaren vordefinierten Städte der Helferklasse zurück.
         </para>
 
         <example id="zend.date.additional.sunrise-sunset.example-1">
@@ -116,15 +124,17 @@ print_r (Zend_Date_Cities::getCityList());
         </example>
 
         <para>
-            Die Ortsangabe selbst erhält man mit der Funktion <classname>Zend_Date_Cities::City()</classname>.
-            Sie akzeptiert den Namen einer Stadt wie durch die Funktion <classname>Zend_Date_Cities::getCityList()</classname>
-            angegeben und optional als zweiten Parameter den zu setzenden Horizont.
+            Die Ortsangabe selbst erhält man mit der Funktion
+            <classname>Zend_Date_Cities::City()</classname>. Sie akzeptiert den Namen einer Stadt
+            wie durch die Funktion <classname>Zend_Date_Cities::getCityList()</classname> angegeben
+            und optional als zweiten Parameter den zu setzenden Horizont.
         </para>
 
         <para>
-            Es gibt 4 vordefinierte Horizonte welche mit einer Ortsangabe benutzt werden können um den genauen
-            Zeitpunkt von Sonnenauf- und -untergang zu erhalten. Der '<code>horizon</code>' Parameter ist in allen
-            Funktionen immer optional. Wenn er nicht gesetzt wird, wird der '<code>effective</code>' Horizont benutzt.
+            Es gibt 4 vordefinierte Horizonte welche mit einer Ortsangabe benutzt werden können um
+            den genauen Zeitpunkt von Sonnenauf- und -untergang zu erhalten. Der
+            '<code>horizon</code>' Parameter ist in allen Funktionen immer optional. Wenn er nicht
+            gesetzt wird, wird der '<code>effective</code>' Horizont benutzt.
         </para>
 
         <table id="zend.date.additional.sunrise-sunset.table">
@@ -141,7 +151,10 @@ print_r (Zend_Date_Cities::getCityList());
                     <row>
                         <entry>effective</entry>
                         <entry>Standard Horizont</entry>
-                        <entry>Nimmt an das die Welt ein Ball ist. Dieser Horizont wird immer benutzt wenn keiner definiert wurde.</entry>
+                        <entry>
+                            Nimmt an das die Welt ein Ball ist. Dieser Horizont wird immer benutzt
+                            wenn keiner definiert wurde.
+                        </entry>
                     </row>
                     <row>
                         <entry>civil</entry>
@@ -163,8 +176,9 @@ print_r (Zend_Date_Cities::getCityList());
         </table>
 
         <para>
-            Natürlich kann auch eine selbst-definierte Ortsangabe für die Berechnung benutzt werden. Hierzu ist eine
-            '<code>latitude</code>' und eine '<code>longitude</code>' anzugeben und optional der '<code>horizon</code>'.
+            Natürlich kann auch eine selbst-definierte Ortsangabe für die Berechnung benutzt werden.
+            Hierzu ist eine '<code>latitude</code>' und eine '<code>longitude</code>' anzugeben und
+            optional der '<code>horizon</code>'.
         </para>
 
         <example id="zend.date.additional.sunrise-sunset.example-2">
@@ -183,12 +197,14 @@ $mylocation = array('latitude' => 41.5, 'longitude' => 13.2446);
         </example>
 
         <para>
-            Da nun alle benötigten Daten angegeben werde können ist der nächste Schritt die Erstellung eines
-            <classname>Zend_Date</classname> Objekts mit dem Tag für welchen Sonnenauf- oder -untergang berechnet werden sollen.
-            Für die Berechnung stehen 3 Funktionen bereit. Die Berechnung des Sonnenaufganges ist mit
-            '<code>getSunset()</code>', des Sonnenuntergangs mit '<code>getSunrise()</code>' und alle
-            möglichen Informationen welche die Sonne betreffen mit '<code>getSunInfo()</code>' möglich.
-            Nach der Berechnung wird das <classname>Zend_Date</classname> Objekt mit der berechneten Zeit zurückgegeben.
+            Da nun alle benötigten Daten angegeben werde können ist der nächste Schritt die
+            Erstellung eines <classname>Zend_Date</classname> Objekts mit dem Tag für welchen
+            Sonnenauf- oder -untergang berechnet werden sollen. Für die Berechnung stehen 3
+            Funktionen bereit. Die Berechnung des Sonnenaufganges ist mit
+            '<code>getSunset()</code>', des Sonnenuntergangs mit '<code>getSunrise()</code>' und
+            alle möglichen Informationen welche die Sonne betreffen mit '<code>getSunInfo()</code>'
+            möglich. Nach der Berechnung wird das <classname>Zend_Date</classname> Objekt mit der
+            berechneten Zeit zurückgegeben.
         </para>
 
         <example id="zend.date.additional.sunrise-sunset.example-3">
@@ -220,30 +236,33 @@ foreach ($info as $sun) {
         <title>Zeitzonen</title>
 
         <para>
-            Zeitzonen sind genauso wichtig wie die Datumsangaben selbst. Es gibt einige Zeitzonen abhängig davon
-            wo auf der Welt der Benutzer lebt. Deshalb bedeutet das Arbeiten mit Daten auch immer das eine
-            gültige Zeitzone gesetzt ist. Das klingt eventuell kompliziert, ist aber viel einfacher als erwartet.
-            Wie schon im ersten Kapitel von <classname>Zend_Date</classname> erwähnt muß immer eine Standardzeitzone
-            ersetzt werden. Entweder durch <code>php.ini</code> oder durch Definition in der Bootstrap Datei.
+            Zeitzonen sind genauso wichtig wie die Datumsangaben selbst. Es gibt einige Zeitzonen
+            abhängig davon wo auf der Welt der Benutzer lebt. Deshalb bedeutet das Arbeiten mit
+            Daten auch immer das eine gültige Zeitzone gesetzt ist. Das klingt eventuell
+            kompliziert, ist aber viel einfacher als erwartet. Wie schon im ersten Kapitel von
+            <classname>Zend_Date</classname> erwähnt muß immer eine Standardzeitzone ersetzt werden.
+            Entweder durch <code>php.ini</code> oder durch Definition in der Bootstrap Datei.
         </para>
 
         <para>
-            Ein <classname>Zend_Date</classname> Objekt speichert natürlich die aktuelle Zeitzone. Selbst wenn die
-            Zeitzone nach der Erstellung des Objektes geändert wird, merkt sich das Objekt die originale
-            Zeitzone und arbeitet mit Ihr. Es ist also nicht notwendig die Zeitzone im Code mithilfe von
-            PHP Funktionen zu ändern. <classname>Zend_Date</classname> hat zwei eingebaute Funktionen die es ermöglichen
-            damit zu Arbeiten.
+            Ein <classname>Zend_Date</classname> Objekt speichert natürlich die aktuelle Zeitzone.
+            Selbst wenn die Zeitzone nach der Erstellung des Objektes geändert wird, merkt sich das
+            Objekt die originale Zeitzone und arbeitet mit Ihr. Es ist also nicht notwendig die
+            Zeitzone im Code mithilfe von PHP Funktionen zu ändern. <classname>Zend_Date</classname>
+            hat zwei eingebaute Funktionen die es ermöglichen damit zu Arbeiten.
         </para>
 
         <para>
-            <code>getTimezone()</code> gibt die aktuell gesetzte Zeitzone des <classname>Zend_Date</classname> Objektes
-            zurück. Man sollte in Erinnerung behalten das <classname>Zend_Date</classname> nicht mit den PHP Internas
-            gekoppelt ist. Deshalb ist die zurückgegebene Zeitzone nicht die des PHP Skripts sondern jene des
-            Objektes. <code>setTimezone($zone)</code> ist die zweite Funktion und ermöglicht es eine neue
-            Zeitzone für <classname>Zend_Date</classname> zu setzen. Eine angegebene Zeitzone wird immer geprüft. Wenn diese
-            nicht existiert wird eine Ausnahme geworfen. Zusätzlich kann die Zeitzone des aktuellen Skripts oder
-            des Systems für das Datumsobjekt gesetzt werden indem <code>setTimezone()</code> ohne den Parameter
-            zone aufgerufen wird. Das wird auch automatisch gemacht wenn das Datumsobjekt erstellt wird.
+            <code>getTimezone()</code> gibt die aktuell gesetzte Zeitzone des
+            <classname>Zend_Date</classname> Objektes zurück. Man sollte in Erinnerung behalten das
+            <classname>Zend_Date</classname> nicht mit den PHP Internas gekoppelt ist. Deshalb ist
+            die zurückgegebene Zeitzone nicht die des PHP Skripts sondern jene des Objektes.
+            <code>setTimezone($zone)</code> ist die zweite Funktion und ermöglicht es eine neue
+            Zeitzone für <classname>Zend_Date</classname> zu setzen. Eine angegebene Zeitzone wird
+            immer geprüft. Wenn diese nicht existiert wird eine Ausnahme geworfen. Zusätzlich kann
+            die Zeitzone des aktuellen Skripts oder des Systems für das Datumsobjekt gesetzt werden
+            indem <code>setTimezone()</code> ohne den Parameter zone aufgerufen wird. Das wird auch
+            automatisch gemacht wenn das Datumsobjekt erstellt wird.
         </para>
 
         <example id="zend.date.additional.timezones.example-1">
@@ -275,18 +294,21 @@ print $date->getIso();
         </example>
 
         <para>
-            <classname>Zend_Date</classname> nimmt immer die aktuelle Zeitzone für das Erstellen eines Objektes wie in den
-            ersten Zeilen des Beispiels gezeigt. Das Ändern der Zeitzone für ein erstelltes Objekt
-            hat einen Effekt auf das Datum selbst. Daten sind immer relativ zu einer Zeitzone. Das Ändern der
-            Zeitzone für ein <classname>Zend_Date</classname> Objekt ändert nicht die Zeit des <classname>Zend_Date</classname> Objektes
-            selbst. Man muß sich in Erinnerung halten das Daten intern immer als Zeitpunkte und in der GMT
-            gespeichert werden. Eine Zeitzone bedeutet also wieviele Stunden subtrahiert oder addiert werden müssen
-            um die aktuelle globale Zeit für die eigene Zeitzone und Region er erhalten.
+            <classname>Zend_Date</classname> nimmt immer die aktuelle Zeitzone für das Erstellen
+            eines Objektes wie in den ersten Zeilen des Beispiels gezeigt. Das Ändern der Zeitzone
+            für ein erstelltes Objekt hat einen Effekt auf das Datum selbst. Daten sind immer
+            relativ zu einer Zeitzone. Das Ändern der Zeitzone für ein
+            <classname>Zend_Date</classname> Objekt ändert nicht die Zeit des
+            <classname>Zend_Date</classname> Objektes selbst. Man muß sich in Erinnerung halten das
+            Daten intern immer als Zeitpunkte und in der GMT gespeichert werden. Eine Zeitzone
+            bedeutet also wieviele Stunden subtrahiert oder addiert werden müssen um die aktuelle
+            globale Zeit für die eigene Zeitzone und Region er erhalten.
         </para>
 
         <para>
-            Das koppeln der Zeitzone innerhalb von <classname>Zend_Date</classname> hat einen anderen positiven Nebeneffekt.
-            Es ist möglich verschiedene Daten mit verschiedenen Zeitzonen zu haben.
+            Das koppeln der Zeitzone innerhalb von <classname>Zend_Date</classname> hat einen
+            anderen positiven Nebeneffekt. Es ist möglich verschiedene Daten mit verschiedenen
+            Zeitzonen zu haben.
         </para>
 
         <example id="zend.date.additional.timezones.example-2">

documentation/manual/de/module_specs/Zend_Db_Select.xml

@@ -10,11 +10,12 @@
         <title>Einführung</title>
 
         <para>
-            Das <classname>Zend_Db_Select</classname> Objekt repräsentiert ein SQL <code>SELECT</code> Anfrage Statement.
-            Die Klasse bietet Methoden um einzelne Teile der Anfrage hinzuzufügen. Einzelne Teile
-            der Anfrage können mit Hilfe von PHP Methoden und Datenstrukturen angegeben werden, und
-            die Klasse erzeugt korrekte SQL Syntax. Nachdem die Anfrage formuliert wurde kann sie
-            ausgeführt werden als wäre sie mit einem normalen String geschrieben worden.
+            Das <classname>Zend_Db_Select</classname> Objekt repräsentiert ein SQL
+            <code>SELECT</code> Anfrage Statement. Die Klasse bietet Methoden um einzelne Teile der
+            Anfrage hinzuzufügen. Einzelne Teile der Anfrage können mit Hilfe von PHP Methoden und
+            Datenstrukturen angegeben werden, und die Klasse erzeugt korrekte SQL Syntax. Nachdem
+            die Anfrage formuliert wurde kann sie ausgeführt werden als wäre sie mit einem normalen
+            String geschrieben worden.
         </para>
 
         <para>
@@ -50,12 +51,12 @@
         </itemizedlist>
 
         <para>
-            Nutzung von <classname>Zend_Db_Select</classname> ist nicht zwingend erforderlich. Für einfache SELECT
-            Anfragen ist es normalerweise einfacher die gesamte SQL Anfrage in einem String zu
-            formulieren und mit Hilfe der Methoden der Adapterklasse, wie <code>fetch()</code> oder
-            <code>fetchAll()</code>, auszuführen. Die Nutzung von <classname>Zend_Db_Select</classname> ist hilfreich wenn
-            eine SELECT Anfrage prozedural oder basierend auf der konditionellen Logik der
-            Anwendung zusammengesetzt wird.
+            Nutzung von <classname>Zend_Db_Select</classname> ist nicht zwingend erforderlich. Für
+            einfache SELECT Anfragen ist es normalerweise einfacher die gesamte SQL Anfrage in einem
+            String zu formulieren und mit Hilfe der Methoden der Adapterklasse, wie
+            <code>fetch()</code> oder <code>fetchAll()</code>, auszuführen. Die Nutzung von
+            <classname>Zend_Db_Select</classname> ist hilfreich wenn eine SELECT Anfrage prozedural
+            oder basierend auf der konditionellen Logik der Anwendung zusammengesetzt wird.
         </para>
 
     </sect2>
@@ -65,8 +66,9 @@
         <title>Erzeugung eines Select Objekts</title>
 
         <para>
-            Die Instanz eines <classname>Zend_Db_Select</classname> Objekts kann mit Hilfe der <code>select()</code>
-            Methode des <classname>Zend_Db_Adapter_Abstract</classname> Objekts erzeugt werden.
+            Die Instanz eines <classname>Zend_Db_Select</classname> Objekts kann mit Hilfe der
+            <code>select()</code> Methode des <classname>Zend_Db_Adapter_Abstract</classname>
+            Objekts erzeugt werden.
         </para>
 
         <example id="zend.db.select.creating.example-db">
@@ -81,8 +83,8 @@ $select = $db->select();
         </example>
 
         <para>
-            Ein anderer Weg ein <classname>Zend_Db_Select</classname> Objekt zu erzeugen ist die Nutzung des Konstruktors
-            unter Angabe des Datenbankadapters als Argument.
+            Ein anderer Weg ein <classname>Zend_Db_Select</classname> Objekt zu erzeugen ist die
+            Nutzung des Konstruktors unter Angabe des Datenbankadapters als Argument.
         </para>
 
         <example id="zend.db.select.creating.example-new">
@@ -129,10 +131,10 @@ $select->order( ...Angabe von Sortierkriterien... );
         </example>
 
         <para>
-            Die meisten Methoden des <classname>Zend_Db_Select</classname> Objekts lassen sich auch über das bequeme
-            Fluent Interface nutzen. Fluent Interface bedeutet das jede Methode eine Referenz auf
-            das aufrufende Objekt zurück gibt, daher kann direkt eine andere Methode aufgerufen
-            werden.
+            Die meisten Methoden des <classname>Zend_Db_Select</classname> Objekts lassen sich auch
+            über das bequeme Fluent Interface nutzen. Fluent Interface bedeutet das jede Methode
+            eine Referenz auf das aufrufende Objekt zurück gibt, daher kann direkt eine andere
+            Methode aufgerufen werden.
         </para>
 
         <example id="zend.db.select.building.example-fluent">
@@ -162,8 +164,8 @@ $select = $db->select()
             <para>
                 Um die Tabelle für die Anfrage an zu geben wird die <code>from()</code> Methode
                 verwendet. Der Tabellenname kann als einfacher String übergeben werden.
-                <classname>Zend_Db_Select</classname> wendet Bezeichner Quotierung an, es können also auch spezielle
-                Zeichen verwendet werden.
+                <classname>Zend_Db_Select</classname> wendet Bezeichner Quotierung an, es können
+                also auch spezielle Zeichen verwendet werden.
             </para>
 
             <example id="zend.db.select.building.from.example">
@@ -186,9 +188,9 @@ $select = $db->select()
                 werden. Anstelle eines einfachen Strings muss dann ein assoziatives Array übergeben
                 werden, welches den Beziehungsnamen dem tatsächlichen Tabellennamen zuordnet. In
                 anderen Bedingungen der SQL Anfrage kann dann dieser Beziehungsname verwendet
-                werden. Wenn die Anfrage mehr als eine Tabelle verbindet, generiert <classname>Zend_Db_Select</classname>
-                eindeutige Beziehungsnamen basierend auf den Tabellennamen, wenn keine
-                Beziehungsnamen angegeben wurden.
+                werden. Wenn die Anfrage mehr als eine Tabelle verbindet, generiert
+                <classname>Zend_Db_Select</classname> eindeutige Beziehungsnamen basierend auf den
+                Tabellennamen, wenn keine Beziehungsnamen angegeben wurden.
             </para>
 
             <example id="zend.db.select.building.from.example-cname">
@@ -209,9 +211,9 @@ $select = $db->select()
             <para>
                 Einige RDBMS Marken unterstützen einen voran stehenden Schemenbezeichner für eine
                 Tabelle. Der Tabellenname kann mit "<code>schemaName.tabellenName</code>" angegeben
-                werden, <classname>Zend_Db_Select</classname> Quotiert die einzelnen Teile für sich. Der Schemaname kann
-                aber auch separat angegeben werden. Ein Schemaname, der mit dem Tabellennamen
-                angegeben wurde bekommt Vorrang, falls beides angegeben wurde.
+                werden, <classname>Zend_Db_Select</classname> Quotiert die einzelnen Teile für sich.
+                Der Schemaname kann aber auch separat angegeben werden. Ein Schemaname, der mit dem
+                Tabellennamen angegeben wurde bekommt Vorrang, falls beides angegeben wurde.
             </para>
 
             <example id="zend.db.select.building.from.example-schema">
@@ -262,9 +264,9 @@ $select = $db->select()
 
             <para>
                 Der Spaltenname kann mit "<code>beziehungsName.spaltenName</code>" angegeben
-                werden. <classname>Zend_Db_Select</classname> Quotiert die einzelnen Teile für sich. Wird kein
-                Beziehungsname für die Spalte angegeben, dann wird der Beziehungsname der Tabelle
-                der aktuellen <code>from()</code> Methode verwendet.
+                werden. <classname>Zend_Db_Select</classname> Quotiert die einzelnen Teile für sich.
+                Wird kein Beziehungsname für die Spalte angegeben, dann wird der Beziehungsname der
+                Tabelle der aktuellen <code>from()</code> Methode verwendet.
             </para>
 
             <example id="zend.db.select.building.columns.example">
@@ -313,20 +315,21 @@ $select = $db->select()
             </para>
 
             <para>
-                Es kann auch ein Objekt des Typs <classname>Zend_Db_Expr</classname> erzeugt werden um zu verhindern das
-                ein String wie ein Spaltenname behandelt wird. <classname>Zend_Db_Expr</classname> ist eine Minimalklasse
-                die einen String enthält. <classname>Zend_Db_Select</classname> erkennt Objekte des Typs <classname>Zend_Db_Expr</classname> und
-                konvertiert diese in Strings, nimmt aber keine Änderungen daran vor, wie Quotierung
-                oder Beziehungsnamen.
+                Es kann auch ein Objekt des Typs <classname>Zend_Db_Expr</classname> erzeugt werden
+                um zu verhindern das ein String wie ein Spaltenname behandelt wird.
+                <classname>Zend_Db_Expr</classname> ist eine Minimalklasse die einen String enthält.
+                <classname>Zend_Db_Select</classname> erkennt Objekte des Typs
+                <classname>Zend_Db_Expr</classname> und konvertiert diese in Strings, nimmt aber
+                keine Änderungen daran vor, wie Quotierung oder Beziehungsnamen.
             </para>
 
             <note>
 
                 <para>
-                    Benutzung von <classname>Zend_Db_Expr</classname> für Spaltennamen ist nicht nötig wenn Spaltennamen
-                    Expressions runde Klammern enthalten. <classname>Zend_Db_Select</classname> erkennt diese und
-                    behandelt den String als eine Expression und lässt Quotierung und
-                    Beziehungsnamen aus.
+                    Benutzung von <classname>Zend_Db_Expr</classname> für Spaltennamen ist nicht
+                    nötig wenn Spaltennamen Expressions runde Klammern enthalten.
+                    <classname>Zend_Db_Select</classname> erkennt diese und behandelt den String als
+                    eine Expression und lässt Quotierung und Beziehungsnamen aus.
                 </para>
 
             </note>
@@ -369,10 +372,10 @@ $select = $db->select()
             </example>
 
             <para>
-                In den oben stehenden Fällen ändern <classname>Zend_Db_Select</classname> den String nicht mit
-                Beziehungsnamen oder Bezeichnerquotierung. Wenn diese Änderungen notwendig sein
-                sollten um doppeldeutigkeiten auf zu lösen, muss dies manuell am String geändert
-                werden.
+                In den oben stehenden Fällen ändern <classname>Zend_Db_Select</classname> den String
+                nicht mit Beziehungsnamen oder Bezeichnerquotierung. Wenn diese Änderungen notwendig
+                sein sollten um doppeldeutigkeiten auf zu lösen, muss dies manuell am String
+                geändert werden.
             </para>
 
             <para>
@@ -423,9 +426,9 @@ $select = $db->select()
                 Tabelle hinzuzufügen nachdem diese Methoden aufgerufen wurde. Die
                 <code>columns()</code> Methode erlaubt es spezifische Spalten an jedem Punkt
                 hinzuzufügen bevor die Abfrage aufgeführt wird. Die Spalte kann entweder als String
-                oder <classname>Zend_Db_Expr</classname> oder als Array dieser Elemente angegeben werden. Das
-                zweite Argument dieser Methode kann unterdrückt werden, was impliziert das die
-                Spalten zu der FROM Tabelle hinzugefügt werden sollen, andernfall muß ein
+                oder <classname>Zend_Db_Expr</classname> oder als Array dieser Elemente angegeben
+                werden. Das zweite Argument dieser Methode kann unterdrückt werden, was impliziert
+                das die Spalten zu der FROM Tabelle hinzugefügt werden sollen, andernfall muß ein
                 bestehender Korrelationsname verwendet werden.
             </para>
 
@@ -463,9 +466,10 @@ $select = $db->select()
             <para>
                 Viele nützliche Anfragen benötigen ein <code>JOIN</code> um mehrere Spalten
                 verschiedener Tabellen miteinander zu kombinieren. Tabellen können zu einer
-                <classname>Zend_Db_Select</classname> Anfrage mit der <code>join()</code> Methode hinzugefügt werden. Die
-                Nutzung dieser Methode ist ähnlich der <code>from()</code> Methode, außer das in
-                den meisten Fällen zusätzlich eine Join Bedingung angegeben werden kann.
+                <classname>Zend_Db_Select</classname> Anfrage mit der <code>join()</code> Methode
+                hinzugefügt werden. Die Nutzung dieser Methode ist ähnlich der <code>from()</code>
+                Methode, außer das in den meisten Fällen zusätzlich eine Join Bedingung angegeben
+                werden kann.
             </para>
 
             <example id="zend.db.select.building.join.example">
@@ -508,8 +512,9 @@ $select = $db->select()
             <para>
                 Das dritte Argument für <code>join()</code> ist ein Array von Spaltennahmen,
                 entsprechend des Arrays der <code>from()</code> Methode. Der Standard ist ebenfalls
-                "<code>*</code>" und unterstützt Beziehungsnamen, Expressions und <classname>Zend_Db_Expr</classname> in
-                der gleichen Weise wie dem Array von Spaltennamen der <code>from()</code> Methode.
+                "<code>*</code>" und unterstützt Beziehungsnamen, Expressions und
+                <classname>Zend_Db_Expr</classname> in der gleichen Weise wie dem Array von
+                Spaltennamen der <code>from()</code> Methode.
             </para>
 
             <para>
@@ -547,7 +552,8 @@ $select = $db->select()
 
             <para>
                 SQL kennt verschiedene Typen von Joins. In der unten stehen Liste sind Methoden zu
-                finden, für die verschiedenen Join Typen die <classname>Zend_Db_Select</classname> unterstützt.
+                finden, für die verschiedenen Join Typen die <classname>Zend_Db_Select</classname>
+                unterstützt.
             </para>
 
             <itemizedlist>
@@ -673,7 +679,8 @@ $select = $db->select()
                 Zusätzlich zu diesen Join Methoden können Abfragen durch Verwendung der JoinUsing
                 Methoden vereinfacht werden. Statt das eine komplette Definition des Joins
                 angegeben wird, kann einfach der Spaltenname übergeben werden auf welchem gejoint
-                werden soll und das <classname>Zend_Db_Select</classname> Objekt vervollständigt die Bedingung alleine.
+                werden soll und das <classname>Zend_Db_Select</classname> Objekt vervollständigt die
+                Bedingung alleine.
             </para>
 
             <example id="zend.db.select.building.joinusing.example">
@@ -697,8 +704,8 @@ $select = $db->select()
             </example>
 
             <para>
-                Jede der anwendbaren Join Methoden in der <classname>Zend_Db_Select</classname> Komponente hat eine
-                entsprechende 'using' Methode.
+                Jede der anwendbaren Join Methoden in der <classname>Zend_Db_Select</classname>
+                Komponente hat eine entsprechende 'using' Methode.
             </para>
 
             <itemizedlist>
@@ -772,8 +779,9 @@ $select = $db->select()
 
             <para>
                 Das zweite Argument der <code>where()</code> Methode ist optional. Es ist ein Wert
-                der in die Expression eingesetzt wird. <classname>Zend_Db_Select</classname> Quotiert den Wert und ersetzt
-                ihn für ein Fragezeichen ("<code>?</code>") in der Expression.
+                der in die Expression eingesetzt wird. <classname>Zend_Db_Select</classname>
+                Quotiert den Wert und ersetzt ihn für ein Fragezeichen ("<code>?</code>") in der
+                Expression.
             </para>
 
             <para>
@@ -802,9 +810,10 @@ $select = $db->select()
             </example>
 
             <para>
-                Die <code>where()</code> Methode kann mehrere Male in dem selben <classname>Zend_Db_Select</classname>
-                Objekt aufgerufen werden. Die daraus folgenden Anfrage kombiniert die
-                unterschiedlichen Ausdrücke unter Benutzung von <code>AND</code> zwischen ihnen.
+                Die <code>where()</code> Methode kann mehrere Male in dem selben
+                <classname>Zend_Db_Select</classname> Objekt aufgerufen werden. Die daraus folgenden
+                Anfrage kombiniert die unterschiedlichen Ausdrücke unter Benutzung von
+                <code>AND</code> zwischen ihnen.
             </para>
 
             <example id="zend.db.select.building.where.example-and">
@@ -861,10 +870,10 @@ $select = $db->select()
             </example>
 
             <para>
-                <classname>Zend_Db_Select</classname> klammert Expressions automatisch mit runden Klammern ein wenn sie
-                mit der <code>where()</code> oder <code>orWhere()</code> Methode angegeben wurden.
-                Dies hilft sicher zu stellen dass das voranstellen von Boolean Operatoren keine
-                unerwarteten Ergebnisse nach sich zieht.
+                <classname>Zend_Db_Select</classname> klammert Expressions automatisch mit runden
+                Klammern ein wenn sie mit der <code>where()</code> oder <code>orWhere()</code>
+                Methode angegeben wurden. Dies hilft sicher zu stellen dass das voranstellen von
+                Boolean Operatoren keine unerwarteten Ergebnisse nach sich zieht.
             </para>
 
             <example id="zend.db.select.building.where.example-parens">
@@ -894,9 +903,9 @@ $select = $db->select()
             <para>
                 In dem oben stehenden Beispiel währen die Ergebnisse ohne den Klammern ziemlich
                 anders, weil <code>AND</code> eine höhere Priorität als <code>OR</code> hat.
-                <classname>Zend_Db_Select</classname> erzeugt runde Klammern wodurch jede Expression von aufeinander
-                folgenden Aufrufen der <code>where()</code> Methode fester binden als das
-                <code>AND</code> welches die Expressions kombiniert.
+                <classname>Zend_Db_Select</classname> erzeugt runde Klammern wodurch jede Expression
+                von aufeinander folgenden Aufrufen der <code>where()</code> Methode fester binden
+                als das <code>AND</code> welches die Expressions kombiniert.
             </para>
 
         </sect3>
@@ -912,9 +921,10 @@ $select = $db->select()
             </para>
 
             <para>
-                In <classname>Zend_Db_Select</classname> können diese Spalte(n) mit der <code>group()</code> Methode
-                angegeben werden. Das Argument der Methode ist ein Spaltenname oder ein Array von
-                Spaltennamen, welche im <code>GROUP BY</code> Abschnitt stehen sollen.
+                In <classname>Zend_Db_Select</classname> können diese Spalte(n) mit der
+                <code>group()</code> Methode angegeben werden. Das Argument der Methode ist ein
+                Spaltenname oder ein Array von Spaltennamen, welche im <code>GROUP BY</code>
+                Abschnitt stehen sollen.
             </para>
 
             <example id="zend.db.select.building.group.example">
@@ -962,14 +972,15 @@ $select = $db->select()
             </para>
 
             <para>
-                In <classname>Zend_Db_Select</classname> können Bedingungen für die Einschränkung von Gruppen mit der
-                <code>having()</code> Methode angegeben werden. Die Nutzung ist ähnlich wie die der
-                <code>where()</code> Methode. Das erste Argument ist ein String, welcher eine SQL
-                Expression enthält. Das zweite Argument ist optional und wird verwendet um einen
-                positionierten Parameter Platzhalter in der SQL Expression zu ersetzen. Expressions
-                die durch mehrfaches Aufrufen der <code>having()</code> Methode erzeugt wurden
-                werden mit dem Boolean <code>AND</code> Operator verknüpft, oder mit dem
-                <code>OR</code> Operator wenn die <code>orHaving()</code> Methode verwendet wird.
+                In <classname>Zend_Db_Select</classname> können Bedingungen für die Einschränkung
+                von Gruppen mit der <code>having()</code> Methode angegeben werden. Die Nutzung ist
+                ähnlich wie die der <code>where()</code> Methode. Das erste Argument ist ein String,
+                welcher eine SQL Expression enthält. Das zweite Argument ist optional und wird
+                verwendet um einen positionierten Parameter Platzhalter in der SQL Expression zu
+                ersetzen. Expressions die durch mehrfaches Aufrufen der <code>having()</code>
+                Methode erzeugt wurden werden mit dem Boolean <code>AND</code> Operator verknüpft,
+                oder mit dem <code>OR</code> Operator wenn die <code>orHaving()</code> Methode
+                verwendet wird.
             </para>
 
             <example id="zend.db.select.building.having.example">
@@ -1025,11 +1036,11 @@ $select = $db->select()
             </para>
 
             <para>
-                In <classname>Zend_Db_Select</classname> kann die <code>order()</code> Methode verwendet werden um
-                Spalten, oder Arrays von Spalten, anzugeben, nach denen sortiert werden soll. Jedes
-                Element des Arrays ist ein String, welcher die Spalte benennt. Optional kann auf
-                den Namen eines der Schlüsselwörter <code>ASC</code> <code>DESC</code> folgen,
-                abgetrennt durch ein Leerzeichen.
+                In <classname>Zend_Db_Select</classname> kann die <code>order()</code> Methode
+                verwendet werden um Spalten, oder Arrays von Spalten, anzugeben, nach denen sortiert
+                werden soll. Jedes Element des Arrays ist ein String, welcher die Spalte benennt.
+                Optional kann auf den Namen eines der Schlüsselwörter <code>ASC</code>
+                <code>DESC</code> folgen, abgetrennt durch ein Leerzeichen.
             </para>
 
             <para>
@@ -1079,10 +1090,10 @@ $select = $db->select()
             </para>
 
             <para>
-                In <classname>Zend_Db_Select</classname> kann die <code>limit()</code> Methode verwendet werden um die
-                Anzahl von Zeilen und die Anzahl der auszulassenden Spalten anzugeben. Das erste
-                Argument ist die gewünschte Anzahl von Zeilen. Das zweite Argument gibt die Anzahl
-                der auszulassenden Zeilen an.
+                In <classname>Zend_Db_Select</classname> kann die <code>limit()</code> Methode
+                verwendet werden um die Anzahl von Zeilen und die Anzahl der auszulassenden Spalten
+                anzugeben. Das erste Argument ist die gewünschte Anzahl von Zeilen. Das zweite
+                Argument gibt die Anzahl der auszulassenden Zeilen an.
             </para>
 
             <example id="zend.db.select.building.limit.example">
@@ -1108,8 +1119,8 @@ $select = $db->select()
                 <para>
                     Die <code>LIMIT</code> Syntax wird nicht von allen RDBMS Marken unterstützt.
                     Einige RDBMS benötigen eine unterschiedliche Syntax für eine ähnliche
-                    Funktionalität. Jede <classname>Zend_Db_Adapter_Abstract</classname> Klasse enthält eine Methode um
-                    für das RDBMS passende Syntax zu erzeugen.
+                    Funktionalität. Jede <classname>Zend_Db_Adapter_Abstract</classname> Klasse
+                    enthält eine Methode um für das RDBMS passende Syntax zu erzeugen.
                 </para>
 
             </note>
@@ -1215,15 +1226,17 @@ $select = $db->select()
             <title>Ausführen von Select Anfragen aus dem Db Adapter</title>
 
             <para>
-                Die Anfrage, die durch das <classname>Zend_Db_Select</classname> Objekt repräsentiert wird kann ausgeführt
-                werden, indem sie als erstes Argument an die <code>query()</code> Methode des
-                <classname>Zend_Db_Adapter_Abstract</classname> Objekts übergeben wird. Dabei wird das <classname>Zend_Db_Select</classname>
+                Die Anfrage, die durch das <classname>Zend_Db_Select</classname> Objekt
+                repräsentiert wird kann ausgeführt werden, indem sie als erstes Argument an die
+                <code>query()</code> Methode des <classname>Zend_Db_Adapter_Abstract</classname>
+                Objekts übergeben wird. Dabei wird das <classname>Zend_Db_Select</classname>
                 anstelle eines Strings verwendet.
             </para>
 
             <para>
-                Die <code>query()</code> Methode gibt ein Objekt vom Typ <classname>Zend_Db_Statement</classname> oder
-                PDOStatement zurück, je nachdem welcher Adaptertyp verwendet wird.
+                Die <code>query()</code> Methode gibt ein Objekt vom Typ
+                <classname>Zend_Db_Statement</classname> oder PDOStatement zurück, je nachdem
+                welcher Adaptertyp verwendet wird.
             </para>
 
             <example id="zend.db.select.execute.query-adapter.example">
@@ -1248,9 +1261,10 @@ $result = $stmt->fetchAll();
 
             <para>
                 Als Alternative zur Nutzung der <code>query()</code> Methode des Adapterobjekts
-                kann auch die <code>query()</code> Methode des <classname>Zend_Db_Select</classname> Objekts verwendet
-                werden. Beide Methoden geben ein Objekt vom Typ <classname>Zend_Db_Statement</classname> oder PDOStatement
-                zurück, je nachdem welcher Adaptertyp verwendet wird.
+                kann auch die <code>query()</code> Methode des <classname>Zend_Db_Select</classname>
+                Objekts verwendet werden. Beide Methoden geben ein Objekt vom Typ
+                <classname>Zend_Db_Statement</classname> oder PDOStatement zurück, je nachdem
+                welcher Adaptertyp verwendet wird.
             </para>
 
             <example id="zend.db.select.execute.query-select.example">
@@ -1275,8 +1289,8 @@ $result = $stmt->fetchAll();
 
             <para>
                 Wenn Zugriff zu auf eine String Repräsentante der SQL Anfrage, entsprechend dem
-                <classname>Zend_Db_Select</classname>, benötigt wird, kann die <code>__toString()</code> Methode verwendet
-                werden.
+                <classname>Zend_Db_Select</classname>, benötigt wird, kann die
+                <code>__toString()</code> Methode verwendet werden.
             </para>
 
             <example id="zend.db.select.execute.tostring.example">
@@ -1305,8 +1319,9 @@ echo "$sql\n";
         <title>Andere Methoden</title>
 
         <para>
-            Dieser Abschnitt beschreibt andere Methoden der <classname>Zend_Db_Select</classname> Klasse, welche bisher
-            nicht beschrieben wurden: <code>getPart()</code> und <code>reset()</code>.
+            Dieser Abschnitt beschreibt andere Methoden der <classname>Zend_Db_Select</classname>
+            Klasse, welche bisher nicht beschrieben wurden: <code>getPart()</code> und
+            <code>reset()</code>.
         </para>
 
         <sect3 id="zend.db.select.other.get-part">
@@ -1336,9 +1351,9 @@ echo "$sql\n";
             </para>
 
             <para>
-                Die <classname>Zend_Db_Select</classname> Klasse definiert Konstanten die für Teile der SQL Anfrage
-                verwendet werden können. Es können die Konstantendefinitionen oder die literalen
-                Strings verwendet werden.
+                Die <classname>Zend_Db_Select</classname> Klasse definiert Konstanten die für Teile
+                der SQL Anfrage verwendet werden können. Es können die Konstantendefinitionen oder
+                die literalen Strings verwendet werden.
             </para>
 
             <table id="zend.db.select.other.get-part.table">
@@ -1449,8 +1464,9 @@ print_r( $orderData );
 
             <para>
                 Wenn der Parameter ausgelassen wird, setzt <code>reset()</code> alle geänderten
-                Teile auf einen Standardwert zurück. Dadurch ist das <classname>Zend_Db_Select</classname> Objekt
-                gleichwertig mit einem neuen Objekt, wie wenn es gerade Instanziiert wurde.
+                Teile auf einen Standardwert zurück. Dadurch ist das
+                <classname>Zend_Db_Select</classname> Objekt gleichwertig mit einem neuen Objekt,
+                wie wenn es gerade Instanziiert wurde.
             </para>
 
             <example id="zend.db.select.other.reset.example">