[DOCUMENTATION] German:

- manual fixes

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

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

@@ -12,34 +12,36 @@
                 url="http://www.martinfowler.com/eaaCatalog/frontController.html">Front
                 Controller-Entwurfsmuster</ulink>, das in <ulink
                 url="http://de.wikipedia.org/wiki/Model_View_Controller">Model-View-Controller
-                (MVC)</ulink>-Anwendungen verwendet wird. Seine Aufgabe ist, die Abfrage-Umgebung zu initialisieren,
-                die eingehende Abfrage zu routen und dann die Anfrage an alle angefragten Aktionen weiterzuleiten
-                (das alles zusammen wird auch dispatchen genannt);
-                er fasst alle Antworten zusammen und gibt sie zurück, wenn der Prozess beendet ist.
+                (MVC)</ulink>-Anwendungen verwendet wird. Seine Aufgabe ist, die Abfrage-Umgebung
+                u initialisieren, die eingehende Abfrage zu routen und dann die Anfrage an alle
+                angefragten Aktionen weiterzuleiten (das alles zusammen wird auch dispatchen
+                genannt); er fasst alle Antworten zusammen und gibt sie zurück, wenn der Prozess
+                beendet ist.
         </para>
 
         <para>
             <classname>Zend_Controller_Front</classname> implementiert auch das <ulink
                 url="http://de.wikipedia.org/wiki/Einzelst%C3%BCck_%28Entwurfsmuster%29">Singleton-Entwurfsmuster
-            </ulink>,
-            das heißt nur eine einzige Instanz dieser Klasse darf zu jedem Zeitpunkt existieren.
-            Das ermöglicht es auch, dass der Front-Controller als Registry fungiert, in der alle anderen Objekte
-            des Prozesses Daten persistent speichern können.
+                </ulink>, das heißt nur eine einzige Instanz dieser Klasse darf zu jedem Zeitpunkt
+            existieren. Das ermöglicht es auch, dass der Front-Controller als Registry fungiert, in
+            der alle anderen Objekte des Prozesses Daten persistent speichern können.
         </para>
 
         <para>
             <classname>Zend_Controller_Front</classname> registriert einen <link
-                linkend="zend.controller.plugins">Plugin-Broker</link> in der Registry, die er selber ist,
-            was es erlaubt, verschiedene Events, die er auslöst, von den Plugins überwachen zu lassen.
-            In den meisten Fällen gibt das dem Entwickler die Möglichkeit, einen maßgeschneiderten Dispatch-Prozess
-            zu entwerfen, ohne den Front-Controller erweitern zu müssen um Funktionalität hinzuzufügen.
+                linkend="zend.controller.plugins">Plugin-Broker</link> in der Registry, die er
+            selber ist, was es erlaubt, verschiedene Events, die er auslöst, von den Plugins
+            überwachen zu lassen. In den meisten Fällen gibt das dem Entwickler die Möglichkeit,
+            einen maßgeschneiderten Dispatch-Prozess zu entwerfen, ohne den Front-Controller
+            erweitern zu müssen um Funktionalität hinzuzufügen.
         </para>
 
         <para>
-            Als ein absolutes Minimum, um zu funktionieren, braucht der Front-Controller den Pfad zu einem
-            oder mehr Verzeichnissen, die <link linkend="zend.controller.action">Action-Controller</link>
-            enthalten. Verschiedene Methoden können auch noch aufgerufen werden, um die Front-Controller-Umgebung
-            und die seiner Hilfsklassen anzupassen.
+            Als ein absolutes Minimum, um zu funktionieren, braucht der Front-Controller den Pfad
+            zu einem oder mehr Verzeichnissen, die
+            <link linkend="zend.controller.action">Action-Controller</link> enthalten. Verschiedene
+            Methoden können auch noch aufgerufen werden, um die Front-Controller-Umgebung und die
+            seiner Hilfsklassen anzupassen.
         </para>
 
         <note>
@@ -47,14 +49,16 @@
             <para>
                 Standardmäßig lädt der Front-Controller sowohl das <link
                     linkend="zend.controller.plugins.standard.errorhandler">ErrorHandler</link>-Plugin
-                als auch das <link linkend="zend.controller.actionhelpers.viewrenderer">ViewRenderer</link>-
-                Action-Helper-Plugin. Diese sind dafür geschrieben, Fehlerbehandlung bzw. das Rendern von Views
-                in den Controllern zu vereinfachen.
+                als auch das <link
+                    linkend="zend.controller.actionhelpers.viewrenderer">ViewRenderer</link>-Action-Helper-Plugin.
+                Diese sind dafür geschrieben, Fehlerbehandlung bzw. das Rendern von Views in den
+                Controllern zu vereinfachen.
             </para>
 
             <para>
-                Um den <code>ErrorHandler</code> abzuschalten, kann der folgende Code an jeder Stelle vor
-                dem Aufruf der <code>dispatch()</code>-Methode des Front-Controllers ausgeführt werden:
+                Um den <code>ErrorHandler</code> abzuschalten, kann der folgende Code an jeder
+                Stelle vor dem Aufruf der <code>dispatch()</code>-Methode des Front-Controllers
+                ausgeführt werden:
             </para>
 
             <programlisting role="php"><![CDATA[
@@ -63,8 +67,8 @@ $front->setParam('noErrorHandler', true);
 ]]></programlisting>
 
             <para>
-                Um den <code>ViewRenderer</code> abzuschalten muss wiederum der folgende Code vor dem
-                <code>dispatch()</code> ausgeführt werden:
+                Um den <code>ViewRenderer</code> abzuschalten muss wiederum der folgende Code vor
+                dem <code>dispatch()</code> ausgeführt werden:
             </para>
 
             <programlisting role="php"><![CDATA[
@@ -79,17 +83,17 @@ $front->setParam('noViewRenderer', true);
 
         <para>
             Der Front-Controller hat etliche Zugriffsmethoden, die benutzt werden können, um seine
-            Umgebung zu konfigurieren. Jedoch gibt es drei grundlegende Methoden, die entscheidend für die
-            funktionalität des Front-Controllers sind:
+            Umgebung zu konfigurieren. Jedoch gibt es drei grundlegende Methoden, die entscheidend
+            für die funktionalität des Front-Controllers sind:
         </para>
 
         <sect3 id="zend.controller.front.methods.primary.getinstance">
             <title>getInstance()</title>
 
             <para>
-                <code>getInstance()</code> wird benutzt, um eine Front-Controller-Instanz zu erhalten.
-                Da der Front-Controller das Singleton-Entwurfsmuster implementiert, ist das auch die einzige
-                Möglichkeit, ein Front-Controller-Objekt zu erhalten.
+                <code>getInstance()</code> wird benutzt, um eine Front-Controller-Instanz zu
+                erhalten. Da der Front-Controller das Singleton-Entwurfsmuster implementiert, ist
+                das auch die einzige Möglichkeit, ein Front-Controller-Objekt zu erhalten.
             </para>
 
             <programlisting role="php"><![CDATA[
@@ -104,8 +108,9 @@ $front = Zend_Controller_Front::getInstance();
                 <code>setControllerDirectory()</code> wird benutzt, um <link
                     linkend="zend.controller.dispatcher">dem Dispatcher</link>
                 zu sagen, wo er nach <link
-                    linkend="zend.controller.action">Action-Controller</link>-Klassendateien suchen soll.
-                Sie akzeptiert sowohl einen einzelnen Pfad als auch ein Array aus Modul/Pfad-Paaren.
+                    linkend="zend.controller.action">Action-Controller</link>-Klassendateien suchen
+                soll. Sie akzeptiert sowohl einen einzelnen Pfad als auch ein Array aus
+                Modul/Pfad-Paaren.
             </para>
 
             <para>
@@ -130,8 +135,8 @@ $front->addControllerDirectory('../modules/foo/controllers', 'foo');
             <note>
                 <para>
                     Wenn <code>addControllerDirectory()</code> ohne einen Modulnamen verwendet wird,
-                    setzt sie den Ordner für das Modul <code>default</code> -- und überschreibt einen Pfad, der
-                    vorher gesetzt wurde.
+                    setzt sie den Ordner für das Modul <code>default</code> -- und überschreibt
+                    einen Pfad, der vorher gesetzt wurde.
                 </para>
             </note>
 
@@ -146,27 +151,30 @@ $front->addControllerDirectory('../modules/foo/controllers', 'foo');
             <title>addModuleDirectory() und getModuleDirectory()</title>
 
             <para>
-                Ein Aspekt des Frontcontrollers ist das man <link linkend="zend.controller.modular">eine
-                modulare Verzeichnisstruktur definieren kann</link> für die Erstellung von alleinstehenden
-                Komponenten; diese werden "Module" (modules) genannt.
+                Ein Aspekt des Frontcontrollers ist das man <link
+                     linkend="zend.controller.modular">eine modulare Verzeichnisstruktur definieren
+                     kann</link> für die Erstellung von alleinstehenden Komponenten; diese werden
+                "Module" (modules) genannt.
             </para>
 
             <para>
-                Jedes Modul sollte in seinem eigenen Verzeichnis sein und die Verzeichnisstruktur des
-                Standardmoduls spiegeln -- z.B., sollte es mindestens ein "controllers" Unterzeichnis haben
-                und typischerweise ein "views" Unterverzeichnis und andere Anwendungsverzeichnisse.
+                Jedes Modul sollte in seinem eigenen Verzeichnis sein und die Verzeichnisstruktur
+                des Standardmoduls spiegeln -- z.B., sollte es mindestens ein "controllers"
+                Unterzeichnis haben und typischerweise ein "views" Unterverzeichnis und andere
+                Anwendungsverzeichnisse.
             </para>
 
             <para>
-                <code>addModuleDirectory()</code> erlaubt es den Namen des Verzeichnisses zu übergeben der
-                ein oder mehrere Modulverzeichnisse enthält. Er scannt dieses dann und fügt es den
-                Controllerverzeichnissen des Frontcontrollers hinzu.
+                <code>addModuleDirectory()</code> erlaubt es den Namen des Verzeichnisses zu
+                übergeben der ein oder mehrere Modulverzeichnisse enthält. Er scannt dieses dann und
+                fügt es den Controllerverzeichnissen des Frontcontrollers hinzu.
             </para>
 
             <para>
-                Später, wenn man den Pfad zu einem speziellen Modul oder dem aktuellen Modul eruieren will,
-                kann <code>getModuleDirectory()</code> aufgerufen werden und optional ein Modulname übergeben
-                werden für das das spezielle Modulverzeichnis geholt werden soll.
+                Später, wenn man den Pfad zu einem speziellen Modul oder dem aktuellen Modul
+                eruieren will, kann <code>getModuleDirectory()</code> aufgerufen werden und optional
+                ein Modulname übergeben werden für das das spezielle Modulverzeichnis geholt werden
+                soll.
             </para>
         </sect3>
 
@@ -179,13 +187,15 @@ $front->addControllerDirectory('../modules/foo/controllers', 'foo');
                 erledigt die Schwerstarbeit des Front-Controllers. Sie nimmt als Parameter optional
                 ein <link linkend="zend.controller.request">Anfrage-Object</link> und/oder ein <link
                     linkend="zend.controller.response">Antwort-Objekt</link> entgegen,
-                was dem entwickler erlaubt, wahlweise eigene Objekte für diese beiden Aufgaben zu bestimmen.
+                was dem entwickler erlaubt, wahlweise eigene Objekte für diese beiden Aufgaben zu
+                bestimmen.
             </para>
 
             <para>
-                Wenn kein Anfrage- oder Antwort-Objekt angegeben werden, wird <code>dispatch()</code>
-                nach vorher registrierten Objekten suchen und diese benutzen oder Standard-Versionen
-                für seinen Prozess instanzieren (in beiden Fällen wird der HTTP-Dialekt als Standard benutzt).
+                Wenn kein Anfrage- oder Antwort-Objekt angegeben werden, wird
+                <code>dispatch()</code> nach vorher registrierten Objekten suchen und diese benutzen
+                oder Standard-Versionen für seinen Prozess instanzieren (in beiden Fällen wird der
+                HTTP-Dialekt als Standard benutzt).
             </para>
 
             <para>
@@ -220,15 +230,15 @@ $front->addControllerDirectory('../modules/foo/controllers', 'foo');
             <title>run()</title>
 
             <para>
-                <classname>Zend_Controller_Front::run($path)</classname> ist eine statische Methode, die einfach einen
-                Pfad zu einem Verzeichnis, das Action-Controller enthält, als Parameter akzeptiert.
-                Sie holt sich eine Front-Controller-Instanz (mit
-                <link
+                <classname>Zend_Controller_Front::run($path)</classname> ist eine statische Methode,
+                die einfach einen Pfad zu einem Verzeichnis, das Action-Controller enthält, als
+                Parameter akzeptiert. Sie holt sich eine Front-Controller-Instanz (mit <link
                     linkend="zend.controller.front.methods.primary.getinstance">getInstance()</link>,
                 registriert den angegebenen Pfad mit <link
                     linkend="zend.controller.front.methods.primary.setcontrollerdirectory">setControllerDirectory()</link>,
                 und <link
-                    linkend="zend.controller.front.methods.primary.dispatch">dispatcht</link> schlussendlich.
+                    linkend="zend.controller.front.methods.primary.dispatch">dispatcht</link>
+                schlussendlich.
             </para>
 
             <para>
@@ -248,34 +258,37 @@ Zend_Controller_Front::run('../application/controllers');
         <title>Methoden für Umgebungszugriff</title>
 
         <para>
-            Zusätzlich zu den oben aufgelisteten Methoden gibt es eine Menge Zugriffsmethoden, die benutzt werden
-            können, um die Front-Controller-Umgebung zu beeinflussen -- und damit die Umgebung der Klassen,
-            an die der Front-Controller seine Arbeit weiterleitet.
+            Zusätzlich zu den oben aufgelisteten Methoden gibt es eine Menge Zugriffsmethoden, die
+            benutzt werden können, um die Front-Controller-Umgebung zu beeinflussen -- und damit die
+            Umgebung der Klassen, an die der Front-Controller seine Arbeit weiterleitet.
         </para>
 
         <itemizedlist>
             <listitem>
                 <para>
-                    <code>resetInstance()</code> wird benutzt, um alle aktuellen Einstellungen zu löschen.
-                    Ihr hauptsächlicher Nutzen sind Testfälle, aber sie kann auch für Fälle benutzt werden,
-                    in denen mehrere Front-Controller-Ausführungen aneinander gehängt werden sollen.
+                    <code>resetInstance()</code> wird benutzt, um alle aktuellen Einstellungen zu
+                    löschen. Ihr hauptsächlicher Nutzen sind Testfälle, aber sie kann auch für Fälle
+                    benutzt werden, in denen mehrere Front-Controller-Ausführungen aneinander
+                    gehängt werden sollen.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>(set|get)DefaultControllerName()</code> erlaubt es, dem Front-Controller einen anderen Namen
-                    für den Standard-Action-Controller mitzugeben (ansonsten wird 'index' benutzt), bzw. den
-                    aktuellen Wert herauszufinden. Diese Funktionen leiten die Anfragen an den <link
+                    <code>(set|get)DefaultControllerName()</code> erlaubt es, dem Front-Controller
+                    einen anderen Namen für den Standard-Action-Controller mitzugeben (ansonsten
+                    wird 'index' benutzt), bzw. den aktuellen Wert herauszufinden. Diese Funktionen
+                    leiten die Anfragen an den <link
                         linkend="zend.controller.dispatcher">Dispatcher</link> weiter.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>(set|get)DefaultAction()</code> erlaubt analog, den Standard-Aktionsnamen zu setzen -
-                    ohne Einstellung wird 'index' verwendet - und den aktuellen Wert auszulesen. Auch diese beiden
-                    leiten an den <link linkend="zend.controller.dispatcher">Dispatcher</link> weiter.
+                    <code>(set|get)DefaultAction()</code> erlaubt analog, den Standard-Aktionsnamen
+                    zu setzen - ohne Einstellung wird 'index' verwendet - und den aktuellen Wert
+                    auszulesen. Auch diese beiden leiten an den <link
+                        linkend="zend.controller.dispatcher">Dispatcher</link> weiter.
                 </para>
             </listitem>
 
@@ -292,32 +305,35 @@ Zend_Controller_Front::run('../application/controllers');
 
             <listitem>
                 <para>
-                    Mit <code>(set|get)Router()</code> kann auf die gleiche Art der Klassenname bzw. das Objekt
-                    übergeben bzw. zurückgegeben werden, das beim dispatchen als
+                    Mit <code>(set|get)Router()</code> kann auf die gleiche Art der Klassenname bzw.
+                    das Objekt übergeben bzw. zurückgegeben werden, das beim dispatchen als
                     <link linkend="zend.controller.router">Router</link> verwendet wird.
                 </para>
 
                 <para>
-                    Wenn nach dem Router-Objekt gefragt wird, wird erst überprüft, ob eines existiert. Wenn nicht,
-                    wird der Standard-Router (der Rewrite-Router) instanziert und zurückgegeben.
+                    Wenn nach dem Router-Objekt gefragt wird, wird erst überprüft, ob eines
+                    existiert. Wenn nicht, wird der Standard-Router (der Rewrite-Router) instanziert
+                    und zurückgegeben.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
                     <code>(set|get)BaseUrl()</code> erlaubt es, die <link
-                        linkend="zend.controller.request.http.baseurl">Basis-URL</link> zu setzen, die beim Routen
-                        der Anfrage außen vor gelassen wird, sowie den aktuellen Wert dieser Einstellung zu erhalten.
-                        Diese URL wird dem Request-Objekt erst direkt vor dem Routing bekannt gemacht.
+                        linkend="zend.controller.request.http.baseurl">Basis-URL</link> zu setzen,
+                        die beim Routen der Anfrage außen vor gelassen wird, sowie den aktuellen
+                        Wert dieser Einstellung zu erhalten. Diese URL wird dem Request-Objekt erst
+                        direkt vor dem Routing bekannt gemacht.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
                     <code>(set|get)Dispatcher()</code> kann die <link
-                        linkend="zend.controller.dispatcher">Dispatcher</link>-Klasse/das Dispatcher-Objekt setzen,
-                    das den Dispatch-Prozess übernimmt. Wie oben, so kann auch hier ein Klassenname oder ein Objekt
-                    übergeben werden; die get-Methode gibt in jedem Fall ein Objekt zurück.
+                        linkend="zend.controller.dispatcher">Dispatcher</link>-Klasse/das
+                    Dispatcher-Objekt setzen, das den Dispatch-Prozess übernimmt. Wie oben, so kann
+                    auch hier ein Klassenname oder ein Objekt übergeben werden; die get-Methode gibt
+                    in jedem Fall ein Objekt zurück.
                 </para>
 
                 <para>
@@ -330,25 +346,27 @@ Zend_Controller_Front::run('../application/controllers');
             <listitem>
                 <para>
                     Über <code>(set|get)Response()</code> kann das <link
-                    linkend="zend.controller.response">Antwort-Objekt</link> gesetzt bzw. erhalten werden.
-                    Auch hier kann wieder ein Klassenname oder ein Objekt übergeben werden.
+                    linkend="zend.controller.response">Antwort-Objekt</link> gesetzt bzw. erhalten
+                    werden. Auch hier kann wieder ein Klassenname oder ein Objekt übergeben werden.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    Mit <code>registerPlugin(Zend_Controller_Plugin_Abstract $plugin, $stackIndex = null)</code> können
-                    <link linkend="zend.controller.plugins">Front-Controller-Plugins</link> registriert werden. Über
-                    den optionalen <code>$stackIndex</code> kann kontrolliert werden, in welcher Reihenfolge die
-                    Plugins ausgeführt werden.
+                    Mit <code>registerPlugin(Zend_Controller_Plugin_Abstract $plugin, $stackIndex =
+                    null)</code> können
+                    <link linkend="zend.controller.plugins">Front-Controller-Plugins</link>
+                    registriert werden. Über den optionalen <code>$stackIndex</code> kann
+                    kontrolliert werden, in welcher Reihenfolge die Plugins ausgeführt werden.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
                     <code>unregisterPlugin($plugin)</code> kann registrierte <link
-                    linkend="zend.controller.plugins">Plugin-Objekte</link> entfernen. <code>$plugin</code> kann entweder
-                    ein Plugin-Objekt oder eine Zeichenkette sein, die die Klasse des zu entfernenden Plugins angibt.
+                        linkend="zend.controller.plugins">Plugin-Objekte</link> entfernen.
+                    <code>$plugin</code> kann entweder ein Plugin-Objekt oder eine Zeichenkette
+                    sein, die die Klasse des zu entfernenden Plugins angibt.
                 </para>
             </listitem>
 
@@ -374,8 +392,9 @@ Zend_Controller_Front::run('../application/controllers');
                     <code>dispatch()</code> vom Front-Controller zurückgegeben werden soll
                     (<code>true</code>) oder ob er sie automatisch ausgibt (<code>false</code>).
                     In der Standardeinstellung wird die Antwort automatisch ausgegeben (durch
-                    Aufruf von <classname>Zend_Controller_Response_Abstract::sendResponse()</classname>);
-                    das Einschalten von <code>returnResponse()</code> ändert das.
+                    Aufruf von
+                    <classname>Zend_Controller_Response_Abstract::sendResponse()</classname>); das
+                    Einschalten von <code>returnResponse()</code> ändert das.
                 </para>
 
                 <para>
@@ -391,25 +410,26 @@ Zend_Controller_Front::run('../application/controllers');
         <title>Front Controller-Parameter</title>
 
         <para>
-            In der Einführung haben wir erwähnt, dass der Front-Controller auch als eine Registry für die verschiedenen
-            Controller-Komponenten fungiert. Das macht er über eine Gruppe von "param"-Methoden, de es erlauben,
-            beliebige Daten -- Objekte und Variablen -- im Front-Controller zu registrieren, die dann zu jeder Zeit
-            im Dispatch-Prozess abgerufen werden können. Diese Werte werden weitergegeben an den Router,
-            den Dispatcher, und an die Aktions-Controller. Diese Methodengruppe besteht aus:
+            In der Einführung haben wir erwähnt, dass der Front-Controller auch als eine Registry
+            für die verschiedenen Controller-Komponenten fungiert. Das macht er über eine Gruppe von
+            "param"-Methoden, de es erlauben, beliebige Daten -- Objekte und Variablen -- im
+            Front-Controller zu registrieren, die dann zu jeder Zeit im Dispatch-Prozess abgerufen
+            werden können. Diese Werte werden weitergegeben an den Router, den Dispatcher, und an
+            die Aktions-Controller. Diese Methodengruppe besteht aus:
         </para>
 
         <itemizedlist>
             <listitem>
                 <para>
-                    <code>setParam($name, $value)</code> setzt einen einzelnen Parameter mit dem Namen
-                    <code>$name</code> und dem Wert <code>$value</code>.
+                    <code>setParam($name, $value)</code> setzt einen einzelnen Parameter mit dem
+                    Namen <code>$name</code> und dem Wert <code>$value</code>.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>setParams(array $params)</code> setzt mehrere Parameter auf einmal mit Hilfe eines
-                    assoziativen Arrays.
+                    <code>setParams(array $params)</code> setzt mehrere Parameter auf einmal mit
+                    Hilfe eines assoziativen Arrays.
                 </para>
             </listitem>
 
@@ -421,32 +441,35 @@ Zend_Controller_Front::run('../application/controllers');
 
             <listitem>
                 <para>
-                    <code>getParams()</code> gibt eine komplette Liste mit allen gesetzten Parametern zurück.
+                    <code>getParams()</code> gibt eine komplette Liste mit allen gesetzten
+                    Parametern zurück.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>clearParams()</code> kann einen Parameter löschen (wenn eine Zeichenkette mit einem gültigen
-                    Namen übergeben wird), mehrere benannte Parameter (wenn ein Array mit mehreren Parameter-Namen
-                    übergeben wird) oder alle (wenn nichts übergeben wird).
+                    <code>clearParams()</code> kann einen Parameter löschen (wenn eine Zeichenkette
+                    mit einem gültigen Namen übergeben wird), mehrere benannte Parameter (wenn ein
+                    Array mit mehreren Parameter-Namen übergeben wird) oder alle (wenn nichts
+                    übergeben wird).
                 </para>
             </listitem>
         </itemizedlist>
 
         <para>
-            Es gibt mehrere vordefinierte Parameter (die ebenfalls gesetzt werden können), die speziellen Einfluss
-            auf den Dispatch-Prozess haben:
+            Es gibt mehrere vordefinierte Parameter (die ebenfalls gesetzt werden können), die
+            speziellen Einfluss auf den Dispatch-Prozess haben:
         </para>
 
         <itemizedlist>
             <listitem>
                 <para>
                     <code>useDefaultControllerAlways</code> wird benutzt, um dem <link
-                        linkend="zend.controller.dispatcher">Dispatcher</link> zu sagen, dass er, wenn er einen Fehler
-                        beim Dispatchen feststellt - also ein Modul / einen Controller / eine Aktionsmethode nicht
-                        findet, automatisch den Startseiten-Controller im Modul default benutzen soll. Standardmäßig
-                        ausgeschaltet.
+                        linkend="zend.controller.dispatcher">Dispatcher</link> zu sagen, dass er,
+                    wenn er einen Fehler beim Dispatchen feststellt - also ein Modul / einen
+                    Controller / eine Aktionsmethode nicht findet, automatisch den
+                    Startseiten-Controller im Modul default benutzen soll. Standardmäßig
+                    ausgeschaltet.
                 </para>
 
                 <para>
@@ -458,23 +481,26 @@ Zend_Controller_Front::run('../application/controllers');
             <listitem>
                 <para>
                     <code>disableOutputBuffering</code> sagt dem <link
-                        linkend="zend.controller.dispatcher">Dispatcher</link>, dass er keinen Ausgabepuffer benutzen
-                    soll, um die Ausgabe, die von den Action-Controllern generiert wird, abzufangen. Standardmäßig
-                    werden sämtliche Ausgaben abgefangen und im Antwort-Objekt gespeichert.
+                        linkend="zend.controller.dispatcher">Dispatcher</link>, dass er keinen
+                    Ausgabepuffer benutzen soll, um die Ausgabe, die von den Action-Controllern
+                    generiert wird, abzufangen. Standardmäßig werden sämtliche Ausgaben abgefangen
+                    und im Antwort-Objekt gespeichert.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
                     Wenn <code>noViewRenderer</code> auf true steht, wird der <link
-                        linkend="zend.controller.actionhelpers.viewrenderer">ViewRenderer</link> abgeschaltet.
+                        linkend="zend.controller.actionhelpers.viewrenderer">ViewRenderer</link>
+                    abgeschaltet.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
                     <code>noErrorHandler</code> auf true schaltet das <link
-                        linkend="zend.controller.plugins.standard.errorhandler">ErrorHandler-Plugin</link> ab.
+                        linkend="zend.controller.plugins.standard.errorhandler">ErrorHandler-Plugin</link>
+                    ab.
                 </para>
             </listitem>
         </itemizedlist>
@@ -503,18 +529,20 @@ class My_Controller_Front extends Zend_Controller_Front
 ]]></programlisting>
 
         <para>
-            Das Überschreiben der <code>getInstance()</code>-Methode sorgt dafür, dass folgende Aufrufe von
-            <classname>Zend_Controller_Front::getInstance()</classname> eine Instanz der neuen Subklasse zurückgeben anstatt
-            einer <classname>Zend_Controller_Front</classname>-Instanz -- das ist speziell für einige der alternativen Router
-            und View-Helfer nützlich.
+            Das Überschreiben der <code>getInstance()</code>-Methode sorgt dafür, dass folgende
+            Aufrufe von <classname>Zend_Controller_Front::getInstance()</classname> eine Instanz der
+            neuen Subklasse zurückgeben anstatt einer
+            <classname>Zend_Controller_Front</classname>-Instanz -- das ist speziell für einige der
+            alternativen Router und View-Helfer nützlich.
         </para>
 
         <para>
-            Typischerweise muss der Front-Controller nicht erweitert werden, es sei denn, es ist gewünscht, neue
-            Funktionalität (wie zum Beispiel einen Plugin-Autoloader oder einen Weg, Action-Helper-Pfade anzugeben)
-            hinzuzufügen. Einige Gelegenheiten, bei denen das Standard-Verhalten geändert werden könnte, wären zum
-            Beispiel die Art, wie Controller geladen oder deren Pfade gespeichert werden, oder welcher Standard-Router
-            und/oder Dispatcher benutzt werden.
+            Typischerweise muss der Front-Controller nicht erweitert werden, es sei denn, es ist
+            gewünscht, neue Funktionalität (wie zum Beispiel einen Plugin-Autoloader oder einen Weg,
+            Action-Helper-Pfade anzugeben) hinzuzufügen. Einige Gelegenheiten, bei denen das
+            Standard-Verhalten geändert werden könnte, wären zum Beispiel die Art, wie Controller
+            geladen oder deren Pfade gespeichert werden, oder welcher Standard-Router und/oder
+            Dispatcher benutzt werden.
         </para>
     </sect2>
 </sect1>

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

@@ -6,10 +6,10 @@
     <title>Konstanten für generelle Datums Funktionen</title>
 
     <para>
-        Wo auch immer eine <classname>Zend_Date</classname> Methode einen <code>$parts</code> Parameter besitzt,
-        kann eine der nachfolgenden Konstanten als Argument für diesen Parameter benutzt werden, um einen
-        speziellen Teil des Datums auszuwählen, oder um anzuzeigen das ein bestimmtes Datumsformat benutzt werden
-        oder gewünscht ist (z.B. RFC 822).
+        Wo auch immer eine <classname>Zend_Date</classname> Methode einen <code>$parts</code>
+        Parameter besitzt, kann eine der nachfolgenden Konstanten als Argument für diesen Parameter
+        benutzt werden, um einen speziellen Teil des Datums auszuwählen, oder um anzuzeigen das ein
+        bestimmtes Datumsformat benutzt werden oder gewünscht ist (z.B. RFC 822).
     </para>
 
     <sect2 id="zend.date.constants.using">
@@ -17,14 +17,16 @@
         <title>Konstanten benutzen</title>
 
         <para>
-            Zum Beispiel kann die Konstante <classname>Zend_Date::HOUR</classname> in den anbei gezeigten Arten
-            benutzt werden. Wenn mit Wochentagen, Kalendardaten, Stunden, Minuten, Sekunden oder jedem anderen
-            Datumsabschnitt gearbeitet wird die in verschiedenen Teilen der Welt unterschiedlich dargestellt werden,
-            wird die Zeitzone des Objektes automatisch benutzt um den richtigen Wert zu berechnen selbst wenn der
-            interne Zeitpunkt der gleiche ist für den gleichen Moment der Zeit, unabhängig davon wo auf der Welt
-            sich der Benutzer befindet. Unabhängig von der Einheit die involviert ist muß die Ausgabe entweder als
-            GMT/UTC ausgedrückt werden oder lokalisiert anhand des Gebietsschemas. Die unten angeführte
-            Beispielausgabe zeigt eine Lokalisierung mit Europe/GMT+1 Stunden (z.B. Österreich, Deutschland, Frankreich).
+            Zum Beispiel kann die Konstante <classname>Zend_Date::HOUR</classname> in den anbei
+            gezeigten Arten benutzt werden. Wenn mit Wochentagen, Kalendardaten, Stunden, Minuten,
+            Sekunden oder jedem anderen Datumsabschnitt gearbeitet wird die in verschiedenen Teilen
+            der Welt unterschiedlich dargestellt werden, wird die Zeitzone des Objektes automatisch
+            benutzt um den richtigen Wert zu berechnen selbst wenn der interne Zeitpunkt der gleiche
+            ist für den gleichen Moment der Zeit, unabhängig davon wo auf der Welt sich der Benutzer
+            befindet. Unabhängig von der Einheit die involviert ist muß die Ausgabe entweder als
+            GMT/UTC ausgedrückt werden oder lokalisiert anhand des Gebietsschemas. Die unten
+            angeführte Beispielausgabe zeigt eine Lokalisierung mit Europe/GMT+1 Stunden (z.B.
+            Österreich, Deutschland, Frankreich).
         </para>
 
         <table id="zend.date.constants.using.table">
@@ -104,8 +106,9 @@
         <title>Liste aller Konstanten</title>
 
         <para>
-            Jeder Teil von Datum/Zeit hat eine eindeutige Konstante in <classname>Zend_Date</classname>. Alle durch
-            <classname>Zend_Date</classname> unterstützten Konstanten sind anbei aufgelistet.
+            Jeder Teil von Datum/Zeit hat eine eindeutige Konstante in
+            <classname>Zend_Date</classname>. Alle durch <classname>Zend_Date</classname>
+            unterstützten Konstanten sind anbei aufgelistet.
         </para>
 
         <table id="zend.date.constants.list.table-1">
@@ -141,19 +144,28 @@
                     </row>
                     <row>
                         <entry>Zend_Date::WEEKDAY_SHORT</entry>
-                        <entry>Wochentag (Name des Tages, Lokalisiert, Abgekürzt, die ersten drei Zeichen)</entry>
+                        <entry>
+                            Wochentag (Name des Tages, Lokalisiert, Abgekürzt, die ersten drei
+                            Zeichen)
+                        </entry>
                         <entry>2009-02-06T14:53:27+01:00</entry>
                         <entry><emphasis>Fre</emphasis> für Freitag</entry>
                     </row>
                     <row>
                         <entry>Zend_Date::WEEKDAY_NAME</entry>
-                        <entry>Wochentag (Name des Tages, Lokalisiert, Abgekürzt, die ersten zwei Zeichen)</entry>
+                        <entry>
+                            Wochentag (Name des Tages, Lokalisiert, Abgekürzt, die ersten zwei
+                            Zeichen)
+                        </entry>
                         <entry>2009-02-06T14:53:27+01:00</entry>
                         <entry><emphasis>Fr</emphasis> für Freitag</entry>
                     </row>
                     <row>
                         <entry>Zend_Date::WEEKDAY_NARROW</entry>
-                        <entry>Wochentag (Name des Tages, Lokalisiert, Abgekürzt, nur das erste Zeichen)</entry>
+                        <entry>
+                            Wochentag (Name des Tages, Lokalisiert, Abgekürzt, nur das erste
+                            Zeichen)
+                        </entry>
                         <entry>2009-02-06T14:53:27+01:00</entry>
                         <entry><emphasis>F</emphasis> für Freitag</entry>
                     </row>
@@ -490,7 +502,9 @@
                     <row>
                         <entry>Zend_Date::TIMESTAMP</entry>
                         <entry>
-                            <ulink url="http://en.wikipedia.org/wiki/Unix_Time">Unix Zeit</ulink> (Sekunden seit 1.1.1970, gemischt)</entry>
+                            <ulink url="http://en.wikipedia.org/wiki/Unix_Time">Unix Zeit</ulink>
+                            (Sekunden seit 1.1.1970, gemischt)
+                        </entry>
                         <entry>2009-02-13T14:53:27+01:00</entry>
                         <entry><emphasis>1234533207</emphasis>
                         </entry>
@@ -556,13 +570,14 @@
         </table>
 
         <para>
-            Auf <classname>Zend_Date::DATES</classname> sollte speziell geachtet werden, da dieser Formatbezeichner
-            eine besondere Bedeutung innerhalb von <classname>Zend_Date</classname> als
-            <emphasis>Eingabe</emphasis>-Formatbezeichner. Wenn dieser Bezeichner als Eingabeformat
-            für <code>$part</code> benutzt wird, erlaubt diese Konstante die beste und flexibelste Art um viele
-            ähnliche Datumsformate zu akzeptieren. Heuristik wird benutzt um Daten automatisch von einer
-            Eingabe-Zeichenkette zu extrahieren und dann einfache Fehler zu "beheben" (wenn vorhanden), wie zum
-            Beispiel Jahre, Monate und Tage wenn möglich.
+            Auf <classname>Zend_Date::DATES</classname> sollte speziell geachtet werden, da dieser
+            Formatbezeichner eine besondere Bedeutung innerhalb von <classname>Zend_Date</classname>
+            als <emphasis>Eingabe</emphasis>-Formatbezeichner. Wenn dieser Bezeichner als
+            Eingabeformat für <code>$part</code> benutzt wird, erlaubt diese Konstante die beste und
+            flexibelste Art um viele ähnliche Datumsformate zu akzeptieren. Heuristik wird benutzt
+            um Daten automatisch von einer Eingabe-Zeichenkette zu extrahieren und dann einfache
+            Fehler zu "beheben" (wenn vorhanden), wie zum Beispiel Jahre, Monate und Tage wenn
+            möglich.
         </para>
 
         <table id="zend.date.constants.list.table-8">
@@ -671,20 +686,21 @@
         <title>Selbst-Definierte AUSGABE Formate mit ISO</title>
 
         <para>
-            Wenn ein Datumsformat benötigt wird, das oben nicht angeführt ist, kann auch ein selbst-definiertes
-            Format erstellt werden, mit Hilfe der unten engeführten ISO Formatsbezeichner. Die folgenden Beispiele
-            zeigen die Verwendung der Konstanten dieser Tabelle um selbst-definierte ISO Formate zu erstelen.
-            Die Länge des Formats ist unlimitiert. Auch die mehrfache Verwendung von Format Konstanten ist
-            gestattet.
+            Wenn ein Datumsformat benötigt wird, das oben nicht angeführt ist, kann auch ein
+            selbst-definiertes Format erstellt werden, mit Hilfe der unten engeführten ISO
+            Formatsbezeichner. Die folgenden Beispiele zeigen die Verwendung der Konstanten dieser
+            Tabelle um selbst-definierte ISO Formate zu erstelen. Die Länge des Formats ist
+            unlimitiert. Auch die mehrfache Verwendung von Format Konstanten ist gestattet.
         </para>
 
         <para>
-            Die akzeptierten Formatbezeichner können vom ISO Format zu PHP's date Format geändert werden, wenn
-            man damit mehr Erfahrung hat. Wie auch immer, nicht alle Format welche in der ISO Norm definiert sind,
-            werden durch PHP's date Formatbezeichner unterstützt. Die Verwendung der
-            <classname>Zend_Date::setOptions(array('format_type' => 'php'))</classname> Methode erlaubt es, für alle
-            Zend_Date Methoden, zwischen der Unterstützung von ISO Formatbezeichnern und PHP date() Typbezeichner
-            zu wählen (siehe <xref linkend="zend.date.constants.phpformats" />).
+            Die akzeptierten Formatbezeichner können vom ISO Format zu PHP's date Format geändert
+            werden, wenn man damit mehr Erfahrung hat. Wie auch immer, nicht alle Format welche in
+            der ISO Norm definiert sind, werden durch PHP's date Formatbezeichner unterstützt. Die
+            Verwendung der <classname>Zend_Date::setOptions(array('format_type' =>
+            'php'))</classname> Methode erlaubt es, für alle Zend_Date Methoden, zwischen der
+            Unterstützung von ISO Formatbezeichnern und PHP date() Typbezeichner zu wählen (siehe
+            <xref linkend="zend.date.constants.phpformats" />).
         </para>
 
         <example id="zend.date.constants.selfdefinedformats.example-1">
@@ -1118,21 +1134,26 @@ print $date->toString("'Epoche:GGGG='GGGG, ' Datum:yy.MMMM.dd'yy.MMMM.dd");
 
     <sect2 id="zend.date.constants.phpformats">
 
-        <title>Selbst-definierte AUSGABE Formate welche PHP's date() Formatdefinition verwenden</title>
+        <title>
+            Selbst-definierte AUSGABE Formate welche PHP's date() Formatdefinition verwenden
+        </title>
 
         <para>
-            Wenn man mit PHP's date Formatdefinition vertrauter ist als mit den ISO Formatdefinitionen, dann kann
-            man durch Verwendung der Methode <classname>Zend_Date::setOptions(array('format_type' => 'php'))</classname> das Wechseln
-            von ISO Formatdefinition zu PHP date Formatdefinition welche dann für alle Zend_Date Methoden verwendet
-            werden wechseln. Danach müssen alle Format Parameter in
-            <ulink url="http://php.net/date">PHP's <code>date()</code> Formatdefintion</ulink> angegeben werden.
-            Das PHP date Format vermisst einige der Formate welche durch PHP unterstützt werden und
-            umgekehrt. Wenn keine Erfahrung damit besteht sollte auf alle Fälle das ISO Format genommen werden.
-            Und wenn Altlast-Code vorhanden ist der PHP's date Format verwendet, kann dieser entweder manuell
-            in das ISO Format konvertiert werden indem
-            <link linkend="zend.locale.date.normalize">Zend_Locale_Format::convertPhpToIsoFormat()</link>
-            verwendet wird, oder durch Verwendung von <code>setOptions()</code>. Die folgenden Beispiel zeigen die
-            Verwendung der Konstanten anhand der unteren Tabelle für die Erstellung von selbst-definierten Formaten.
+            Wenn man mit PHP's date Formatdefinition vertrauter ist als mit den ISO
+            Formatdefinitionen, dann kann man durch Verwendung der Methode
+            <classname>Zend_Date::setOptions(array('format_type' => 'php'))</classname> das Wechseln
+            von ISO Formatdefinition zu PHP date Formatdefinition welche dann für alle Zend_Date
+            Methoden verwendet werden wechseln. Danach müssen alle Format Parameter in
+            <ulink url="http://php.net/date">PHP's <code>date()</code> Formatdefintion</ulink>
+            angegeben werden. Das PHP date Format vermisst einige der Formate welche durch PHP
+            unterstützt werden und umgekehrt. Wenn keine Erfahrung damit besteht sollte auf alle
+            Fälle das ISO Format genommen werden. Und wenn Altlast-Code vorhanden ist der PHP's date
+            Format verwendet, kann dieser entweder manuell in das ISO Format konvertiert werden
+            indem <link
+                linkend="zend.locale.date.normalize">Zend_Locale_Format::convertPhpToIsoFormat()</link>
+            verwendet wird, oder durch Verwendung von <code>setOptions()</code>. Die folgenden
+            Beispiel zeigen die Verwendung der Konstanten anhand der unteren Tabelle für die
+            Erstellung von selbst-definierten Formaten.
         </para>
 
         <example id="zend.date.constants.phpformats.example-1">
@@ -1150,11 +1171,12 @@ print $date->toString("'Format:D M j G:i:s T Y='D M j G:i:s T Y");
         </example>
 
         <para>
-            Die folgende Tabelle zeit die Liste der PHP date Formatdefinitionen mit Ihrem Äquivalent in
-            Zend_Date Konstanten und der im CLDR/ISO äquivalenten Formatdefintion. In den meisten Fällen
-            wenn das CLDR/ISO Format keine entsprechende Formardefinition enthält, wird die PHP
-            Formatdefinition nicht durch <classname>Zend_Locale_Format::convertPhpToIsoFormat()</classname> geändert,
-            und die Zend_Date Methoden erkennen dann diese "besonderen" PHP Formatdefinitionen, selbst im
+            Die folgende Tabelle zeit die Liste der PHP date Formatdefinitionen mit Ihrem Äquivalent
+            in Zend_Date Konstanten und der im CLDR/ISO äquivalenten Formatdefintion. In den meisten
+            Fällen wenn das CLDR/ISO Format keine entsprechende Formardefinition enthält, wird die
+            PHP Formatdefinition nicht durch
+            <classname>Zend_Locale_Format::convertPhpToIsoFormat()</classname> geändert, und die
+            Zend_Date Methoden erkennen dann diese "besonderen" PHP Formatdefinitionen, selbst im
             Standardmäßigen "ISO" Formatcode.
         </para>
 
@@ -1327,7 +1349,9 @@ print $date->toString("'Format:D M j G:i:s T Y='D M j G:i:s T Y");
                         <entry>A</entry>
                         <entry>Tageszeit, Lokalisiert</entry>
                         <entry>Zend_Date::MERIDIEM</entry>
-                        <entry>a (Ähnlich, aber keine Garantie das das Format Großgeschrieben ist)</entry>
+                        <entry>
+                            a (Ähnlich, aber keine Garantie das das Format Großgeschrieben ist)
+                        </entry>
                         <entry><emphasis>VORM.</emphasis>
                         </entry>
                     </row>