[DOCUMENTATION] German:

- manual fixes

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

documentation/manual/de/module_specs/Zend_Controller-Plugins-ActionStack.xml

@@ -5,56 +5,61 @@
     <title>ActionStack</title>
 
     <para>
-        Das<code>ActionStack</code> Plugin erlaubt es einen Stack von Anfragen zu verwalten, und operiert
-        als <code>postDispatch</code> Plugin. Wenn eine Weiterleitung (z.B. ein Aufruf zu einer anderen Aktion)
-        bereits im aktuellen Anfrage Objekt gefunden wurde, führt es nicht durch. Trotzdem, wenn nicht,
-        prüft es seinen Stack und entfernt den obersten Teil von Ihm und leitet diesen zu der Aktion weiter
-        die in dieser Anfrage spezifiziert ist. Der Stack wird in der LIFO Reihenfolge bearbeitet.
+        Das<code>ActionStack</code> Plugin erlaubt es einen Stack von Anfragen zu verwalten, und
+        operiert als <code>postDispatch</code> Plugin. Wenn eine Weiterleitung (z.B. ein Aufruf zu
+        einer anderen Aktion) bereits im aktuellen Anfrage Objekt gefunden wurde, führt es nicht
+        durch. Trotzdem, wenn nicht, prüft es seinen Stack und entfernt den obersten Teil von Ihm
+        und leitet diesen zu der Aktion weiter die in dieser Anfrage spezifiziert ist. Der Stack
+        wird in der LIFO Reihenfolge bearbeitet.
     </para>
 
     <para>
         Das Plugin kann jederzeit vom Front Kontroller empfangen werden indem
-        <classname>Zend_Controller_Front::getPlugin('Zend_Controller_Plugin_ActionStack')</classname> verwendet wird.
-        Sobald das Plugin Objekt vorliegt, gibt es eine Anzahl von Mechanisman die verwendet werden können,
-        um es zu manipulieren.
+        <classname>Zend_Controller_Front::getPlugin('Zend_Controller_Plugin_ActionStack')</classname>
+        verwendet wird. Sobald das Plugin Objekt vorliegt, gibt es eine Anzahl von Mechanisman die
+        verwendet werden können, um es zu manipulieren.
     </para>
 
     <itemizedlist>
         <listitem>
             <para>
-                <code>getRegistry()</code> und <code>setRegistry()</code>.
-                Intern verwendet <code>ActionStack</code> eine Instanz von <classname>Zend_Registry</classname>
-                um den Stack zu speichern. Diese kann durch eine andere Registry Instanz ersetzt werden
+                <code>getRegistry()</code> und <code>setRegistry()</code>. Intern verwendet
+                <code>ActionStack</code> eine Instanz von <classname>Zend_Registry</classname> um
+                den Stack zu speichern. Diese kann durch eine andere Registry Instanz ersetzt werden
                 oder dieselbe mit diesen Zugriffsmethoden empfangen.
             </para>
         </listitem>
 
         <listitem>
             <para>
-                <code>getRegistryKey()</code> und <code>setRegistryKey()</code>.
-                Diese können verwendet werden um anzuzeigen welcher Registryschlüssel verwendet wird wenn
-                der Stack herausgenommen wird. Der Standardwert ist 'Zend_Controller_Plugin_ActionStack'.
+                <code>getRegistryKey()</code> und <code>setRegistryKey()</code>. Diese können
+                verwendet werden um anzuzeigen welcher Registryschlüssel verwendet wird wenn der
+                Stack herausgenommen wird. Der Standardwert ist
+                'Zend_Controller_Plugin_ActionStack'.
             </para>
         </listitem>
 
         <listitem>
             <para>
-                <code>getStack()</code> erlaubt es den Stack von Aktionen in seiner Ganzheit zu empfangen.
+                <code>getStack()</code> erlaubt es den Stack von Aktionen in seiner Ganzheit zu
+                empfangen.
             </para>
         </listitem>
 
         <listitem>
             <para>
-                <code>pushStack()</code> und <code>popStack()</code> erlauben es dem Stack etwas hinzuzufügen
-                und auch zu entfernen. <code>pushStack()</code> akzeptiert ein Anfrageobjekt.
+                <code>pushStack()</code> und <code>popStack()</code> erlauben es dem Stack etwas
+                hinzuzufügen und auch zu entfernen. <code>pushStack()</code> akzeptiert ein
+                Anfrageobjekt.
             </para>
         </listitem>
     </itemizedlist>
 
     <para>
-        Eine zusätzliche Methode, <code>forward()</code>, erwartet ein Anfrageobjekt, und setzt den Status
-        des aktellen Anfrageobjektes im Front Kontroller auf den Status des angegebenen Anfrageobjekts,
-        und markiert dieses als unerledigt (das forciert einen weiteren Durchlauf der Dispatch Schleife).
+        Eine zusätzliche Methode, <code>forward()</code>, erwartet ein Anfrageobjekt, und setzt den
+        Status des aktellen Anfrageobjektes im Front Kontroller auf den Status des angegebenen
+        Anfrageobjekts, und markiert dieses als unerledigt (das forciert einen weiteren Durchlauf
+        der Dispatch Schleife).
     </para>
 </sect3>
 <!--

documentation/manual/de/module_specs/Zend_Controller-Plugins-ErrorHandler.xml

@@ -5,10 +5,11 @@
     <title>Zend_Controller_Plugin_ErrorHandler</title>
 
     <para>
-        <classname>Zend_Controller_Plugin_ErrorHandler</classname> bietet ein Plugin für die Handhabung von Ausnahmen
-        die von der Anwendung geworfen werden, inklusive denen die aus fehlenden Kontrollern oder Aktionen
-        resultieren; das ist eine Alternative zu den Methoden die in der
-        <link linkend="zend.controller.exceptions">Sektion MVC Ausnahmen</link> aufgeführt sind.
+        <classname>Zend_Controller_Plugin_ErrorHandler</classname> bietet ein Plugin für die
+        Handhabung von Ausnahmen die von der Anwendung geworfen werden, inklusive denen die aus
+        fehlenden Kontrollern oder Aktionen resultieren; das ist eine Alternative zu den Methoden
+        die in der <link linkend="zend.controller.exceptions">Sektion MVC Ausnahmen</link>
+        aufgeführt sind.
     </para>
 
     <para>
@@ -17,7 +18,9 @@
 
     <itemizedlist>
         <listitem>
-            <para>Abfangen von Ausnahmen die durch fehlende Kontroller oder Aktionsmethoden auftreten</para>
+            <para>
+                Abfangen von Ausnahmen die durch fehlende Kontroller oder Aktionsmethoden auftreten
+            </para>
         </listitem>
 
         <listitem>
@@ -26,73 +29,82 @@
     </itemizedlist>
 
     <para>
-        Mit anderen Worten ist das <code>ErrorHandler</code> Plugin kreiert worden um HTTP 404 Fehler zu
-        behandeln (fehlende Seite) und 500 Fehler (interner Fehler). Es ist nicht dazu gedacht Ausnahmen
-        zu fangen die in anderen Plugins oder durch das Routen verursacht werden.
+        Mit anderen Worten ist das <code>ErrorHandler</code> Plugin kreiert worden um HTTP 404
+        Fehler zu behandeln (fehlende Seite) und 500 Fehler (interner Fehler). Es ist nicht dazu
+        gedacht Ausnahmen zu fangen die in anderen Plugins oder durch das Routen verursacht werden.
     </para>
 
     <para>
         Standardmäßig leitet <classname>Zend_Controller_Plugin_ErrorHandler</classname> auf
-        <code>ErrorController::errorAction()</code> im Standardmodul weiter. Es kann ein alternativer Wert für dieses
-        gesetzt werden durch Verwendung der diversen Zugriffsmethoden die zu dem Pligin existieren:
+        <code>ErrorController::errorAction()</code> im Standardmodul weiter. Es kann ein
+        alternativer Wert für dieses gesetzt werden durch Verwendung der diversen Zugriffsmethoden
+        die zu dem Pligin existieren:
     </para>
 
     <itemizedlist>
         <listitem>
             <para>
-                <code>setErrorHandlerModule()</code> setzt das Kontroller Modul das verwendet werden soll.
+                <code>setErrorHandlerModule()</code> setzt das Kontroller Modul das verwendet werden
+                soll.
             </para>
         </listitem>
 
         <listitem>
             <para>
-                <code>setErrorHandlerController()</code> setzt den Kontroller der verwendet werden soll.
+                <code>setErrorHandlerController()</code> setzt den Kontroller der verwendet werden
+                soll.
             </para>
         </listitem>
 
         <listitem>
             <para>
-                <code>setErrorHandlerAction()</code> setzt die Kontroller Aktion die verwendet werden soll.
+                <code>setErrorHandlerAction()</code> setzt die Kontroller Aktion die verwendet
+                werden soll.
             </para>
         </listitem>
 
         <listitem>
             <para>
-                <code>setErrorHandler()</code> nimmt ein assoziatives Array, welches einen der Schlüssel
-                'module', 'controller', oder 'action' enthalten kann und mit denen es die gewünschten Werte setzt.
+                <code>setErrorHandler()</code> nimmt ein assoziatives Array, welches einen der
+                Schlüssel 'module', 'controller', oder 'action' enthalten kann und mit denen es die
+                gewünschten Werte setzt.
             </para>
         </listitem>
     </itemizedlist>
 
     <para>
-        Zusätzlich kann ein optionales assoziatives Array an den Konstruktor übergeben werden, welches dann an den
-        <code>setErrorHandler()</code> weitergeleitet wird.
+        Zusätzlich kann ein optionales assoziatives Array an den Konstruktor übergeben werden,
+        welches dann an den <code>setErrorHandler()</code> weitergeleitet wird.
     </para>
 
     <para>
-        <classname>Zend_Controller_Plugin_ErrorHandler</classname> benötigt einen <code>postDispatch()</code> Hook und
-        prüft auf Ausnahmen die im <link linkend="zend.controller.response">Antwort Objekt</link> registriert
-        sind. Wenn welche gefunden werden, versucht es zur registrieren Fehler Handler Aktion weiterzuleiten.
+        <classname>Zend_Controller_Plugin_ErrorHandler</classname> benötigt einen
+        <code>postDispatch()</code> Hook und prüft auf Ausnahmen die im <link
+            linkend="zend.controller.response">Antwort Objekt</link> registriert sind. Wenn welche
+        gefunden werden, versucht es zur registrieren Fehler Handler Aktion weiterzuleiten.
     </para>
 
     <para>
-        Wenn eine Ausnahme wärend der Abarbeitung des Error Handlers auftritt, teilt das Plugin dem Front Kontroller
-        mit das eine Ausnahme geworfen werden muß, und die letzte registrierte Ausnahme im Antwort Objekt wird
-        nocheinmal geworfen.
+        Wenn eine Ausnahme wärend der Abarbeitung des Error Handlers auftritt, teilt das Plugin dem
+        Front Kontroller mit das eine Ausnahme geworfen werden muß, und die letzte registrierte
+        Ausnahme im Antwort Objekt wird nocheinmal geworfen.
     </para>
 
     <sect4 id="zend.controller.plugins.standard.errorhandler.fourohfour">
         <title>Den Fehler Handler als 404 Handler verwenden</title>
 
         <para>
-            Da das <code>ErrorHandler</code> Plugin nicht nur Anwendungsfehler erfasst, sondern auch Fehler in der
-            Kontroller Kette die durch fehlende Kontroller Klassen und/oder Aktions Methoden auftreten, kann es
-            als 404 Handler verwendet werden. Hierfür muß der eigene Fehler Kontroller den Typ der Ausnahme prüfen.
+            Da das <code>ErrorHandler</code> Plugin nicht nur Anwendungsfehler erfasst, sondern auch
+            Fehler in der Kontroller Kette die durch fehlende Kontroller Klassen und/oder Aktions
+            Methoden auftreten, kann es als 404 Handler verwendet werden. Hierfür muß der eigene
+            Fehler Kontroller den Typ der Ausnahme prüfen.
         </para>
 
         <para>
-            Aufgefangene Ausnahmen werden in einem in der Anfrage registrierten Objekt geloggt. Um dieses zu
-            empfangen kann <classname>Zend_Controller_Action::_getParam('error_handler')</classname> verwendet werden:
+            Aufgefangene Ausnahmen werden in einem in der Anfrage registrierten Objekt geloggt. Um
+            dieses zu empfangen kann
+            <classname>Zend_Controller_Action::_getParam('error_handler')</classname> verwendet
+            werden:
         </para>
 
         <programlisting role="php"><![CDATA[class ErrorController extends Zend_Controller_Action
@@ -105,8 +117,8 @@
 ]]></programlisting>
 
         <para>
-            Sobald das Fehler Objekt vorhanden ist, kann man es über den Typ mit <code>$errors->type</code>
-            erhalten. Es wird eines der folgenden sein:
+            Sobald das Fehler Objekt vorhanden ist, kann man es über den Typ mit
+            <code>$errors->type</code> erhalten. Es wird eines der folgenden sein:
         </para>
 
         <itemizedlist>
@@ -162,8 +174,9 @@ class ErrorController extends Zend_Controller_Action
 ]]></programlisting>
 
         <para>
-            Letztendlich kann die Anwendung die den Fehler Handler verursacht hat, empfangen werden indem die
-            <code>exception</code> Eigenschaft des <code>error_handler</code> Objektes genommen wird:
+            Letztendlich kann die Anwendung die den Fehler Handler verursacht hat, empfangen werden
+            indem die <code>exception</code> Eigenschaft des <code>error_handler</code> Objektes
+            genommen wird:
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -206,15 +219,16 @@ public function errorAction()
         <title>Zuvor gerenderte Ausgaben erhalten</title>
 
         <para>
-            Wenn mehrfache Aktionen in einer Anfrage behandelt werden, oder wenn die Aktion mehrere Aufrufe zu
-            <code>render()</code> macht, ist es möglich das das Antwort Objekt bereits Inhalt in sich gespeichert
-            hat. Das kann dazu führen das eine Mixtur vin erwartetem Inhalt und Fehler Inhalt gerendert wird.
+            Wenn mehrfache Aktionen in einer Anfrage behandelt werden, oder wenn die Aktion mehrere
+            Aufrufe zu <code>render()</code> macht, ist es möglich das das Antwort Objekt bereits
+            Inhalt in sich gespeichert hat. Das kann dazu führen das eine Mixtur vin erwartetem
+            Inhalt und Fehler Inhalt gerendert wird.
         </para>
 
         <para>
-            Wenn Fehler innerhalb solcher Seiten gerendert werden, ist keine Änderung notwendig. Wenn solche
-            Inhalte nicht gerendert werden sollen, muß der Antwort Body vor dem rendern jeglicher Views
-            gelöscht werden:
+            Wenn Fehler innerhalb solcher Seiten gerendert werden, ist keine Änderung notwendig.
+            Wenn solche Inhalte nicht gerendert werden sollen, muß der Antwort Body vor dem rendern
+            jeglicher Views gelöscht werden:
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -263,8 +277,8 @@ $front->registerPlugin($plugin);
         <title>Beispiel für den Fehler Kontroller</title>
 
         <para>
-            Um das Fehler Handler Plugin zu verwenden, benötigt man einen Fehler Kontroller. Nachfolgend ist ein
-            einfaches Beispiel.
+            Um das Fehler Handler Plugin zu verwenden, benötigt man einen Fehler Kontroller.
+            Nachfolgend ist ein einfaches Beispiel.
         </para>
 
         <programlisting role="php"><![CDATA[

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

@@ -8,20 +8,21 @@
         <title>Einführung</title>
         <para>
             <classname>Zend_Controller</classname> ist das Herz des MVC-Systems des Zend Framework.
-            MVC bedeutet <ulink url="http://de.wikipedia.org/wiki/Model_View_Controller">Model-View-Controller</ulink>
+            MVC bedeutet <ulink
+                url="http://de.wikipedia.org/wiki/Model_View_Controller">Model-View-Controller</ulink>
             und ist ein Entwurfsmuster, das darauf abzielt, Anwendungslogik von Anzeigelogik zu trennen.
             <classname>Zend_Controller_Front</classname> implementiert ein <ulink
-            url="http://www.martinfowler.com/eaaCatalog/frontController.html">Front-Controller</ulink>-Entwurfsmuster,
-            das vorschreibt, dass alle Anfragen vom Front-Controller abgefangen und abhängig von der angeforderten URL
-            an individuelle Action-Controller weitergeleitet werden.
+                url="http://www.martinfowler.com/eaaCatalog/frontController.html">Front-Controller</ulink>-Entwurfsmuster,
+            das vorschreibt, dass alle Anfragen vom Front-Controller abgefangen und abhängig von der
+            angeforderten URL an individuelle Action-Controller weitergeleitet werden.
         </para>
         <para>
-            Das <classname>Zend_Controller</classname> System wurde im Sinne der Erweiterungsmöglichkeiten
-            entwickelt, entweder durch Erstellen von Subklassen, welche die bestehenden Klassen
-            erweitern, oder durch Erstellen neuer Klassen, welche die verschiedenen Interfaces
-            und abstrakten Klassen implementieren, welche das Fundament der Controller
-            Klassenfamilie bilden, oder durch das Schreiben von Plugins und Action Helper, um die
-            Funktionalität des Systems zu erweitern oder zu verändern.
+            Das <classname>Zend_Controller</classname> System wurde im Sinne der
+            Erweiterungsmöglichkeiten entwickelt, entweder durch Erstellen von Subklassen, welche
+            die bestehenden Klassen erweitern, oder durch Erstellen neuer Klassen, welche die
+            verschiedenen Interfaces und abstrakten Klassen implementieren, welche das Fundament der
+            Controller Klassenfamilie bilden, oder durch das Schreiben von Plugins und Action
+            Helper, um die Funktionalität des Systems zu erweitern oder zu verändern.
         </para>
     </sect2>
 
@@ -29,16 +30,17 @@
         <title>Schnelleinstieg</title>
 
         <para>
-            Wer mehr und tiefergehende Informationen benötigt, sollte die folgenden Abschnitte lesen.
-            Dieser Abschnitt zeigt, wie man auf dem schnellsten Weg ein System lauffähig bekommt.
+            Wer mehr und tiefergehende Informationen benötigt, sollte die folgenden Abschnitte
+            lesen. Dieser Abschnitt zeigt, wie man auf dem schnellsten Weg ein System lauffähig
+            bekommt.
         </para>
 
         <sect3 id="zend.controller.quickstart.go.directory">
             <title>Ordnerstruktur anlegen</title>
 
             <para>
-                Der erste Schritt ist, die Ordnerstruktur für das Framework anzulegen. Typischerweise ist das
-                die folgende:
+                Der erste Schritt ist, die Ordnerstruktur für das Framework anzulegen.
+                Typischerweise ist das die folgende:
             </para>
 
             <programlisting role="php"><![CDATA[
@@ -63,8 +65,8 @@ html/
             <title>Wurzelverzeichnis setzen</title>
 
             <para>
-                Der Webserver ist so zu konfigurieren, dass das Wurzelverzeichnis (Document Root) des Webservers
-                im <code>html</code>-Verzeichnis der obigen Ordnerstruktur liegt.
+                Der Webserver ist so zu konfigurieren, dass das Wurzelverzeichnis (Document Root)
+                des Webservers im <code>html</code>-Verzeichnis der obigen Ordnerstruktur liegt.
             </para>
         </sect3>
 
@@ -72,7 +74,8 @@ html/
             <title>Rewrite-Regeln erstellen</title>
 
             <para>
-                In die Datei <code>html/.htaccess</code> aus der Struktur von oben gehört der folgende Code:
+                In die Datei <code>html/.htaccess</code> aus der Struktur von oben gehört der
+                folgende Code:
             </para>
 
             <programlisting role="php"><![CDATA[
@@ -137,8 +140,9 @@ RewriteRule ^.*$ index.php [NC,L]
 
             <note>
                 <para>
-                    Die Rewrite-Regel oben ist für den Apache-Webserver; Beispiele für andere Webserver finden sich
-                    in der <link linkend="zend.controller.router.introduction">Router-Dokumentation</link>.
+                    Die Rewrite-Regel oben ist für den Apache-Webserver; Beispiele für andere
+                    Webserver finden sich in der <link
+                        linkend="zend.controller.router.introduction">Router-Dokumentation</link>.
                 </para>
             </note>
         </sect3>
@@ -166,37 +170,42 @@ Zend_Controller_Front::run('/path/to/app/controllers');
             <title>Den Action-Controller für die Startseite erstellen</title>
 
             <para>
-                Bevor wir von Action-Controllern reden, sollte erst verstanden werden, wie Anfragen im Zend Framework
-                behandelt werden. Standardmäßig zeigt das erste Segment eines URL auf einen Controller und
-                das zweite Segment auf eine Aktion, die dieser Controller ausführen soll.
-                Als Beispiel sei der URL <code>http://framework.zend.com/roadmap/components</code> gegeben.
-                Der Pfad ist <code>/roadmap/components</code>, was die Anfrage zum Controller <code>roadmap</code>
-                und dort in die Aktion <code>components</code> leitet. Wenn keine Aktion angegeben wird, wird
-                <code>index</code> als Standard-Aktion angenommen, und wenn kein Controller angegeben wird,
-                wird auch <code>index</code> als Standard-Controller angenommen. (Das folgt der Apache-Konvention,
-                die einen <code>DirectoryIndex</code> automatisch findet).
+                Bevor wir von Action-Controllern reden, sollte erst verstanden werden, wie Anfragen
+                im Zend Framework behandelt werden. Standardmäßig zeigt das erste Segment eines URL
+                auf einen Controller und das zweite Segment auf eine Aktion, die dieser Controller
+                ausführen soll. Als Beispiel sei der URL
+                <code>http://framework.zend.com/roadmap/components</code> gegeben. Der Pfad ist
+                <code>/roadmap/components</code>, was die Anfrage zum Controller
+                <code>roadmap</code> und dort in die Aktion <code>components</code> leitet. Wenn
+                keine Aktion angegeben wird, wird <code>index</code> als Standard-Aktion angenommen,
+                und wenn kein Controller angegeben wird, wird auch <code>index</code> als
+                Standard-Controller angenommen. (Das folgt der Apache-Konvention, die einen
+                <code>DirectoryIndex</code> automatisch findet).
             </para>
 
             <para>
-                Der Dispatcher von <classname>Zend_Controller</classname> nimmt dann den Wert, der als Controller angegeben
-                ist, und schließt daraus auf eine passende Klasse. In der normalen Einstellung des Dispatchers
-                wird der erste Buchstabe jedes Wortes im Controller-Namen groß geschrieben (Title-case), und dann
-                das Wort <code>Controller</code> angehängt. Das bedeutet für unser Beispiel, dass die Anfrage nach
-                dem Controller <code>roadmap</code> an die Klasse <code>RoadmapController</code> weitergeleitet wird.
+                Der Dispatcher von <classname>Zend_Controller</classname> nimmt dann den Wert, der
+                als Controller angegeben ist, und schließt daraus auf eine passende Klasse. In der
+                normalen Einstellung des Dispatchers wird der erste Buchstabe jedes Wortes im
+                Controller-Namen groß geschrieben (Title-case), und dann das Wort
+                <code>Controller</code> angehängt. Das bedeutet für unser Beispiel, dass die Anfrage
+                nach dem Controller <code>roadmap</code> an die Klasse
+                <code>RoadmapController</code> weitergeleitet wird.
             </para>
 
             <para>
-                Auf ähnliche Art wird die Methode für die Aktion bestimmt, die der Controller ausführen soll.
-                In der Grundeinstellung wird die angefragte Aktion komplett kleingeschrieben und das Wort
-                <code>Action</code> wird angehängt. In unserem Beispiel wird also die Aktion <code>components</code>
-                zu <code>componentsAction</code>, insgesamt wird also die Methode
+                Auf ähnliche Art wird die Methode für die Aktion bestimmt, die der Controller
+                ausführen soll. In der Grundeinstellung wird die angefragte Aktion komplett
+                kleingeschrieben und das Wort <code>Action</code> wird angehängt. In unserem
+                Beispiel wird also die Aktion <code>components</code> zu
+                <code>componentsAction</code>, insgesamt wird also die Methode
                 <code>RoadmapController::componentsAction()</code> aufgerufen.
             </para>
 
             <para>
                 Also, weiter gehts. Jetzt wird ein Startseiten-Controller und eine dazugehörige
-                Standard-Aktionsmethode erstellt. Wie vorhin bereits erwähnt, heißen Standard-Controller und -Aktion
-                beide <code>index</code>. Also gehört in die Datei
+                Standard-Aktionsmethode erstellt. Wie vorhin bereits erwähnt, heißen
+                Standard-Controller und -Aktion beide <code>index</code>. Also gehört in die Datei
                 <code>application/controllers/IndexController.php</code> folgendes:
             </para>
 
@@ -213,18 +222,20 @@ class IndexController extends Zend_Controller_Action
             <para>
                 Normalerweise ist ein Action-Helper namens <link
                     linkend="zend.controller.actionhelpers.viewrenderer">ViewRenderer</link>
-                eingeschaltet. Das bedeutet, dass sofort, wenn eine leere Aktionsmethode und ein passendes View-Script
-                existieren, Inhalte gerendert werden. Standardmäßig wird die Klasse
-                <classname>Zend_View</classname> als View-Schicht im Zend-Framework MVC verwendet. Der <code>ViewRenderer</code>
-                zaubert ein wenig, und benutzt Controller- (hier: <code>index</code>) und Aktionsname
-                (hier: <code>index</code>), um herauszufinden, welches Template er rendern soll.
-                Ohne dass man dies ändert, haben Templates die Dateiendung <code>.phtml</code>, das heißt also für
-                unser Beispiel, dasss das Template <code>index/index.phtml</code> gerendert wird.
-                Zusätzlich nimmt der <code>ViewRenderer</code> automatisch an, dass das Verzeichnis
-                <code>views</code> auf der selben Ebene wie das Controller Verzeichnis
-                das View-Basisverzeichnis ist, und dass die eigentlichen View-Scripts in dessen Unterverzeichnis
-                <code>views/scripts/</code> liegen. Insgesamt hat also das Template, das gerendert wird,
-                den Pfad <code>application/views/scripts/index/index.phtml</code>.
+                eingeschaltet. Das bedeutet, dass sofort, wenn eine leere Aktionsmethode und ein
+                passendes View-Script existieren, Inhalte gerendert werden. Standardmäßig wird die
+                Klasse <classname>Zend_View</classname> als View-Schicht im Zend-Framework MVC
+                verwendet. Der <code>ViewRenderer</code> zaubert ein wenig, und benutzt Controller-
+                (hier: <code>index</code>) und Aktionsname (hier: <code>index</code>), um
+                herauszufinden, welches Template er rendern soll. Ohne dass man dies ändert, haben
+                Templates die Dateiendung <code>.phtml</code>, das heißt also für unser Beispiel,
+                dass das Template <code>index/index.phtml</code> gerendert wird. Zusätzlich nimmt
+                der <code>ViewRenderer</code> automatisch an, dass das Verzeichnis
+                <code>views</code> auf der selben Ebene wie das Controller Verzeichnis das
+                View-Basisverzeichnis ist, und dass die eigentlichen View-Scripts in dessen
+                Unterverzeichnis <code>views/scripts/</code> liegen. Insgesamt hat also das
+                Template, das gerendert wird, den Pfad
+                <code>application/views/scripts/index/index.phtml</code>.
             </para>
         </sect3>
 
@@ -232,10 +243,12 @@ class IndexController extends Zend_Controller_Action
             <title>Das View-Script erstellen</title>
 
             <para>
-                Wie <link linkend="zend.controller.quickstart.go.controller">oben beschrieben</link>,
-                werden View-Scripts im Verzeichnis <code>application/views/scripts/</code> abgelegt;
-                das View-Script für den Starseiten-Controller und dessen Standard-Aktion hat den Pfad
-                <code>application/views/scripts/index/index.phtml</code>. Da hinein kommt das folgende HTML:
+                Wie <link linkend="zend.controller.quickstart.go.controller">oben
+                    beschrieben</link>, werden View-Scripts im Verzeichnis
+                <code>application/views/scripts/</code> abgelegt; das View-Script für den
+                Starseiten-Controller und dessen Standard-Aktion hat den Pfad
+                <code>application/views/scripts/index/index.phtml</code>. Da hinein kommt das
+                folgende HTML:
             </para>
 
             <programlisting role="php"><![CDATA[
@@ -260,9 +273,10 @@ PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
             <para>
                 Standardmäßig ist <link
                     linkend="zend.controller.plugins.standard.errorhandler">das
-                Error-Handler-Plugin</link> registriert. Dieses Plugin erwartet, dass ein Controller existiert,
-                der Fehler behandelt. Ohne weitere Einstellungen erwartet es einen <code>ErrorController</code>
-                im Default-Modul mit einer Methode namens <code>errorAction</code>:
+                Error-Handler-Plugin</link> registriert. Dieses Plugin erwartet, dass ein Controller
+                existiert, der Fehler behandelt. Ohne weitere Einstellungen erwartet es einen
+                <code>ErrorController</code> im Default-Modul mit einer Methode namens
+                <code>errorAction</code>:
             </para>
 
             <programlisting role="php"><![CDATA[
@@ -277,10 +291,9 @@ class ErrorController extends Zend_Controller_Action
 
             <para>
                 In der bereits angesprochenen Ordnerstruktur gehört dieser Code in die Datei
-                <code>application/controllers/ErrorController.php</code>.
-                Außerdem muss auch ein View-Script
-                <code>application/views/scripts/error/error.phtml</code> erstellt werden; Beispielhaft
-                könnte sein Inhalt so aussehen:
+                <code>application/controllers/ErrorController.php</code>. Außerdem muss auch ein
+                View-Script <code>application/views/scripts/error/error.phtml</code> erstellt
+                werden; Beispielhaft könnte sein Inhalt so aussehen:
             </para>
 
             <programlisting role="php"><![CDATA[
@@ -305,10 +318,10 @@ PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
             <title>Die Seite ansehen!</title>
 
             <para>
-                Jetzt, wo der erste Controller und das erste View-Script geschrieben sind, kann der Browser
-                aufgerufen und die Seite angesehen werden. Wäre
-                <code>example.com</code> die Domain der Zend Framework-Installation, dann würde jeder der folgenden
-                URLs auf die Seite zeigen, die wir gerade erstellt haben:
+                Jetzt, wo der erste Controller und das erste View-Script geschrieben sind, kann der
+                Browser aufgerufen und die Seite angesehen werden. Wäre <code>example.com</code> die
+                Domain der Zend Framework-Installation, dann würde jeder der folgenden URLs auf die
+                Seite zeigen, die wir gerade erstellt haben:
             </para>
 
             <itemizedlist>
@@ -318,8 +331,8 @@ PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
             </itemizedlist>
 
             <para>
-                Herzlichen Glückwunsch, Sie sind jetzt bereit, weitere Controller und Aktionsmethoden
-                zu erstellen und Ihrer Seite damit Leben einzuhauchen.
+                Herzlichen Glückwunsch, Sie sind jetzt bereit, weitere Controller und
+                Aktionsmethoden zu erstellen und Ihrer Seite damit Leben einzuhauchen.
             </para>
         </sect3>
     </sect2>

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

@@ -7,9 +7,9 @@
         <title>Einführung</title>
         <para>
             Das Request Objekt ist eine einfaches Wertobjekt, das zwischen
-            <classname>Zend_Controller_Front</classname> und den Router, Dispatcher und Controller Klassen
-            übergeben wird. Es enthält sowohl die Definition des Controllers, der Aktion und der
-            Parameter, die an die Aktion übergeben werden sollen, als auch den Rest der
+            <classname>Zend_Controller_Front</classname> und den Router, Dispatcher und Controller
+            Klassen übergeben wird. Es enthält sowohl die Definition des Controllers, der Aktion und
+            der Parameter, die an die Aktion übergeben werden sollen, als auch den Rest der
             Anfrageumgebung, seit es HTTP, CLI oder PHP-GTK.
         </para>
 
@@ -37,9 +37,9 @@
 
         <para>
             Abhängig vom Typ der Anfrage können auch weitere Methoden verfügbar sein. Das
-            verwendete Standard Request Object <classname>Zend_Controller_Request_Http</classname> stellt z.B.
-            Methoden zum Abfragen der Request URI, Pfadinformationen, <code>$_GET</code> und
-            <code>$_POST</code> Parameter usw. bereit.
+            verwendete Standard Request Object <classname>Zend_Controller_Request_Http</classname>
+            stellt z.B. Methoden zum Abfragen der Request URI, Pfadinformationen, <code>$_GET</code>
+            und <code>$_POST</code> Parameter usw. bereit.
         </para>
 
         <para>
@@ -65,23 +65,23 @@
             <title>Auf Request Daten zugreifen</title>
 
             <para>
-                <classname>Zend_Controller_Request_Http</classname> kapselt den Zugriff auf relevante Werte
-                wie der Schlüssel und Wert für Controller und Action Variablen des Routers und alle
-                zusätzlichen Parameter, die aus der URI ermittelt wurden. Es erlaubt zusätzlich
-                den Zugriff auf superglobale Werte als öffentliche Eigenschaften und verwaltet
-                die aktuelle Basis URL und Request URI. Superglobale Werte können in einem Request
-                Objekt nicht gesetzt werden, stattdessen verwendet man die setParam/getParam
-                Methoden um Benutzerparameter zu setzen oder zu erhalten.
+                <classname>Zend_Controller_Request_Http</classname> kapselt den Zugriff auf
+                relevante Werte wie der Schlüssel und Wert für Controller und Action Variablen des
+                Routers und alle zusätzlichen Parameter, die aus der URI ermittelt wurden. Es
+                erlaubt zusätzlich den Zugriff auf superglobale Werte als öffentliche Eigenschaften
+                und verwaltet die aktuelle Basis URL und Request URI. Superglobale Werte können in
+                einem Request Objekt nicht gesetzt werden, stattdessen verwendet man die
+                setParam/getParam Methoden um Benutzerparameter zu setzen oder zu erhalten.
             </para>
 
             <note>
                 <title>Superglobale Daten</title>
                 <para>
                     Beim Zugriff auf superglobale Daten über die öffentlichen Eigenschaften von
-                    <classname>Zend_Controller_Request_Http</classname> ist es notwendig, darauf zu achten,
-                    dass der Eigenschaftsname (der superglobale Arrayschlüssel) einem superglobalen
-                    Wert in einer bestimmten Reihenfolge entspricht: 1. GET, 2. POST, 3. COOKIE,
-                    4. SERVER, 5. ENV.
+                    <classname>Zend_Controller_Request_Http</classname> ist es notwendig, darauf zu
+                    achten, dass der Eigenschaftsname (der superglobale Arrayschlüssel) einem
+                    superglobalen Wert in einer bestimmten Reihenfolge entspricht: 1. GET, 2. POST,
+                    3. COOKIE, 4. SERVER, 5. ENV.
                 </para>
             </note>
 
@@ -97,9 +97,10 @@
             <note>
                 <title>GET und POST Daten</title>
                 <para>
-                    Vorsicht wenn auf Daten von einem Anfrage Objekt zugegriffen wird da diese in keiner Weise
-                    gefiltert werden. Der Router und Dispatcher prüfen und filtern Daten für die Verwendung
-                    innerhalb Ihrer Aufgabe, lassen diese Daten aber unangetastet im Anfrage Objekt.
+                    Vorsicht wenn auf Daten von einem Anfrage Objekt zugegriffen wird da diese in
+                    keiner Weise gefiltert werden. Der Router und Dispatcher prüfen und filtern
+                    Daten für die Verwendung innerhalb Ihrer Aufgabe, lassen diese Daten aber
+                    unangetastet im Anfrage Objekt.
                 </para>
             </note>
 
@@ -119,10 +120,10 @@
             </note>
 
             <para>
-                Es können auch Benutzerparameter im Anfrage Objekt gesetzt werden durch Verwendung von
-                <code>setParam()</code> und empfangen derselben später durch verwenden von <code>getParam()</code>.
-                Der Router verwendet diese Funktionalität um passende Parameter in der Anfrage URI im Anfrage
-                Objekt zu setzen.
+                Es können auch Benutzerparameter im Anfrage Objekt gesetzt werden durch Verwendung
+                von <code>setParam()</code> und empfangen derselben später durch verwenden von
+                <code>getParam()</code>. Der Router verwendet diese Funktionalität um passende
+                Parameter in der Anfrage URI im Anfrage Objekt zu setzen.
             </para>
 
             <note>
@@ -137,8 +138,8 @@
                 </para>
 
                 <para>
-                    Wenn man nur Parameter erhalten will die vorher mit <code>setParam()</code> gesetzt wurden,
-                    muß <code>getUserParam()</code> verwendet werden.
+                    Wenn man nur Parameter erhalten will die vorher mit <code>setParam()</code>
+                    gesetzt wurden, muß <code>getUserParam()</code> verwendet werden.
                 </para>
 
                 <para>
@@ -154,12 +155,13 @@
             <note>
                 <title>Apache Quirks</title>
                 <para>
-                    Wenn Apache's 404 Handler verwendet wird um eingehende Anfragen an den Front Controller zu
-                    übergeben, oder ein PT Flag mit Rewrite Regeln verwendet wird, enthält
-                    <code>$_SERVER['REDIRECT_URL']</code> die URI die benötigt wird, nicht
-                    <code>$_SERVER['REQUEST_URI']</code>. Wenn so ein Setup verwendet wird und man ungültige
-                    Routen erhält, sollte man stattdessen die <classname>Zend_Controller_Request_Apache404</classname>
-                    Klasse statt der standard Http Klasse für das Anfrage Objekt verwenden:
+                    Wenn Apache's 404 Handler verwendet wird um eingehende Anfragen an den Front
+                    Controller zu übergeben, oder ein PT Flag mit Rewrite Regeln verwendet wird,
+                    enthält <code>$_SERVER['REDIRECT_URL']</code> die URI die benötigt wird, nicht
+                    <code>$_SERVER['REQUEST_URI']</code>. Wenn so ein Setup verwendet wird und man
+                    ungültige Routen erhält, sollte man stattdessen die
+                    <classname>Zend_Controller_Request_Apache404</classname> Klasse statt der
+                    standard Http Klasse für das Anfrage Objekt verwenden:
                 </para>
 
                 <programlisting role="php"><![CDATA[
@@ -168,9 +170,9 @@ $front->setRequest($request);
 ]]></programlisting>
 
                 <para>
-                    Diese Klasse erweitert die <classname>Zend_Controller_Request_Http</classname> Klasse und modifiziert
-                    einfach die automatische Entdeckung der Anfrage URI. Sie kann als einfache Ersetzung verwendet
-                    werden.
+                    Diese Klasse erweitert die <classname>Zend_Controller_Request_Http</classname>
+                    Klasse und modifiziert einfach die automatische Entdeckung der Anfrage URI. Sie
+                    kann als einfache Ersetzung verwendet werden.
                 </para>
             </note>
         </sect3>
@@ -179,19 +181,20 @@ $front->setRequest($request);
             <title>Basis Url und Unterverzeichnisse</title>
 
             <para>
-                <classname>Zend_Controller_Request_Http</classname> erlaubt, dass <classname>Zend_Controller_Router_Rewrite</classname>
-                in einem Unterverzeichnis verwendet werden kann. <classname>Zend_Controller_Request_Http</classname>
-                versucht, die Basis URL automatisch zu erkennen und entsprechend zu setzen.
+                <classname>Zend_Controller_Request_Http</classname> erlaubt, dass
+                <classname>Zend_Controller_Router_Rewrite</classname> in einem Unterverzeichnis
+                verwendet werden kann. <classname>Zend_Controller_Request_Http</classname> versucht,
+                die Basis URL automatisch zu erkennen und entsprechend zu setzen.
             </para>
 
             <para>
-                Wenn man zum Beispiel seine <code>index.php</code> in einem Webserverunterverzeichnis
-                mit Namen <code>/projects/myapp/index.php</code> verwendet, sollte die Basis URL
-                (die Rewrite Basis) auf <code>/projects/myapp</code> gesetzt werden. Dieser String
-                wird dann vom Anfang des Pfades entfernt, bevor irgend welche Routingtreffer
-                ermittelt werden. Dies befreit einem davon, es an den Anfang jeder Route setzen zu
-                müssen. Eine Route <code>'user/:username'</code> passt auf URIs wie
-                <code>http://localhost/projects/myapp/user/martel</code> und
+                Wenn man zum Beispiel seine <code>index.php</code> in einem
+                Webserverunterverzeichnis mit Namen <code>/projects/myapp/index.php</code>
+                verwendet, sollte die Basis URL (die Rewrite Basis) auf <code>/projects/myapp</code>
+                gesetzt werden. Dieser String wird dann vom Anfang des Pfades entfernt, bevor irgend
+                welche Routingtreffer ermittelt werden. Dies befreit einem davon, es an den Anfang
+                jeder Route setzen zu müssen. Eine Route <code>'user/:username'</code> passt auf
+                URIs wie <code>http://localhost/projects/myapp/user/martel</code> und
                 <code>http://example.com/user/martel</code>.
             </para>
 
@@ -209,9 +212,9 @@ $front->setRequest($request);
                 Sollte die Basis URL falsch erkannt werden, kann man diese auch mit einem eigenen
                 Pfad mit Hilfe der <code>setBaseUrl()</code> Methode der
                 <classname>Zend_Controller_Request_Http</classname> Klasse oder der
-                <classname>Zend_Controller_Front</classname> Klasse überschreiben. Die einfachste Methode ist
-                die von <classname>Zend_Controller_Front</classname>, welche es an das Request Object weiter
-                leitet. Beispiel, um eine eigene Basis URL zu setzen:
+                <classname>Zend_Controller_Front</classname> Klasse überschreiben. Die einfachste
+                Methode ist die von <classname>Zend_Controller_Front</classname>, welche es an das
+                Request Object weiter leitet. Beispiel, um eine eigene Basis URL zu setzen:
             </para>
 
             <programlisting role="php"><![CDATA[
@@ -257,27 +260,33 @@ $response   = $controller->dispatch();
             <title>Erkennen von AJAX Anfragen</title>
 
             <para>
-                <classname>Zend_Controller_Request_Http</classname> hat eine rudimentäre Methode für die Erkennung von
-                AJAX Anfragen: <code>isXmlHttpRequest()</code>. Diese Methode sucht nach einem HTTP Anfrageheader
-                <code>X-Requested-With</code> mit dem Wert 'XMLHttpRequest'; wenn er gefunden wird, gibt er
-                true zurück.
+                <classname>Zend_Controller_Request_Http</classname> hat eine rudimentäre Methode für
+                die Erkennung von AJAX Anfragen: <code>isXmlHttpRequest()</code>. Diese Methode
+                sucht nach einem HTTP Anfrageheader <code>X-Requested-With</code> mit dem Wert
+                'XMLHttpRequest'; wenn er gefunden wird, gibt er true zurück.
             </para>
 
             <para>
-                Aktuell wird dieser Header standardmäßig mit den folgenden JS Bibliotheken geschickt:
+                Aktuell wird dieser Header standardmäßig mit den folgenden JS Bibliotheken
+                geschickt:
             </para>
 
             <itemizedlist>
-                <listitem><para>Prototype/Scriptaculous (und von Prototype abgeleitete Bibliotheken)</para></listitem>
+                <listitem>
+                    <para>
+                        Prototype/Scriptaculous (und von Prototype abgeleitete Bibliotheken)
+                    </para>
+                </listitem>
                 <listitem><para>Yahoo! UI Library</para></listitem>
                 <listitem><para>jQuery</para></listitem>
                 <listitem><para>MochiKit</para></listitem>
             </itemizedlist>
 
             <para>
-                Die meisten AJAX Bibliotheken erlauben das senden von eigenen HTTP Anfrageheadern; wenn die
-                eigene Bibliothek diesen Header nicht sendet, muß dieser einfach and Anfrageheader hinzugefügt
-                werden um sicherzustellen das die <code>isXmlHttpRequest()</code> Methode funktioniert.
+                Die meisten AJAX Bibliotheken erlauben das Senden von eigenen HTTP Anfrageheadern;
+                wenn die eigene Bibliothek diesen Header nicht sendet, muß dieser einfach beim
+                Anfrageheader hinzugefügt werden um sicherzustellen das die
+                <code>isXmlHttpRequest()</code> Methode funktioniert.
             </para>
         </sect3>
     </sect2>
@@ -286,9 +295,9 @@ $response   = $controller->dispatch();
         <title>Vererben des Anfrage Objektes</title>
 
         <para>
-            Die Basis Anfrage Klasse die für alle Anfrage Objekte verwendet wird ist die abstrakte Klasse
-            <classname>Zend_Controller_Request_Abstract</classname>. Sie ist sehr grundsätzlich und definiert die folgenden
-            Methoden:
+            Die Basis Anfrage Klasse die für alle Anfrage Objekte verwendet wird ist die abstrakte
+            Klasse <classname>Zend_Controller_Request_Abstract</classname>. Sie ist sehr
+            grundsätzlich und definiert die folgenden Methoden:
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -376,17 +385,18 @@ abstract class Zend_Controller_Request_Abstract
 ]]></programlisting>
 
         <para>
-            Das Anfrage Objekt ist ein Behälter für die Anfrage Umgebung. Die Controller Kette muß wirklich nur
-            wissen wie der Controller, die Aktion, die optionalen Parameter und der Dispatched Status gesetzt
-            und empfangen werden können. Standardmäßig durchsucht das Anfrage Objekt die eigenen Parameter indem
-            es den Controller oder die Aktions Schlüssel verwendet um den Controller und die Aktion zu ermitteln.
+            Das Anfrage Objekt ist ein Behälter für die Anfrage Umgebung. Die Controller Kette muß
+            wirklich nur wissen wie der Controller, die Aktion, die optionalen Parameter und der
+            Dispatched Status gesetzt und empfangen werden können. Standardmäßig durchsucht das
+            Anfrage Objekt die eigenen Parameter indem es den Controller oder die Aktions Schlüssel
+            verwendet um den Controller und die Aktion zu ermitteln.
         </para>
 
         <para>
-            Erweitere diese Klasse, oder eine Ihrer Derivate, wenn die Anfrage Klasse mit einer speziellen
-            Umgebung interagieren soll, um Daten für die obigen Aufgaben zu erhalten. Beispiele beinhalten
-            <link linkend="zend.controller.request.http">die HTTP Umgebung</link>, eine CLI Umgebung, oder eine
-            PHP-GTK Umgebung.
+            Erweitere diese Klasse, oder eine Ihrer Derivate, wenn die Anfrage Klasse mit einer
+            speziellen Umgebung interagieren soll, um Daten für die obigen Aufgaben zu erhalten.
+            Beispiele beinhalten <link linkend="zend.controller.request.http">die HTTP
+                Umgebung</link>, eine CLI Umgebung, oder eine PHP-GTK Umgebung.
         </para>
     </sect2>
 </sect1>