[DOCUMENTATION] German:

- sync up to r15365

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

documentation/manual/de/manual.xml.in

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15216 -->
+<!-- EN-Revision: 15344 -->
 <!-- Reviewed: no -->
 <!DOCTYPE book PUBLIC "-//OASIS//DTD DocBook XML V4.4//EN"
     "@DOCBOOK_DTD@"

documentation/manual/de/module_specs/Zend_Acl.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15101 -->
+<!-- EN-Revision: 15346 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.acl.introduction">
     <title>Einführung</title>

documentation/manual/de/module_specs/Zend_Amf-Server.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15103 -->
+<!-- EN-Revision: 15341 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.amf.server">
     <title>Zend_Amf_Server</title>

documentation/manual/de/module_specs/Zend_Application-CoreFunctionality-Bootstrap_Bootstrapper.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15103 -->
+<!-- EN-Revision: 15346 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.application.core-functionality.bootstrap-bootstrapper">
     <title>Zend_Application_Bootstrap_Bootstrapper</title>

documentation/manual/de/module_specs/Zend_Application-CoreFunctionality-Resource_Resource.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15289 -->
+<!-- EN-Revision: 15346 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.application.core-functionality.resource-resource">
     <title>Zend_Application_Resource_Resource</title>

documentation/manual/de/module_specs/Zend_Application-CoreFunctionality-Resource_ResourceAbstract.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15289 -->
+<!-- EN-Revision: 15346 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.application.core-functionality.resource-resourceabstract">
     <title>Zend_Application_Resource_ResourceAbstract</title>

documentation/manual/de/module_specs/Zend_Application-TheoryOfOperation.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15334 -->
+<!-- EN-Revision: 15343 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.application.theory-of-operation">
     <title>Theorie der Funktionsweise</title>
@@ -295,7 +295,7 @@ interface Zend_Application_Bootstrap_ResourceBootstrapper
                 options passed to the application object and/or bootstrap. These
                 options may come from a configuration file, or be passed in
                 manually. Options will be of key/options pairs, with the key
-                representing the resource name.  The resource name will be the
+                representing the resource name. The resource name will be the
                 segment following the class prefix. For example, the resources
                 shipped with Zend Framework have the class prefix
                 "Zend_Application_Resource_"; anything following this would be

documentation/manual/de/module_specs/Zend_Auth.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15156 -->
+<!-- EN-Revision: 15346 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.auth.introduction">
 

documentation/manual/de/module_specs/Zend_Auth_Adapter_DbTable.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15156 -->
+<!-- EN-Revision: 15346 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.auth.adapter.dbtable">
 

documentation/manual/de/module_specs/Zend_Auth_Adapter_Http.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15156 -->
+<!-- EN-Revision: 15346 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.auth.adapter.http">
 

documentation/manual/de/module_specs/Zend_Auth_Adapter_Ldap.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15156 -->
+<!-- EN-Revision: 15346 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.auth.adapter.ldap">
 

documentation/manual/de/module_specs/Zend_CodeGenerator-Examples.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15190 -->
+<!-- EN-Revision: 15341 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.codegenerator.examples">
     <title>Zend_CodeGenerator Beispiele</title>
@@ -50,7 +50,6 @@ echo $foo->generate();
 class Foo
 {
 
-
 }
 ]]></programlisting>
     </example>
@@ -125,7 +124,6 @@ class Foo
 
     const bat = 'foobarbazbat';
 
-
 }
 ]]></programlisting>
     </example>
@@ -248,7 +246,6 @@ class Foo
         return $this;
     }
 
-
     /**
      * Empfängt die bar Eigenschaft
      *
@@ -259,8 +256,6 @@ class Foo
         return $this->_bar;
     }
 
-
-
 }
 ]]></programlisting>
     </example>
@@ -320,7 +315,6 @@ file_put_contents('Foo.php', $code);
  * @license New BSD
  */
 
-
 /**
  * Beispiel einer erzeugten Klasse
  *
@@ -350,7 +344,6 @@ class Foo
         return $this;
     }
 
-
     /**
      * Retrieve the bar property
      *
@@ -361,11 +354,8 @@ class Foo
         return $this->_bar;
     }
 
-
-
 }
 
-
 define('APPLICATION_ENV', 'testing');
 ]]></programlisting>
     </example>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15103 -->
+<!-- EN-Revision: 15341 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.codegenerator.introduction">
     <title>Einführung</title>
@@ -72,8 +72,6 @@ class World
         echo 'Hallo Welt!';
     }
 
-
-
 }
 ]]></programlisting>
 
@@ -125,7 +123,6 @@ class World
         echo 'Hallo Welt!';
     }
 
-
     public function mrMcFeeley()
     {
         echo 'Hallo, Mr. McFeeley!';

documentation/manual/de/module_specs/Zend_CodeGenerator-Reference.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15103 -->
+<!-- EN-Revision: 15343 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.codegenerator.reference">
     <title>Zend_CodeGenerator Referenz</title>
@@ -346,7 +346,6 @@ class Zend_CodeGenerator_Php_Docblock_Tag_Param
                 Die API der Klasse ist wie folgt:
             </para>
 
-
             <programlisting role="php"><![CDATA[
 class Zend_CodeGenerator_Php_File extends Zend_CodeGenerator_Php_Abstract
 {

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

@@ -120,8 +120,8 @@ class FooController extends Zend_Controller_Action
             Dojo hat per se keinen AutoCompletion Wizard, hat aber zwei Wizards die AutoCompletion
             ausführen können: ComboBox und FilteringSelect. In beiden Fällen benötigen Sie einen
             Datenspeicher der QueryReadStore implementiert; für mehr Informationen über dieses
-            Thema siehe die
-            <ulink url="http://dojotoolkit.org/book/dojo-book-0-9/part-3-programmatic-dijit-and-dojo/data-retrieval-dojo-data-0">dojo.data</ulink>
+            Thema siehe die <ulink
+                url="http://dojotoolkit.org/book/dojo-book-0-9/part-3-programmatic-dijit-and-dojo/data-retrieval-dojo-data-0">dojo.data</ulink>
             Dokumentation.
         </para>
 

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

@@ -201,9 +201,11 @@ $this->_helper->contextSwitch()->setAutoJsonSerialization(false);
             </listitem>
 
             <listitem>
-                <para><emphasis>callbacks</emphasis>: Ein Array das ein oder mehrere der Schlüssel
-                'init' oder 'post' enthält, die auf gültige PHP Callbacks zeigen und die für die
-                Initialisierung des Contextes und die Nachbearbeitung verwendet werden können.</para>
+                <para>
+                    <emphasis>callbacks</emphasis>: Ein Array das ein oder mehrere der Schlüssel
+                    'init' oder 'post' enthält, die auf gültige PHP Callbacks zeigen und die für die
+                    Initialisierung des Contextes und die Nachbearbeitung verwendet werden können.
+                </para>
 
                 <para>Initialisierungs Callbacks treten auf wenn der Kontext durch
                 <code>ContextSwitch</code> erkannt wird. Sie können verwendet werden um spezielle

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

@@ -7,14 +7,16 @@
     <sect4 id="zend.controller.actionhelper.flashmessenger.introduction">
         <title>Einführung</title>
         <para>
-            Der <code>FlashMessenger</code> Helfer erlaubt es Nachrichten zu übergeben die ein Benutzer bei der
-            nächsten Anfrage sehen können soll. Um das durchführen zu können, berwendet <code>FlashMessenger</code>
-            den <classname>Zend_Session_Namespace</classname> um Nachrichten für die Zukunft oder den nächsten Empfang einer
-            Anfrage zu speichern. Es ist generell eine gute Idee, das wenn man plant <classname>Zend_Session</classname> oder
-            <classname>Zend_Session_Namespace</classname> zu verwenden, diese mit <classname>Zend_Session::start()</classname> in der
-            Bootstrap Datei zu initialisieren. (Siehe die
-            <link linkend="zend.session.advanced_usage.starting_a_session">Zend_Session</link> Dokumentation für
-            weitere Details über die Verwendung)
+            Der <code>FlashMessenger</code> Helfer erlaubt es Nachrichten zu übergeben die ein
+            Benutzer bei der nächsten Anfrage sehen können soll. Um das durchführen zu können,
+            verwendet <code>FlashMessenger</code> den <classname>Zend_Session_Namespace</classname>
+            um Nachrichten für die Zukunft oder den nächsten Empfang einer Anfrage zu speichern. Es
+            ist generell eine gute Idee, das wenn man plant <classname>Zend_Session</classname> oder
+            <classname>Zend_Session_Namespace</classname> zu verwenden, diese mit
+            <classname>Zend_Session::start()</classname> in der Bootstrap Datei zu initialisieren.
+            (Siehe die <link
+                linkend="zend.session.advanced_usage.starting_a_session">Zend_Session</link>
+            Dokumentation für weitere Details über die Verwendung)
         </para>
 
     </sect4>
@@ -22,10 +24,10 @@
     <sect4 id="zend.controller.actionhelper.flashmessenger.basicusage">
         <title>Beispiel einer standardmäßigen Verwendung</title>
         <para>
-            Das Anwendungsbeispiel von unten zeigt die Verwendung einer Flash Nachricht und Ihre Grundlagen. Wenn
-            die Aktion <code>/some/my</code> aufgerufen wird, fügt Sie die Flash Nachricht "Eintrag gespeichert!"
-            hinzu. Eine weitere Anfrage zu der Aktion <code>/some/my-next-request</code> empfängt Sie (und löscht
-            Sie auch).
+            Das Anwendungsbeispiel von unten zeigt die Verwendung einer Flash Nachricht und Ihre
+            Grundlagen. Wenn die Aktion <code>/some/my</code> aufgerufen wird, fügt Sie die Flash
+            Nachricht "Eintrag gespeichert!" hinzu. Eine weitere Anfrage zu der Aktion
+            <code>/some/my-next-request</code> empfängt Sie (und löscht Sie auch).
         </para>
 
         <programlisting role="php"><![CDATA[

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

@@ -8,109 +8,118 @@
         <title>Einführung</title>
 
         <para>
-            Der <code>Redirector</code> Helfer erlaubt die Verwendung eines Redirector Objektes um die
-            Notwendigkeiten der Anwendung für das Umleiten zu einer neuen URL zu erfüllen. Er bietet vielfache
-            Vorteile gegenüber der <code>_redirect()</code> Methode. Er ist zum Beispiel fähig seitenweises
-            Verhalten im Redirector Objekt vorzudefinieren oder bietet ein eingebautes
-            <code>gotoSimple($action, $controller, $module, $params)</code> Interface ähnlich dem von
-            <classname>Zend_Controller_Action::_forward()</classname>.
+            Der <code>Redirector</code> Helfer erlaubt die Verwendung eines Redirector Objektes um
+            die Notwendigkeiten der Anwendung für das Umleiten zu einer neuen URL zu erfüllen. Er
+            bietet vielfache Vorteile gegenüber der <code>_redirect()</code> Methode. Er ist zum
+            Beispiel fähig seitenweises Verhalten im Redirector Objekt vorzudefinieren oder bietet
+            ein eingebautes <code>gotoSimple($action, $controller, $module, $params)</code>
+            Interface ähnlich dem von <classname>Zend_Controller_Action::_forward()</classname>.
         </para>
 
         <para>
-            Der <code>Redirector</code> hat eine Anzahl von Methoden die verwendet werden können um das
-            Verhalten beim Umleiten zu beeinflussen:
+            Der <code>Redirector</code> hat eine Anzahl von Methoden die verwendet werden können um
+            das Verhalten beim Umleiten zu beeinflussen:
         </para>
 
         <itemizedlist>
             <listitem>
                 <para>
-                    <code>setCode()</code> kann verwendet werden um den HTTP Antwort Code zu setzen der wärend des
-                    Umleitens verwendet werden soll.
+                    <code>setCode()</code> kann verwendet werden um den HTTP Antwort Code zu setzen
+                    der wärend des Umleitens verwendet werden soll.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>setExit()</code> kann verwendet werden um ein <code>exit()</code> nach einer
-                    Umleitung zu erzwingen. Standardmäßig ist dieser aktiviert.
+                    <code>setExit()</code> kann verwendet werden um ein <code>exit()</code> nach
+                    einer Umleitung zu erzwingen. Standardmäßig ist dieser aktiviert.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>setGotoSimple()</code> kann verwendet werden um eine Standard URL zu setzen die verwendet wird
-                    wenn keine an <code>gotoSimple()</code> übergeben wird. Verwendet die API von
+                    <code>setGotoSimple()</code> kann verwendet werden um eine Standard URL zu
+                    setzen die verwendet wird wenn keine an <code>gotoSimple()</code> übergeben
+                    wird. Verwendet die API von
                     <classname>Zend_Controller_Action::_forward()</classname>:
-                    setGotoSimple($action, $controller = null, $module = null, array $params = array());
+                    setGotoSimple($action, $controller = null, $module = null, array $params =
+                    array());
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>setGotoRoute()</code> kann verwendet werden um eine URL basierend auf einer registrierten
-                    Route zu setzen. Übergeben in einem Array von Schlüssel/Werte Paaren und einem Routernamen,
-                    wird die URL anhand des Routertyps und der Definition zusammengebaut.
+                    <code>setGotoRoute()</code> kann verwendet werden um eine URL basierend auf
+                    einer registrierten Route zu setzen. Übergeben in einem Array von
+                    Schlüssel/Werte Paaren und einem Routernamen, wird die URL anhand des Routertyps
+                    und der Definition zusammengebaut.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>setGotoUrl()</code> kann verwendet werden um eine Standard URL zu setzen die
-                    verwendet wird wenn keine an <code>gotoUrl()</code> übergeben wird. Akzeptiert einen einzelnen
-                    URL String.
+                    <code>setGotoUrl()</code> kann verwendet werden um eine Standard URL zu setzen
+                    die verwendet wird wenn keine an <code>gotoUrl()</code> übergeben wird.
+                    Akzeptiert einen einzelnen URL String.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>setPrependBase()</code> kann verwendet werden um die BasisURL des Anfrage Objektes
-                    einer mit <code>setGotoUrl()</code>, <code>gotoUrl()</code> oder <code>gotoUrlAndExit()</code>
-                    definierten URL, voranzustellen.
+                    <code>setPrependBase()</code> kann verwendet werden um die BasisURL des Anfrage
+                    Objektes einer mit <code>setGotoUrl()</code>, <code>gotoUrl()</code> oder
+                    <code>gotoUrlAndExit()</code> definierten URL, voranzustellen.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>setUseAbsoluteUri()</code> kann verwendet werden um den <code>Redirector</code> dazu zu
-                    zwingen absolute URIs zu verwenden wenn umgeleitet wird. Wenn diese Option gesetzt ist, verwendet
-                    Sie den Wert von <code>$_SERVER['HTTP_HOST']</code>, <code>$_SERVER['SERVER_PORT']</code>, und
-                    <code>$_SERVER['HTTPS']</code> um eine komplete URI zur, durch eine der Umleitungsmethoden,
-                    spezifizierten URL zu erstellen. Diese Option ist standardmäßig ausgeschaltet, kann aber in
-                    späteren Releases standardmäßig eingeschaltet sein.
+                    <code>setUseAbsoluteUri()</code> kann verwendet werden um den
+                    <code>Redirector</code> dazu zu zwingen absolute URIs zu verwenden wenn
+                    umgeleitet wird. Wenn diese Option gesetzt ist, verwendet Sie den Wert von
+                    <code>$_SERVER['HTTP_HOST']</code>, <code>$_SERVER['SERVER_PORT']</code>, und
+                    <code>$_SERVER['HTTPS']</code> um eine komplete URI zur, durch eine der
+                    Umleitungsmethoden, spezifizierten URL zu erstellen. Diese Option ist
+                    standardmäßig ausgeschaltet, kann aber in späteren Releases standardmäßig
+                    eingeschaltet sein.
                 </para>
             </listitem>
         </itemizedlist>
 
         <para>
-            Zusätzlich gibt es eine Reihe von Methoden im Redirector für die Bearbeitung der aktuellen Umleitungen:
+            Zusätzlich gibt es eine Reihe von Methoden im Redirector für die Bearbeitung der
+            aktuellen Umleitungen:
         </para>
 
         <itemizedlist>
             <listitem>
                 <para>
-                    <code>gotoSimple()</code> verwendet <code>setGotoSimple()</code> (<code>_forward()-ähnlcihe API</code>)
-                    um eine URL zu erstellen und eine Umleitung durchzuführen.
+                    <code>gotoSimple()</code> verwendet <code>setGotoSimple()</code>
+                    (<code>_forward()-ähnlcihe API</code>) um eine URL zu erstellen und eine
+                    Umleitung durchzuführen.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>gotoRoute()</code> verwendet <code>setGotoRoute()</code> (<code>route-assembly</code>)
-                    um eine URL zu erstellen und eine Umleitung durchzuführen.
+                    <code>gotoRoute()</code> verwendet <code>setGotoRoute()</code>
+                    (<code>route-assembly</code>) um eine URL zu erstellen und eine Umleitung
+                    durchzuführen.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>gotoUrl()</code> verwendet <code>setGotoUrl()</code> (<code>URL string</code>)
-                    um eine URL zu erstellen und eine Umleitung durchzuführen.
+                    <code>gotoUrl()</code> verwendet <code>setGotoUrl()</code>
+                    (<code>URL string</code>) um eine URL zu erstellen und eine Umleitung
+                    durchzuführen.
                 </para>
             </listitem>
         </itemizedlist>
 
         <para>
-            Letztendlich kann die aktuelle Umleitungs URL jederzeit festgestellt werden durch Verwendung von
-            <code>getRedirectUrl()</code>.
+            Letztendlich kann die aktuelle Umleitungs URL jederzeit festgestellt werden durch
+            Verwendung von <code>getRedirectUrl()</code>.
         </para>
     </sect4>
 
@@ -121,9 +130,9 @@
             <title>Optionen setzen</title>
 
             <para>
-                Dieses Beispiel überschreibt diverse Optionen, inklusive dem Setzen des HTTP Statuscodes und dessen
-                Verwendung in der Umleitung ('303'), nicht abbrechen der Umleitung und definieren einer Standard URL
-                die beim Umleiten verwendet wird.
+                Dieses Beispiel überschreibt diverse Optionen, inklusive dem Setzen des HTTP
+                Statuscodes und dessen Verwendung in der Umleitung ('303'), nicht abbrechen der
+                Umleitung und definieren einer Standard URL die beim Umleiten verwendet wird.
             </para>
 
             <programlisting role="php"><![CDATA[
@@ -166,8 +175,8 @@ class SomeController extends Zend_Controller_Action
             <title>Standardwerte verwenden</title>
 
             <para>
-                Diese Beispiel nimmt an das die Standardwerte verwendet werden, was bedeutet das jede Umleitung in
-                einem sofortigen <code>exit()</code> resultiert.
+                Diese Beispiel nimmt an das die Standardwerte verwendet werden, was bedeutet das
+                jede Umleitung in einem sofortigen <code>exit()</code> resultiert.
             </para>
 
             <programlisting role="php"><![CDATA[
@@ -202,10 +211,11 @@ class AlternativeController extends Zend_Controller_Action
             <title>Verwenden von goto()'s _forward() API</title>
 
             <para>
-                <code>gotoSimple()</code>'s API entspricht der von <classname>Zend_Controller_Action::_forward()</classname>. Der
-                primäre Unterschied ist das Sie eine URL von den übergebenen Parametern erstellt und das
-                Standardformat <code>:module/:controller/:action/*</code> des Standardrouters verwendet. Dann leitet
-                es um statt die Aktion zu verketten.
+                <code>gotoSimple()</code>'s API entspricht der von
+                <classname>Zend_Controller_Action::_forward()</classname>. Der primäre Unterschied
+                ist das Sie eine URL von den übergebenen Parametern erstellt und das Standardformat
+                <code>:module/:controller/:action/*</code> des Standardrouters verwendet. Dann
+                leitet es um statt die Aktion zu verketten.
             </para>
 
             <programlisting role="php"><![CDATA[
@@ -246,9 +256,9 @@ class ForwardController extends Zend_Controller_Action
 
             <para>
                 Das folgende Beispiel verwendet die <code>assemble()</code> Methode des
-                <link linkend="zend.controller.router">Router's</link> um eine URL zu erstellen die auf einem
-                assoziativen Array von Parametern basiert das übergeben wurde. Es nimmt an das die folgende Route
-                registriert wurde:
+                <link linkend="zend.controller.router">Router's</link> um eine URL zu erstellen die
+                auf einem assoziativen Array von Parametern basiert das übergeben wurde. Es nimmt an
+                das die folgende Route registriert wurde:
             </para>
 
             <programlisting role="php"><![CDATA[
@@ -262,8 +272,9 @@ $router->addRoute('blogArchive', $route);
 ]]></programlisting>
 
             <para>
-                Angenommen ein Array hat year auf 206 gesetzt, month auf 4, day auf 24, und id auf 42, dann
-                würde dieses eine URL wie die folgende erstellen: <code>/blog/2006/4/24/42</code>.
+                Angenommen ein Array hat year auf 206 gesetzt, month auf 4, day auf 24, und id auf
+                42, dann würde dieses eine URL wie die folgende erstellen:
+                <code>/blog/2006/4/24/42</code>.
             </para>
 
             <programlisting role="php"><![CDATA[

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

@@ -14,70 +14,76 @@
         <itemizedlist>
             <listitem>
                 <para>
-                    Entfernen der Notwendigkeit View Objekte innerhalb der Kontroller zu instanzieren; View Objekte
-                    werden automatisch mit dem Kontroller registriert.
+                    Entfernen der Notwendigkeit View Objekte innerhalb der Kontroller zu
+                    instanzieren; View Objekte werden automatisch mit dem Kontroller registriert.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    Automatisch View Skript, Helfer und Filter Pfade setzen basierend auf dem aktuellen Modul, und
-                    den aktuellen Modulnamen automatisch als Klassenprefix für Helfer und Filterklassen assoziieren.
+                    Automatisch View Skript, Helfer und Filter Pfade setzen basierend auf dem
+                    aktuellen Modul, und den aktuellen Modulnamen automatisch als Klassenprefix für
+                    Helfer und Filterklassen assoziieren.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    Ein global vorhandenes View Objekt für alle bearbeitenden Kontroller und Aktionen erstellen.
+                    Ein global vorhandenes View Objekt für alle bearbeitenden Kontroller und
+                    Aktionen erstellen.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    Dem Entwickler erlauben das Standard View Rendering Optionen für alle Kontroller gesetzt werden.
+                    Dem Entwickler erlauben das Standard View Rendering Optionen für alle Kontroller
+                    gesetzt werden.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    Die Fähigkeit hinzufügen das ein View Skript ohne Intervention automatisch gerendert wird.
+                    Die Fähigkeit hinzufügen das ein View Skript ohne Intervention automatisch
+                    gerendert wird.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    Dem Entwickler erlauben seine eigenen Spezifikationen, für den View Basisnamen und für View
-                    Skriptpfade, zu erstellen.
+                    Dem Entwickler erlauben seine eigenen Spezifikationen, für den View Basisnamen
+                    und für View Skriptpfade, zu erstellen.
                 </para>
             </listitem>
         </itemizedlist>
 
         <note>
             <para>
-                Wenn man ein <code>_forward()</code>, eine Umleitung, oder ein <code>render</code> manuell
-                durchführt, wird kein automatisches rendern erfolgen, da man beim Ausführen von jeder dieser
-                Aktionen dem <code>ViewRenderer</code> mitteilt das man seine eigene Ausgabe durchführen will.
+                Wenn man ein <code>_forward()</code>, eine Umleitung, oder ein <code>render</code>
+                manuell durchführt, wird kein automatisches rendern erfolgen, da man beim Ausführen
+                von jeder dieser Aktionen dem <code>ViewRenderer</code> mitteilt das man seine
+                eigene Ausgabe durchführen will.
             </para>
         </note>
 
         <note>
             <para>
-                Der <code>ViewRenderer</code> ist standardmäßig aktiviert. Man kann Ihn über den Parameter
-                <code>noViewRenderer</code> des Frontkontrollers deaktivieren
-                (<code>$front->setParam('noViewRenderer', true)</code>) oder den Helfer vom Helfer Broker Stack
-                entfernen (<classname>Zend_Controller_Action_HelperBroker::removeHelper('viewRenderer')</classname>).
+                Der <code>ViewRenderer</code> ist standardmäßig aktiviert. Man kann Ihn über den
+                Parameter <code>noViewRenderer</code> des Frontkontrollers deaktivieren
+                (<code>$front->setParam('noViewRenderer', true)</code>) oder den Helfer vom Helfer
+                Broker Stack entfernen
+                (<classname>Zend_Controller_Action_HelperBroker::removeHelper('viewRenderer')</classname>).
             </para>
 
             <para>
-                Wenn man Einstellungen vom <code>ViewRenderer</code> vor der Ausführung des Front Kontrollers
-                ändern will, kann das auf zwei Wegen getan werden:
+                Wenn man Einstellungen vom <code>ViewRenderer</code> vor der Ausführung des Front
+                Kontrollers ändern will, kann das auf zwei Wegen getan werden:
             </para>
 
             <itemizedlist>
                 <listitem>
                     <para>
-                        Instanzieren und Registrieren eines eigenen <code>ViewRenderer</code> Objekts und dieses
-                        an den Helfer Broker übergeben:
+                        Instanzieren und Registrieren eines eigenen <code>ViewRenderer</code>
+                        Objekts und dieses an den Helfer Broker übergeben:
                     </para>
 
                     <programlisting role="php"><![CDATA[
@@ -90,8 +96,8 @@ Zend_Controller_Action_HelperBroker::addHelper($viewRenderer);
 
                 <listitem>
                     <para>
-                        Initialisieren und/oder empfangen eines <code>ViewRenderer</code> Objekts auf Wunsch über den
-                        Helfer Broker:
+                        Initialisieren und/oder empfangen eines <code>ViewRenderer</code> Objekts
+                        auf Wunsch über den Helfer Broker:
                     </para>
 
                     <programlisting role="php"><![CDATA[
@@ -109,9 +115,10 @@ $viewRenderer->setView($view)
         <title>API</title>
 
         <para>
-            In seiner einfachsten Verwendung, kann der <code>ViewRenderer</code> ganz einfach instanziert und
-            an den Aktion Helfer Broker übergeben werden. Der einfachste Weg Ihn auf einmal zu Instanzieren
-            und Registrieren ist es, die Methode <code>getStaticHelper()</code> des Helfer Brokers zu verwenden:
+            In seiner einfachsten Verwendung, kann der <code>ViewRenderer</code> ganz einfach
+            instanziert und an den Aktion Helfer Broker übergeben werden. Der einfachste Weg Ihn auf
+            einmal zu Instanzieren und Registrieren ist es, die Methode
+            <code>getStaticHelper()</code> des Helfer Brokers zu verwenden:
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -119,18 +126,19 @@ Zend_Controller_Action_HelperBroker::getStaticHelper('viewRenderer');
 ]]></programlisting>
 
         <para>
-            Das erste Mal wenn ein Aktion Kontroller instanziert wird, triggert er den <code>ViewRenderer</code>
-            ein View Objekt zu instanzieren. Jedes Mal wen ein Kontroller Instanziert wird, wird die
-            <code>init()</code> Methode des <code>ViewRenderer</code>'s aufgerufen, was dazu führt das er die
-            view Eigenschaft des Aktion Kontrollers setzt, und <code>addScriptPath()</code>, mit einem Pfad
-            relativ zum aktuellen Modul, aufruft; das wird mit einem Klassenprefix aufgerufen der nach dem
-            aktuellen Modul benannt ist, was effektiv für alle Helfer und Filterklassen die im Modul definiert werden
-            den Namensraum setzt.
+            Das erste Mal wenn ein Aktion Kontroller instanziert wird, triggert er den
+            <code>ViewRenderer</code> ein View Objekt zu instanzieren. Jedes Mal wen ein Kontroller
+            Instanziert wird, wird die <code>init()</code> Methode des <code>ViewRenderer</code>'s
+            aufgerufen, was dazu führt das er die view Eigenschaft des Aktion Kontrollers setzt, und
+            <code>addScriptPath()</code>, mit einem Pfad relativ zum aktuellen Modul, aufruft; das
+            wird mit einem Klassenprefix aufgerufen der nach dem aktuellen Modul benannt ist, was
+            effektiv für alle Helfer und Filterklassen die im Modul definiert werden den Namensraum
+            setzt.
         </para>
 
         <para>
-            Jedes Mal wenn <code>postDispatch()</code> aufgerufen wird, ruft dieses <code>render()</code> für die
-            aktuelle Aktion auf.
+            Jedes Mal wenn <code>postDispatch()</code> aufgerufen wird, ruft dieses
+            <code>render()</code> für die aktuelle Aktion auf.
         </para>
 
         <para>
@@ -162,92 +170,99 @@ $this->foo(); // Foo_View_Helper_Foo::foo() aufrufen
 ]]></programlisting>
 
         <para>
-            Der <code>ViewRenderer</code> definiert auch eine Anzahl von Zugriffspunkten im das Setzen und Empfangen
-            von View Optionen zu erlauben:
+            Der <code>ViewRenderer</code> definiert auch eine Anzahl von Zugriffspunkten im das
+            Setzen und Empfangen von View Optionen zu erlauben:
         </para>
 
         <itemizedlist>
             <listitem>
                 <para>
                     <code>setView($view)</code> erlaubt das Setzen des View Objektes für den
-                    <code>ViewRenderer</code>. Er wird als öffentliche Klasseneigenschaft <code>$view</code>
-                    gesetzt.
+                    <code>ViewRenderer</code>. Er wird als öffentliche Klasseneigenschaft
+                    <code>$view</code> gesetzt.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>setNeverRender($flag = true)</code> kann verwendet werden um das automatische rendern
-                    global ein- oder auszuschalten, z.B. für alle Kontroller. Wenn er auf true gesetzt wird, ruft
-                    <code>postDispatch()</code> nicht automatisch <code>render()</code> im aktuellen Kontroller auf.
+                    <code>setNeverRender($flag = true)</code> kann verwendet werden um das
+                    automatische rendern global ein- oder auszuschalten, z.B. für alle Kontroller.
+                    Wenn er auf true gesetzt wird, ruft <code>postDispatch()</code> nicht
+                    automatisch <code>render()</code> im aktuellen Kontroller auf.
                     <code>getNeverRender()</code> empfängt den aktuellen Wert.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>setNoRender($flag = true)</code> kann verwendet werden um das automatische rendern
-                    ein- oder auszuschalten. Wenn er auf true gesetzt wird, wird <code>postDispatch()</code>
-                    <code>render()</code> im aktuellen Kontroller nicht automatisch aufrufen. Diese Einstellung
-                    wird jedesmal zurückgesetzt wenn <code>preDispatch()</code> aufgerufen wird (z.B. muß dieses
-                    Flag für jeden Kontroller gesetzt werden für den das automatische rendern nicht automatisch
+                    <code>setNoRender($flag = true)</code> kann verwendet werden um das automatische
+                    rendern ein- oder auszuschalten. Wenn er auf true gesetzt wird, wird
+                    <code>postDispatch()</code> <code>render()</code> im aktuellen Kontroller nicht
+                    automatisch aufrufen. Diese Einstellung wird jedesmal zurückgesetzt wenn
+                    <code>preDispatch()</code> aufgerufen wird (z.B. muß dieses Flag für jeden
+                    Kontroller gesetzt werden für den das automatische rendern nicht automatisch
                     stattfinden soll). <code>getNoRender()</code> empfängt den aktuellen Wert.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>setNoController($flag = true)</code> kann verwendet werden um <code>render()</code> zu
-                    sagen das für Aktion Skripts nicht in einem Unterverzeichnis gesucht werden soll das nach dem
-                    Kontroller benannt ist (was das Standardverhalten ist). <code>getNoController()</code> empfängt
-                    den aktuellen Wert.
+                    <code>setNoController($flag = true)</code> kann verwendet werden um
+                    <code>render()</code> zu sagen das für Aktion Skripts nicht in einem
+                    Unterverzeichnis gesucht werden soll das nach dem Kontroller benannt ist (was
+                    das Standardverhalten ist). <code>getNoController()</code> empfängt den
+                    aktuellen Wert.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>setNeverController($flag = true)</code> ist analog zu <code>setNoController()</code>,
-                    arbeitet aber auf einem globalen Leven -- z.B. wird es nicht für jede ausgeführte Aktion
-                    resetiert. <code>getNeverController()</code> empfängt den aktuellen Wert.
+                    <code>setNeverController($flag = true)</code> ist analog zu
+                    <code>setNoController()</code>, arbeitet aber auf einem globalen Leven -- z.B.
+                    wird es nicht für jede ausgeführte Aktion resetiert.
+                    <code>getNeverController()</code> empfängt den aktuellen Wert.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>setScriptAction($name)</code> kann verwendet werden um das Aktion Skript zu spezifizieren
-                    das gerendert werden soll. <code>$name</code> sollte der Name des Skripts sein, ohne den
-                    Datei Suffix (und ohne das Kontroller Unterverzeichnis, ausser wenn <code>noController</code>
-                    eingeschaltet wurde). Wenn nicht spezifiziert, wird nach einem View Skript gesucht das nach der
-                    Aktion in Anfrage Objekt benannt ist. <code>getScriptAction()</code> empfängt den aktuellen
-                    Wert.
+                    <code>setScriptAction($name)</code> kann verwendet werden um das Aktion Skript
+                    zu spezifizieren das gerendert werden soll. <code>$name</code> sollte der Name
+                    des Skripts sein, ohne den Datei Suffix (und ohne das Kontroller
+                    Unterverzeichnis, ausser wenn <code>noController</code> eingeschaltet wurde).
+                    Wenn nicht spezifiziert, wird nach einem View Skript gesucht das nach der Aktion
+                    in Anfrage Objekt benannt ist. <code>getScriptAction()</code> empfängt den
+                    aktuellen Wert.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>setResponseSegment($name)</code> kann verwendet werden um zu spezifizieren in welches
-                    Segment das nach einem Antwort Objekt benannt ist, gerendert werden soll. Wenn nicht
-                    spezifiziert, wird in das Standard Segment gerendert. <code>getResponseSegment()</code>
-                    empfängt den aktuellen Wert.
+                    <code>setResponseSegment($name)</code> kann verwendet werden um zu spezifizieren
+                    in welches Segment das nach einem Antwort Objekt benannt ist, gerendert werden
+                    soll. Wenn nicht spezifiziert, wird in das Standard Segment gerendert.
+                    <code>getResponseSegment()</code> empfängt den aktuellen Wert.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>initView($path, $prefix, $options)</code> kann aufgerufen werden um den Basis View Pfad,
-                    den Klassenprefix für Helfer, Filter Skripts und <code>ViewRenderer</code> Optionen zu
-                    spezifizieren. Es kann eines der folgenden Flags übergeben werden: <code>neverRender</code>,
-                    <code>noRender</code>, <code>noController</code>, <code>scriptAction</code>, und
+                    <code>initView($path, $prefix, $options)</code> kann aufgerufen werden um den
+                    Basis View Pfad, den Klassenprefix für Helfer, Filter Skripts und
+                    <code>ViewRenderer</code> Optionen zu spezifizieren. Es kann eines der folgenden
+                    Flags übergeben werden: <code>neverRender</code>, <code>noRender</code>,
+                    <code>noController</code>, <code>scriptAction</code>, und
                     <code>responseSegment</code>.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>setRender($action = null, $name = null, $noController = false)</code> erlaubt es
-                    <code>scriptAction</code>, <code>responseSegment</code>, oder <code>noController</code> in einem
-                    Schritt zu übergeben. <code>direct()</code> ist ein Alias für diese Methode, und erlaubt es
-                    diese Methode einfach vom eigenen Kontroller aus aufzurufen:
+                    <code>setRender($action = null, $name = null, $noController = false)</code>
+                    erlaubt es <code>scriptAction</code>, <code>responseSegment</code>, oder
+                    <code>noController</code> in einem Schritt zu übergeben. <code>direct()</code>
+                    ist ein Alias für diese Methode, und erlaubt es diese Methode einfach vom
+                    eigenen Kontroller aus aufzurufen:
                 </para>
 
                 <programlisting role="php"><![CDATA[
@@ -280,17 +295,18 @@ $viewRenderer =
 ]]></programlisting>
 
         <para>
-            Es gibt einige zusätzliche Methoden für das individualisieren von Pfadspezifikationen die für das
-            Herausfinden des Basis View Pfades verwendet werden der dem View Objekt hinzugefügt wird, und den View
-            Skript Pfad der verwendet wird wenn das View Skript zu dem gerendert werden soll automatisch
-            herausgefunden wird. Diese Methoden nehmen alle ein oder mehrere der folgenden Platzhalter:
+            Es gibt einige zusätzliche Methoden für das individualisieren von Pfadspezifikationen
+            die für das Herausfinden des Basis View Pfades verwendet werden der dem View Objekt
+            hinzugefügt wird, und den View Skript Pfad der verwendet wird wenn das View Skript zu
+            dem gerendert werden soll automatisch herausgefunden wird. Diese Methoden nehmen alle
+            ein oder mehrere der folgenden Platzhalter:
         </para>
 
         <itemizedlist>
             <listitem>
                 <para>
-                    <code>:moduleDir</code> zeigt auf das aktuelle Modul Basisverzeichnis (von der Konvention her
-                    das Elternverzeicnis des Kontroller Verzeichnisses des Moduls).
+                    <code>:moduleDir</code> zeigt auf das aktuelle Modul Basisverzeichnis (von der
+                    Konvention her das Elternverzeicnis des Kontroller Verzeichnisses des Moduls).
                 </para>
             </listitem>
 
@@ -314,8 +330,8 @@ $viewRenderer =
 
             <listitem>
                 <para>
-                    <code>:suffix</code> zeigt auf das aktuelle Suffix des View Skripts (welcher über
-                    <code>setViewSuffix()</code> gesetzt werden kann).
+                    <code>:suffix</code> zeigt auf das aktuelle Suffix des View Skripts (welcher
+                    über <code>setViewSuffix()</code> gesetzt werden kann).
                 </para>
             </listitem>
         </itemizedlist>
@@ -337,21 +353,23 @@ $viewRenderer =
 
             <listitem>
                 <para>
-                    <code>setViewScriptPathSpec($spec)</code> erlaubt die Änderung der Pfad Spezifikation die
-                    verwendet wird um den Pfad zu einem individuellen View Skript herauszufinden (ohne den Basis
-                    View Skript Pfad). Die Standard Spezifikation ist <code>:controller/:action.:suffix</code>.
-                    Die aktuelle Spezifikation kann jederzeit durch Verwenden von
-                    <code>getViewScriptPathSpec()</code> erhalten werden.
+                    <code>setViewScriptPathSpec($spec)</code> erlaubt die Änderung der Pfad
+                    Spezifikation die verwendet wird um den Pfad zu einem individuellen View Skript
+                    herauszufinden (ohne den Basis View Skript Pfad). Die Standard Spezifikation ist
+                    <code>:controller/:action.:suffix</code>. Die aktuelle Spezifikation kann
+                    jederzeit durch Verwenden von <code>getViewScriptPathSpec()</code> erhalten
+                    werden.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>setViewScriptPathNoControllerSpec($spec)</code> erlaubt die Änderung der Pfad
-                    Spezifkiation die verwendet wird um den Pfad zu einem individuellen View Skript herauszufinden
-                    wenn <code>noController</code> aktiv ist (ohne den Basis View Skript Pfad). Die Standard
-                    Spezifikation ist <code>:action.:suffix</code>. Die aktuelle Spezikifation kann jederzeit durch
-                    Verwenden von <code>getViewScriptPathNoControllerSpec()</code> erhalten werden.
+                    <code>setViewScriptPathNoControllerSpec($spec)</code> erlaubt die Änderung der
+                    Pfad Spezifkiation die verwendet wird um den Pfad zu einem individuellen View
+                    Skript herauszufinden wenn <code>noController</code> aktiv ist (ohne den Basis
+                    View Skript Pfad). Die Standard Spezifikation ist <code>:action.:suffix</code>.
+                    Die aktuelle Spezikifation kann jederzeit durch Verwenden von
+                    <code>getViewScriptPathNoControllerSpec()</code> erhalten werden.
                 </para>
             </listitem>
         </itemizedlist>
@@ -361,8 +379,8 @@ $viewRenderer =
             <link linkend="zend.filter.inflector">Zend_Filter_Inflector</link> verwendet werden.
             Im Hintergrund verwendet der <code>ViewRenderer</code> einen Inflector um bereits
             Abstimmungen am Pfad durchzuführen. Um auf dem Inflector einzuwirken, damit entweder
-            ein eigener für die Verwendung gesetzt wird, oder um den Standard Inflector zu verändern,
-            können die folgenden Methoden verwendet werden:
+            ein eigener für die Verwendung gesetzt wird, oder um den Standard Inflector zu
+            verändern, können die folgenden Methoden verwendet werden:
         </para>
 
         <itemizedlist>
@@ -395,8 +413,8 @@ $viewRenderer =
             <title>Standard Konventionen für das Eruieren</title>
 
             <para>
-                Der <code>ViewRenderer</code> führt einige Pfad Normalisierungen durch um das Eruieren
-                von View Skripten einfacher zu machen. Die Standardregeln sind wie folgt:
+                Der <code>ViewRenderer</code> führt einige Pfad Normalisierungen durch um das
+                Eruieren von View Skripten einfacher zu machen. Die Standardregeln sind wie folgt:
             </para>
 
             <itemizedlist>
@@ -408,8 +426,9 @@ $viewRenderer =
                     </para>
 
                     <para>
-                        Intern verwendet der Inflector die Filter <classname>Zend_Filter_Word_CamelCaseToDash</classname>
-                        und <classname>Zend_Filter_StringToLower</classname>.
+                        Intern verwendet der Inflector die Filter
+                        <classname>Zend_Filter_Word_CamelCaseToDash</classname> und
+                        <classname>Zend_Filter_StringToLower</classname>.
                     </para>
                 </listitem>
 
@@ -422,7 +441,8 @@ $viewRenderer =
                     </para>
 
                     <para>
-                        Intern verwendet der Inflector die Filter <classname>Zend_Filter_Word_CamelCaseToDash</classname>,
+                        Intern verwendet der Inflector die Filter
+                        <classname>Zend_Filter_Word_CamelCaseToDash</classname>,
                         <classname>Zend_Filter_Word_UnderscoreToSeparator</classname> und
                         <classname>Zend_Filter_StringToLower</classname>.
                     </para>
@@ -438,65 +458,72 @@ $viewRenderer =
                     </para>
 
                     <para>
-                        Intern verwendet der Inflector die Filter <classname>Zend_Filter_Word_CamelCaseToDash</classname>,
-                        <classname>Zend_Filter_PregReplace</classname> und <classname>Zend_Filter_StringToLower</classname>.
+                        Intern verwendet der Inflector die Filter
+                        <classname>Zend_Filter_Word_CamelCaseToDash</classname>,
+                        <classname>Zend_Filter_PregReplace</classname> und
+                        <classname>Zend_Filter_StringToLower</classname>.
                     </para>
                 </listitem>
             </itemizedlist>
         </note>
 
         <para>
-            Die letzten Teile in der <code>ViewRenderer</code> API sind die Methoden für das aktuelle herausfinden
-            von View Skript Pfaden und Rendern von Views. Diese beinhalten:
+            Die letzten Teile in der <code>ViewRenderer</code> API sind die Methoden für das
+            aktuelle herausfinden von View Skript Pfaden und Rendern von Views. Diese beinhalten:
         </para>
 
         <itemizedlist>
             <listitem>
                 <para>
-                    <code>renderScript($script, $name)</code> erlaubt es ein Skript mit einem selbst spezifizierten
-                    Pfad zu rendern, optional zu einem benannten Pfad Segment. Wenn diese Methode verwendet wird,
-                    ermittelt der <code>ViewRenderer</code> nicht automatisch den Skriptnamen sondern übergibt das
-                    <code>$script</code> Argument direkt der <code>render()</code> Methode des View Objekts.
+                    <code>renderScript($script, $name)</code> erlaubt es ein Skript mit einem selbst
+                    spezifizierten Pfad zu rendern, optional zu einem benannten Pfad Segment. Wenn
+                    diese Methode verwendet wird, ermittelt der <code>ViewRenderer</code> nicht
+                    automatisch den Skriptnamen sondern übergibt das <code>$script</code> Argument
+                    direkt der <code>render()</code> Methode des View Objekts.
                 </para>
 
                 <note><para>
-                    Sobald die View zum Antwort Objekt gerendert wurde, setzt diese <code>noRender</code> um
-                    irrtümliches mehrfaches rendern zum selben View Skript zu verhindern.
+                    Sobald die View zum Antwort Objekt gerendert wurde, setzt diese
+                    <code>noRender</code> um irrtümliches mehrfaches rendern zum selben View Skript
+                    zu verhindern.
                 </para></note>
 
                 <note>
                     <para>
-                        Standardmäßig handelt <classname>Zend_Controller_Action::renderScript()</classname> in Vertretung zur
-                        <code>renderScript()</code> Methode des <code>ViewRenderer</code>'s.
+                        Standardmäßig handelt
+                        <classname>Zend_Controller_Action::renderScript()</classname> in Vertretung
+                        zur <code>renderScript()</code> Methode des <code>ViewRenderer</code>'s.
                     </para>
                 </note>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>getViewScript($action, $vars)</code> erstellt den Pfad zu einem View Skript das auf einer
-                    Aktion basiert die übergeben wird, und/oder allen Variablen die in <code>$vars</code> übergeben
-                    werden. Schlüssel für dieses Array können jede der Pfad Spezifikations Schhüssel enthalten
-                    ('moduleDir', 'module', 'controller', 'action', und 'suffix'). Jede übergebene Variable wird
-                    verwendet; andernfalls werden Werte die auf der aktuellen Anfrage basieren angewendet.
+                    <code>getViewScript($action, $vars)</code> erstellt den Pfad zu einem View
+                    Skript das auf einer Aktion basiert die übergeben wird, und/oder allen Variablen
+                    die in <code>$vars</code> übergeben werden. Schlüssel für dieses Array können
+                    jede der Pfad Spezifikations Schhüssel enthalten ('moduleDir', 'module',
+                    'controller', 'action', und 'suffix'). Jede übergebene Variable wird verwendet;
+                    andernfalls werden Werte die auf der aktuellen Anfrage basieren angewendet.
                 </para>
 
                 <para>
-                    <code>getViewScript()</code> verwendet entweder <code>viewScriptPathSpec</code> oder
-                    <code>viewScriptPathNoControllerSpec</code> basierend auf den Einstellungen des
-                    <code>noController</code> Flags.
+                    <code>getViewScript()</code> verwendet entweder <code>viewScriptPathSpec</code>
+                    oder <code>viewScriptPathNoControllerSpec</code> basierend auf den Einstellungen
+                    des <code>noController</code> Flags.
                 </para>
 
                 <para>
-                    Wortbegrenzer die in Modul-, Kontroller- oder Aktionsnamen vorkommen werden mit Bindestrichen
-                    ('-') ersetzt. Deshalb resultiert, wenn der Kontrollername 'foo.bar' und die Aktion 'baz:bat'
-                    ist, die Verwendung der standard Pfad Spezifikation einen View Skript Pfad von
-                    'foo-bar/baz-bat.phtml'.
+                    Wortbegrenzer die in Modul-, Kontroller- oder Aktionsnamen vorkommen werden mit
+                    Bindestrichen ('-') ersetzt. Deshalb resultiert, wenn der Kontrollername
+                    'foo.bar' und die Aktion 'baz:bat' ist, die Verwendung der standard Pfad
+                    Spezifikation einen View Skript Pfad von 'foo-bar/baz-bat.phtml'.
                 </para>
 
                 <note>
                     <para>
-                        Standardmäßig handelt <classname>Zend_Controller_Action::getViewScript()</classname> in Vertretung
+                        Standardmäßig handelt
+                        <classname>Zend_Controller_Action::getViewScript()</classname> in Vertretung
                         zur <code>getViewScript()</code> Methode des <code>ViewRenderer</code>'s.
                     </para>
                 </note>
@@ -504,24 +531,27 @@ $viewRenderer =
 
             <listitem>
                 <para>
-                    <code>render($action, $name, $noController)</code> prüft zuerst ob entweder <code>$name</code>
-                    oder <code>$noController</code> übergeben wurde, und wenn dem so ist, wird das betreffende
-                    Flag (respektive responseSegment und noController) im ViewRenderer gesetzt. Dann übergibt er
-                    das <code>$action</code> Argument, wenn vorhanden, an <code>getViewScript()</code>.
-                    Am Ende wird der berechnete View Skript Pfad an <code>renderScript()</code> übergeben.
+                    <code>render($action, $name, $noController)</code> prüft zuerst ob entweder
+                    <code>$name</code> oder <code>$noController</code> übergeben wurde, und wenn dem
+                    so ist, wird das betreffende Flag (respektive responseSegment und noController)
+                    im ViewRenderer gesetzt. Dann übergibt er das <code>$action</code> Argument,
+                    wenn vorhanden, an <code>getViewScript()</code>. Am Ende wird der berechnete
+                    View Skript Pfad an <code>renderScript()</code> übergeben.
                 </para>
 
                 <note>
                     <para>
-                        Achtung vor den Nebeneffekten bei der Verwendung von render(): Die Werte die für den
-                        Anwort Segment Namen und für das noController Flag übergeben werden sind im Objekt dauerhaft.
-                        Zusätzlich wird noRender gesetzt nachdem das rendern fertig ist.
+                        Achtung vor den Nebeneffekten bei der Verwendung von render(): Die Werte die
+                        für den Anwort Segment Namen und für das noController Flag übergeben werden
+                        sind im Objekt dauerhaft. Zusätzlich wird noRender gesetzt nachdem das
+                        rendern fertig ist.
                     </para>
                 </note>
 
                 <note>
                     <para>
-                        Standardmäßig handelt <classname>Zend_Controller_Action::render()</classname> in Vertretung zur
+                        Standardmäßig handelt
+                        <classname>Zend_Controller_Action::render()</classname> in Vertretung zur
                         <code>render()</code> Methode des <code>ViewRenderer</code>'s.
                     </para>
                 </note>
@@ -529,11 +559,11 @@ $viewRenderer =
 
             <listitem>
                 <para>
-                    <code>renderBySpec($action, $vars, $name)</code> erlaubt es Pfad Spezifikations Variablen zu
-                    übergeben um den View Skript Pfad zu ermitteln der erstellt werden soll. Es übergibt
-                    <code>$action</code> und <code>$vars</code> an <code>getScriptPath()</code> und übergibt
-                    anschließend den resultierenden Skript Pfad und <code>$name</code> an
-                    <code>renderScript()</code>.
+                    <code>renderBySpec($action, $vars, $name)</code> erlaubt es Pfad Spezifikations
+                    Variablen zu übergeben um den View Skript Pfad zu ermitteln der erstellt werden
+                    soll. Es übergibt <code>$action</code> und <code>$vars</code> an
+                    <code>getScriptPath()</code> und übergibt anschließend den resultierenden Skript
+                    Pfad und <code>$name</code> an <code>renderScript()</code>.
                 </para>
             </listitem>
         </itemizedlist>
@@ -546,9 +576,9 @@ $viewRenderer =
             <title>Grundsätzliche Verwendung</title>
 
             <para>
-                Am einfachsten, wird einfach der <code>ViewRenderer</code> Helfer mit dem Helfer Broker in der
-                eigenen Bootstrap Datei, initialisiert und registriert, und anschließend die Variablen in den Aktion
-                Methoden gesetzt.
+                Am einfachsten, wird einfach der <code>ViewRenderer</code> Helfer mit dem Helfer
+                Broker in der eigenen Bootstrap Datei, initialisiert und registriert, und
+                anschließend die Variablen in den Aktion Methoden gesetzt.
             </para>
 
             <programlisting role="php"><![CDATA[
@@ -592,23 +622,25 @@ class Foo_BarController extends Zend_Controller_Action
         <note>
             <title>Benamungs Konventionen: Wort Begrenzer in Kontroller- und Aktionnamen</title>
             <para>
-                Wenn der Kontroller- oder Aktionsname aus mehreren Wörtern aufgebaut ist, müssen diese,
-                da der Dispatcher das benötigt, seperiert sein durch die URL nach spezifischem Pfad und Wort
-                Begrenzer Zeichen. Der <code>ViewRenderer</code> ersetzt jeden Pfad Begrenzer den er im
-                Kontrollernamen findet mit einem aktuellen Pfad Begrenzer ('/'), und jeden Wort Begrenzer der
-                gefunden wird mit einem Bindestrich ('-') wenn Pfade erstellt werden. Deshalb würde ein Aufruf
-                der Aktion <code>/foo.bar/baz.bat</code> zu <code>FooBarController::bazBatAction()</code> in
-                FooBarControll.php weiterleiten was wiederum <code>foo-bar/baz-bat.phtml</code> rendern würde;
-                ein Aufruf der Aktion <code>/bar_baz/baz-bat</code> für dazu das
-                <code>Bar_BazController::bazBatAction()</code> in <code>Bar/BazController.php</code> dispatched
-                wird (betrachte die Separation des Pfades) und <code>bar/baz/baz-bat.phtml</code> gerendert wird.
+                Wenn der Kontroller- oder Aktionsname aus mehreren Wörtern aufgebaut ist, müssen
+                diese, da der Dispatcher das benötigt, seperiert sein durch die URL nach
+                spezifischem Pfad und Wort Begrenzer Zeichen. Der <code>ViewRenderer</code> ersetzt
+                jeden Pfad Begrenzer den er im Kontrollernamen findet mit einem aktuellen Pfad
+                Begrenzer ('/'), und jeden Wort Begrenzer der gefunden wird mit einem Bindestrich
+                ('-') wenn Pfade erstellt werden. Deshalb würde ein Aufruf der Aktion
+                <code>/foo.bar/baz.bat</code> zu <code>FooBarController::bazBatAction()</code> in
+                FooBarControll.php weiterleiten was wiederum <code>foo-bar/baz-bat.phtml</code>
+                rendern würde; ein Aufruf der Aktion <code>/bar_baz/baz-bat</code> für dazu das
+                <code>Bar_BazController::bazBatAction()</code> in <code>Bar/BazController.php</code>
+                dispatched wird (betrachte die Separation des Pfades) und
+                <code>bar/baz/baz-bat.phtml</code> gerendert wird.
             </para>
 
             <para>
-                Es ist zu beachten das im zweiten Beispiel, das Modul noch immer das Standardmodul ist, aber das der
-                Kontroller, wegen der Existenz eines Pfad Separators, den Namen <code>Bar_BazController</code> in
-                <code>Bar/BazController.php</code> empfängt. Der ViewRenderer emuliert die Kontroller
-                Verzeichnis Hierarchie.
+                Es ist zu beachten das im zweiten Beispiel, das Modul noch immer das Standardmodul
+                ist, aber das der Kontroller, wegen der Existenz eines Pfad Separators, den Namen
+                <code>Bar_BazController</code> in <code>Bar/BazController.php</code> empfängt. Der
+                ViewRenderer emuliert die Kontroller Verzeichnis Hierarchie.
             </para>
         </note>
 
@@ -616,11 +648,12 @@ class Foo_BarController extends Zend_Controller_Action
             <title>Automatisches rendern ausschalten</title>
 
             <para>
-                Für einige Aktionen oder Kontroller, kann es gewünscht sein das automatische Rendern auszuschalten
-                -- zum Beispiel, wenn eine andere Art von Ausgabe (XML, JSON, etc) ausgegeben werden soll, oder wenn
-                man einfach nichts ausgeben will. Es gibt zwei Optionen: Alle Fälle von automatischem Rendern
-                ausschalten (<code>setNeverRender()</code>), oder dieses einfach für die aktuelle Aktion ausschalten
-                (<code>setNoRender()</code>).
+                Für einige Aktionen oder Kontroller, kann es gewünscht sein das automatische Rendern
+                auszuschalten -- zum Beispiel, wenn eine andere Art von Ausgabe (XML, JSON, etc)
+                ausgegeben werden soll, oder wenn man einfach nichts ausgeben will. Es gibt zwei
+                Optionen: Alle Fälle von automatischem Rendern ausschalten
+                (<code>setNeverRender()</code>), oder dieses einfach für die aktuelle Aktion
+                ausschalten (<code>setNoRender()</code>).
             </para>
 
             <programlisting role="php"><![CDATA[
@@ -648,9 +681,9 @@ class Bar_BatController extends Zend_Controller_Action
 
         <note>
             <para>
-                In den meisten Fällen, macht es keinen Sinn das automatische Rendern global auszuschalten
-                (ala <code>setNeverRender()</code>), da das einzige das man dann vom <code>ViewRenderer</code>
-                erhält das automatische Setup des View Objekts ist.
+                In den meisten Fällen, macht es keinen Sinn das automatische Rendern global
+                auszuschalten (ala <code>setNeverRender()</code>), da das einzige das man dann vom
+                <code>ViewRenderer</code> erhält das automatische Setup des View Objekts ist.
             </para>
         </note>
 
@@ -658,12 +691,13 @@ class Bar_BatController extends Zend_Controller_Action
             <title>Ein anderes View Skript auswählen</title>
 
             <para>
-                Einige Situationen erfordern das ein anderes Skript, als das nach der Aktion benannte, ausgeführt
-                wird. Zum Beispiel, wenn man einen Kontroller hat der Aktionen sowohl hinzufügen als auch bearbeiten
-                kann, und beide mit der selben 'form' View angezeigt werden, aber mit unterschiedlichen Werten
-                gesetzt werden. Der Skript Name kann ganz einfach geändert werden. Entweder mit
-                <code>setScriptAction()</code>, <code>setRender()</code> oder durch Aufruf des Helfers als Methode,
-                was wiederum <code>setRender()</code> ausruft.
+                Einige Situationen erfordern das ein anderes Skript, als das nach der Aktion
+                benannte, ausgeführt wird. Zum Beispiel, wenn man einen Kontroller hat der Aktionen
+                sowohl hinzufügen als auch bearbeiten kann, und beide mit der selben 'form' View
+                angezeigt werden, aber mit unterschiedlichen Werten gesetzt werden. Der Skript Name
+                kann ganz einfach geändert werden. Entweder mit <code>setScriptAction()</code>,
+                <code>setRender()</code> oder durch Aufruf des Helfers als Methode, was wiederum
+                <code>setRender()</code> ausruft.
             </para>
 
             <programlisting role="php"><![CDATA[
@@ -702,10 +736,10 @@ class Foo_BarController extends Zend_Controller_Action
             <title>Die resigstrierte View ändern</title>
 
             <para>
-                Was wenn ein View Objekt modifiziert werden soll -- zum Beispiel, die Helfer Pfade ändern, oder
-                die Kodierung? Das kann durch Modifikation des View Objekts, das im Kontroller gesetzt ist,
-                gemacht werden, oder durch herausnehmen des View Objekts aus dem <code>ViewRenderer</code>;
-                beide referenzieren auf das gleiche Objekt.
+                Was wenn ein View Objekt modifiziert werden soll -- zum Beispiel, die Helfer Pfade
+                ändern, oder die Kodierung? Das kann durch Modifikation des View Objekts, das im
+                Kontroller gesetzt ist, gemacht werden, oder durch herausnehmen des View Objekts aus
+                dem <code>ViewRenderer</code>; beide referenzieren auf das gleiche Objekt.
             </para>
 
             <programlisting role="php"><![CDATA[
@@ -737,20 +771,23 @@ class Foo_BarController extends Zend_Controller_Action
             <title>Die Pfad Spezifikationen ändern</title>
 
             <para>
-                In einigen Fällen, kann man entscheiden das die standardmäßige Pfad Spezifikation nicht den
-                Notwendigkeiten der Seite entspricht. Zum Beispiel, wenn man einen einzelnen Template Baum haben will
-                zu dem man dann Zugriff für Entwickler geben kann (das ist sehr typisch wenn man zum Beispiel
-                <ulink url="http://smarty.php.net/">Smarty</ulink> verwendet). In solchen Fällen, kann es
-                gewünscht sein die Spezifkiation des View Basispfades hardkodiert zu erstellen und eine alternative
-                Spezifikation für die Pfade der Aktions View Skripte selbst zu erstellen.
+                In einigen Fällen, kann man entscheiden das die standardmäßige Pfad Spezifikation
+                nicht den Notwendigkeiten der Seite entspricht. Zum Beispiel, wenn man einen
+                einzelnen Template Baum haben will zu dem man dann Zugriff für Entwickler geben kann
+                (das ist sehr typisch wenn man zum Beispiel <ulink
+                    url="http://smarty.php.net/">Smarty</ulink> verwendet). In solchen Fällen, kann
+                es gewünscht sein die Spezifkiation des View Basispfades hardkodiert zu erstellen
+                und eine alternative Spezifikation für die Pfade der Aktions View Skripte selbst zu
+                erstellen.
             </para>
 
             <para>
-                Für die Zwecke dieses Beispiels, nehmen wir an das der Basispfad zur View '/opt/vendor/templates'
-                sein soll, und das die View Skripte durch ':moduleDir/:controller/:action.:suffix' referenziert
-                werden sollen; wenn das noController Flag gesetzt wurde, soll aus dem Top Level statt aus einem
-                Unterverzeichnis gerendert werden (':action.:suffix'). Zuletzt soll 'tpl' als View Skript Suffix
-                für Dateinamen verwendet werden.
+                Für die Zwecke dieses Beispiels, nehmen wir an das der Basispfad zur View
+                '/opt/vendor/templates' sein soll, und das die View Skripte durch
+                ':moduleDir/:controller/:action.:suffix' referenziert werden sollen; wenn das
+                noController Flag gesetzt wurde, soll aus dem Top Level statt aus einem
+                Unterverzeichnis gerendert werden (':action.:suffix'). Zuletzt soll 'tpl' als View
+                Skript Suffix für Dateinamen verwendet werden.
             </para>
 
             <programlisting role="php"><![CDATA[
@@ -774,8 +811,9 @@ Zend_Controller_Action_HelperBroker::addHelper($viewRenderer);
             <title>Mehrfache View Skripte von der gleichen Aktion rendern</title>
 
             <para>
-                Manchmal, ist es notwendig mehrfache View Skripte von einer einzelnen Aktion zu rendern.
-                Das ist sehr geradlinig -- einfach mehrere Aufrufe zu <code>render()</code> machen:
+                Manchmal, ist es notwendig mehrfache View Skripte von einer einzelnen Aktion zu
+                rendern. Das ist sehr geradlinig -- einfach mehrere Aufrufe zu <code>render()</code>
+                machen:
             </para>
 
             <programlisting role="php"><![CDATA[

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15156 -->
+<!-- EN-Revision: 15345 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.controller.modular">
     <title>Eine konventionelle modulare Verzeichnis Struktur verwenden</title>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15156 -->
+<!-- EN-Revision: 15341 -->
 <!-- Reviewed: no -->
 <sect3 id="zend.controller.plugins.standard.errorhandler">
     <title>Zend_Controller_Plugin_ErrorHandler</title>
@@ -184,7 +184,6 @@ public function errorAction()
 {
         $errors = $this->_getParam('error_handler');
 
-
         switch ($errors->type) {
             case Zend_Controller_Plugin_ErrorHandler::EXCEPTION_NO_CONTROLLER:
             case Zend_Controller_Plugin_ErrorHandler::EXCEPTION_NO_ACTION:

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15156 -->
+<!-- EN-Revision: 15341 -->
 <!-- Reviewed: no -->
 <sect3 id="zend.controller.router.routes.regex">
     <title>Zend_Controller_Router_Route_Regex</title>
@@ -141,7 +141,6 @@ $values = array(
         Variablennamen oder Indezes von Subpattern enthalten:
     </para>
 
-
     <programlisting role="php"><![CDATA[
 $route = new Zend_Controller_Router_Route_Regex(
     'archive/(\d+)',

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15207 -->
+<!-- EN-Revision: 15346 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.currency.introduction">
 

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15156 -->
+<!-- EN-Revision: 15346 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.currency.migration">
 

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15156 -->
+<!-- EN-Revision: 15346 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.currency.usage">
 

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15207 -->
+<!-- EN-Revision: 15346 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.date.constants">
 

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15156 -->
+<!-- EN-Revision: 15346 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.date.creation">
 

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15156 -->
+<!-- EN-Revision: 15346 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.date.introduction">
 

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15207 -->
+<!-- EN-Revision: 15346 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.date.overview">
 

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15103 -->
+<!-- EN-Revision: 15343 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.date.definition.theory">
 

documentation/manual/de/module_specs/Zend_Db_Adapter.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15207 -->
+<!-- EN-Revision: 15346 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.db.adapter">
 

documentation/manual/de/module_specs/Zend_Db_Statement.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15207 -->
+<!-- EN-Revision: 15346 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.db.statement">
 

documentation/manual/de/module_specs/Zend_Db_Table-Relationships.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15207 -->
+<!-- EN-Revision: 15346 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.db.table.relationships">
 

documentation/manual/de/module_specs/Zend_Db_Table.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15207 -->
+<!-- EN-Revision: 15346 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.db.table">
 
@@ -1352,18 +1352,15 @@ $cache = Zend_Cache::factory('Core',
                              $frontendOptions,
                              $backendOptions);
 
-
 // Als nächstes, den Cache setzen der mit allen Tabellenobjekten verwendet werden soll
 Zend_Db_Table_Abstract::setDefaultMetadataCache($cache);
 
-
 // Eine Tabellenklasse wird auch benötigt
 class Bugs extends Zend_Db_Table_Abstract
 {
     // ...
 }
 
-
 // Jede Instanz von Bugs verwenden nur den Standardmäßigen Cache fpr die Metadaten
 $bugs = new Bugs();
 ]]></programlisting>

documentation/manual/de/module_specs/Zend_Db_Table_Rowset.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15156 -->
+<!-- EN-Revision: 15341 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.db.table.rowset">
 
@@ -426,7 +426,6 @@ class Bugs extends Zend_Db_Table_Abstract
 
     </sect2>
 
-
 </sect1>
 <!--
 vim:se ts=4 sw=4 et:

documentation/manual/de/module_specs/Zend_Debug.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15156 -->
+<!-- EN-Revision: 15343 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.debug.dumping">
 

documentation/manual/de/module_specs/Zend_Dom-Query.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15156 -->
+<!-- EN-Revision: 15343 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.dom.query">
     <title>Zend_Dom_Query</title>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15156 -->
+<!-- EN-Revision: 15346 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.file.transfer.introduction">
 

documentation/manual/de/module_specs/Zend_File_Transfer-Validators.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15207 -->
+<!-- EN-Revision: 15346 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.file.transfer.validators">
 

documentation/manual/de/module_specs/Zend_Filter-Callback.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15156 -->
+<!-- EN-Revision: 15341 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.filter.set.callback">
     <title>Callback</title>
@@ -9,7 +9,6 @@
         wenn man bereits eine Methode hat die diesen Job erledigt.
     </para>
 
-
     <para>
         Nehmen wir an das wir einen Filter erstellen wollen der einen String umdreht.
     </para>

documentation/manual/de/module_specs/Zend_Filter-Inflector.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15156 -->
+<!-- EN-Revision: 15343 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.filter.inflector">
     <title>Zend_Filter_Inflector</title>

documentation/manual/de/module_specs/Zend_Filter.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15207 -->
+<!-- EN-Revision: 15343 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.filter.introduction">
 

documentation/manual/de/module_specs/Zend_Filter_Input.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15207 -->
+<!-- EN-Revision: 15346 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.filter.input">
     <title>Zend_Filter_Input</title>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15215 -->
+<!-- EN-Revision: 15341 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.form.quickstart">
     <title>Schnellstart mit Zend_Form</title>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15215 -->
+<!-- EN-Revision: 15341 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.gdata.introduction">
     <title>Einführung</title>
@@ -229,7 +229,6 @@ $entry->cell = $cell;
         </para>
     </sect2>
 
-
     <sect2 id="zend.gdata.introduction.authentication">
         <title>Google Data Client Authentifizierung</title>
         <para>

documentation/manual/de/module_specs/Zend_Gdata_Spreadsheets.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15156 -->
+<!-- EN-Revision: 15341 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.gdata.spreadsheets">
     <title>Google Tabellenkalkulation verwenden</title>
@@ -288,7 +288,6 @@ $listEntry->delete();
             Feed für das gleiche Arbeitsblatt zur selben Zeit zu interagieren.
         </para>
 
-
         <sect3 id="zend.gdata.spreadsheets.cellfeeds.get">
             <title>Einen zellen-basierenden Feed erhalten</title>
             <para>

documentation/manual/de/module_specs/Zend_Gdata_YouTube.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15215 -->
+<!-- EN-Revision: 15341 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.gdata.youtube">
     <title>Verwenden der YouTube Daten API</title>

documentation/manual/de/module_specs/Zend_Http_Client-Adapters.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15156 -->
+<!-- EN-Revision: 15343 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.http.client.adapters">
     <title>Zend_Http_Client - Verbindungsadapter</title>

documentation/manual/de/module_specs/Zend_InfoCard-Basics.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15156 -->
+<!-- EN-Revision: 15343 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.infocard.basics">
     <title>Einführung</title>

documentation/manual/de/module_specs/Zend_Json-Server.xml

@@ -1,37 +1,44 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15156 -->
+<!-- EN-Revision: 15341 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.json.server">
     <title>Zend_Json_Server - JSON-RPC server</title>
 
     <para>
         <classname>Zend_Json_Server</classname> ist eine
-        <ulink url="http://groups.google.com/group/json-rpc/">JSON-RPC</ulink> Server Implementierung. Sie
-        unterstützt sowohl <ulink url="http://json-rpc.org/wiki/specification">dieSpezifikation von JSON-RPC Version 1</ulink>
-        als auch die <ulink url="http://groups.google.com/group/json-rpc/web/json-rpc-1-2-proposal">Spezifikation der Version 2</ulink>;
-        zusätzlich bietet Sie eine PHP Implementierung der
-        <ulink url="http://groups.google.com/group/json-schema/web/service-mapping-description-proposal">Spezifikation für Service Mapping Description (SMD)</ulink>
-        Um Kunden von Services deren Metadaten anzubieten.
+        <ulink url="http://groups.google.com/group/json-rpc/">JSON-RPC</ulink> Server
+        Implementierung. Sie unterstützt sowohl <ulink
+            url="http://json-rpc.org/wiki/specification">die Spezifikation von JSON-RPC Version
+            1</ulink> als auch die <ulink
+            url="http://groups.google.com/group/json-rpc/web/json-rpc-1-2-proposal">Spezifikation
+            der Version 2</ulink>; zusätzlich bietet Sie eine PHP Implementierung der <ulink
+            url="http://groups.google.com/group/json-schema/web/service-mapping-description-proposal">Spezifikation
+            für Service Mapping Description (SMD)</ulink> Um Kunden von Services deren Metadaten
+        anzubieten.
     </para>
 
     <para>
-        JSON-RPC ist ein leichgewichtiges Remoce Procedure Call Protokoll das JSON für seine Nachrichten
-        verwendet. Diese JSON-RPC Implementierung folgt PHP's
-        <ulink url="http://us.php.net/manual/en/function.soap-soapserver-construct.php">SoapServer</ulink> API.
-        Das bedeutet das in einer typischen Situation einfach folgendes getan wird:
+        JSON-RPC ist ein leichgewichtiges Remoce Procedure Call Protokoll das JSON für seine
+        Nachrichten verwendet. Diese JSON-RPC Implementierung folgt PHP's <ulink
+            url="http://us.php.net/manual/en/function.soap-soapserver-construct.php">SoapServer</ulink>
+        API. Das bedeutet das in einer typischen Situation einfach folgendes getan wird:
     </para>
 
     <itemizedlist>
         <listitem><para>Instanzieren des Server Objekts</para></listitem>
-        <listitem><para>Eine oder mehrere Funktionen und/oder Klassen/Objekte dem Server Objekt hinzufügen</para></listitem>
+        <listitem>
+            <para>
+                Eine oder mehrere Funktionen und/oder Klassen/Objekte dem Server Objekt hinzufügen
+            </para>
+        </listitem>
         <listitem><para>Die Anfrage mit handle() ausführen</para></listitem>
     </itemizedlist>
 
     <para>
-        <classname>Zend_Json_Server</classname> verwendet <xref linkend="zend.server.reflection" /> um Reflektion
-        durchzuführen um den SMD zu erstellen und die Signaturen der Methodenaufrufe zu erzwingen. Als solche,
-        ist es zwingend notwendig das alle hinzugefügten Funktionen und/oder Klassenmethoden komplette PHP
-        Docblocks dokumentiert haben mindestens aber:
+        <classname>Zend_Json_Server</classname> verwendet <xref linkend="zend.server.reflection" />
+        um Reflektion durchzuführen um den SMD zu erstellen und die Signaturen der Methodenaufrufe
+        zu erzwingen. Als solche, ist es zwingend notwendig das alle hinzugefügten Funktionen
+        und/oder Klassenmethoden komplette PHP Docblocks dokumentiert haben mindestens aber:
     </para>
 
     <itemizedlist>
@@ -40,19 +47,19 @@
     </itemizedlist>
 
     <para>
-        <classname>Zend_Json_Server</classname> hört aktuell nur auf POST Anfragen; glücklicherweise bieten die meisten
-        JSON-RPC Client Implementierungen die zur aktuell vorhanden sind nur POST Anfragen. Das macht es einfach
-        den gleichen Endpunkt des Servers so zu verwenden das er beide Anfragen behandelt sowie die Service SMD
-        liefert, wie im nächsten Beispiel gezeigt.
+        <classname>Zend_Json_Server</classname> hört aktuell nur auf POST Anfragen; glücklicherweise
+        bieten die meisten JSON-RPC Client Implementierungen die zur aktuell vorhanden sind nur POST
+        Anfragen. Das macht es einfach den gleichen Endpunkt des Servers so zu verwenden das er
+        beide Anfragen behandelt sowie die Service SMD liefert, wie im nächsten Beispiel gezeigt.
     </para>
 
     <example id="zend.json.server.usage">
         <title>Zend_Json_Server Verwendung</title>
 
         <para>
-            Zuerst müssen wir eine Klasse definieren die wir über den JSON-RPC Server ausliefern wollen.
-            Wir nennen die Klasse 'Calculator', und definieren die Methoden 'add', 'substract', 'multiple',
-            und 'divide':
+            Zuerst müssen wir eine Klasse definieren die wir über den JSON-RPC Server ausliefern
+            wollen. Wir nennen die Klasse 'Calculator', und definieren die Methoden 'add',
+            'substract', 'multiple', und 'divide':
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -112,10 +119,11 @@ class Calculator
 ]]></programlisting>
 
         <para>
-            Es ist zu beachten das jede Methode einen Docblock mit Einträgen besitzt die jeden Parameter und
-            seinen Typ beschreiben, sowie einen Eintrag für den Rückgabewert. Das ist
-            <emphasis>absolut kritisch</emphasis> wenn <classname>Zend_Json_Server</classname> verwendet wird -- oder auch
-            jede andere Server Komponente für diesen Zweck im Zend Framework.
+            Es ist zu beachten das jede Methode einen Docblock mit Einträgen besitzt die jeden
+            Parameter und seinen Typ beschreiben, sowie einen Eintrag für den Rückgabewert. Das ist
+            <emphasis>absolut kritisch</emphasis> wenn <classname>Zend_Json_Server</classname>
+            verwendet wird -- oder auch jede andere Server Komponente für diesen Zweck im Zend
+            Framework.
         </para>
 
         <para>
@@ -133,9 +141,10 @@ $server->handle();
 ]]></programlisting>
 
         <para>
-            Trotzdem behandelt das noch immer nicht das Problem der Rückgabe eines SMD damit der JSON-RPC
-            Client die Methoden selbstständig erkennen kann. Das kann getan werden indem die HTTP Anfragemethode
-            erkannt wird, und anschließend einige Metadaten des Servers spezifiziert werden:
+            Trotzdem behandelt das noch immer nicht das Problem der Rückgabe eines SMD damit der
+            JSON-RPC Client die Methoden selbstständig erkennen kann. Das kann getan werden indem
+            die HTTP Anfragemethode erkannt wird, und anschließend einige Metadaten des Servers
+            spezifiziert werden:
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -161,7 +170,8 @@ $server->handle();
 
         <para>
             Wenn der JSON-RPC Server mit dem Dojo Toolkit verwendet wird muß auch ein spezielles
-            Kompatibilitätsflag gesetzt werden um sicherzustellen das die zwei korrekt miteinander arbeiten:
+            Kompatibilitätsflag gesetzt werden um sicherzustellen das die zwei korrekt miteinander
+            arbeiten:
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -190,21 +200,26 @@ $server->handle();
 
         <para>
             Obwohl das meiste an Funktionalität für <classname>Zend_Json_Server</classname> in
-            <xref linkend="zend.json.server.usage" /> beschrieben wurde, ist noch weitere fortgeschrittenere
-            Funktionalität vorhanden.
+            <xref linkend="zend.json.server.usage" /> beschrieben wurde, ist noch weitere
+            fortgeschrittenere Funktionalität vorhanden.
         </para>
 
         <sect3 id="zend.json.server.details.zendjsonserver">
             <title>Zend_Json_Server</title>
 
             <para>
-                <classname>Zend_Json_Server</classname> ist die Kernklasse von JSON-RPC; die bearbeitet alle Anfragen und
-                gibt den Antwort Payload zurück. Sie hat die folgenden Methoden:
+                <classname>Zend_Json_Server</classname> ist die Kernklasse von JSON-RPC; die
+                bearbeitet alle Anfragen und gibt den Antwort Payload zurück. Sie hat die folgenden
+                Methoden:
             </para>
 
             <itemizedlist>
-                <listitem><para><code>addFunction($function)</code>: Spezifiziert eine benutzerdefinierte
-                        Funktion die dem Server hinzugefügt werden soll.</para></listitem>
+                <listitem>
+                    <para>
+                        <code>addFunction($function)</code>: Spezifiziert eine benutzerdefinierte
+                        Funktion die dem Server hinzugefügt werden soll.
+                    </para>
+                </listitem>
                 <listitem><para><code>setClass($class)</code>: Spezifiziert eine Klasse oder ein Objekt das dem
                         Server hinzugefügt werden soll; alle öffentlichen Methoden dieses Elemente werden als
                         JSON-RPC Methoden bekanntgegeben.</para></listitem>

documentation/manual/de/module_specs/Zend_Json-xml2json.xml

@@ -4,19 +4,21 @@
 <sect1 id="zend.json.xml2json">
     <title>XML zu JSON Konvertierung</title>
     <para>
-        <classname>Zend_Json</classname> bietet eine bequeme Methode für das transformieren von XML formatierten Daten
-        in das JSON Format. Dieses Feature wurde inspiriert durch einen
+        <classname>Zend_Json</classname> bietet eine bequeme Methode für das transformieren von XML
+        formatierten Daten in das JSON Format. Dieses Feature wurde inspiriert durch einen
         <ulink url="http://www.ibm.com/developerworks/xml/library/x-xml2jsonphp/">
         IBM developerWorks Artikel</ulink>.
     </para>
 
     <para>
-        <classname>Zend_Json</classname> enthält eine statische Funktion die <classname>Zend_Json::fromXml()</classname> heißt.
-        Diese Funktion erzeugt JSON von einer angegebenen XML Eingabe. Diese Funktion nimmt jeglichen
-        beliebigen XML String als Eingabe Parameter. Sie nimmt auch einen optionalen Boolschen Eingabe Parameter
-        um die Konvertierungslogik zu instruieren ob XML Attribute wärend des Konvertierungsprozesses ignoriert
-        werden sollen oder nicht. Wenn dieser optionale Eingabeparameter nicht angegeben wurde, besteht das
-        Standardverhalten darun XML Attribute zu ignorieren. Der Funktionsaufruf wird wie folgt durchgeführt:
+        <classname>Zend_Json</classname> enthält eine statische Funktion die
+        <classname>Zend_Json::fromXml()</classname> heißt. Diese Funktion erzeugt JSON von einer
+        angegebenen XML Eingabe. Diese Funktion nimmt jeglichen beliebigen XML String als Eingabe
+        Parameter. Sie nimmt auch einen optionalen Boolschen Eingabe Parameter um die
+        Konvertierungslogik zu instruieren ob XML Attribute wärend des Konvertierungsprozesses
+        ignoriert werden sollen oder nicht. Wenn dieser optionale Eingabeparameter nicht angegeben
+        wurde, besteht das Standardverhalten darun XML Attribute zu ignorieren. Der Funktionsaufruf
+        wird wie folgt durchgeführt:
     </para>
     <programlisting role="php"><![CDATA[
 // Die fromXml Funktion nimmt einfach einen String der XML
@@ -25,26 +27,30 @@ $jsonContents = Zend_Json::fromXml($xmlStringContents, true);
 ]]></programlisting>
 
     <para>
-        Die <classname>Zend_Json::fromXml()</classname> Funktion führt die Konvertierung des XML formatierten String
-        Eingabeparameters durch und gibt eine äquivalente JSON formatierte String Ausgabe zurück. Im Fall eines
-        XML Eingabeformat Fehlers oder eines Konvertierungslogik Fehlers wird diese Funktion eine Ausnahme werfen.
-        Die Konvertierungslogik verwendet rekursive Techniken um den XML Baum zu durchlaufen. Sie unterstützt
-        Rekursionen die bis zu 25 Levels tief sind. Über diese Tiefe hinweg wird Sie eine
-        <classname>Zend_Json_Exception</classname> werfen. Es gibt verschiedenste XML Dateien mit unterschiedlichem Grad an
-        Komplexität die im tests Verzeichnis des Zend Frameworks vorhanden sind. Sie können verwendet werden um
-        die Funktionalität des xml2json Features zu testen.
+        Die <classname>Zend_Json::fromXml()</classname> Funktion führt die Konvertierung des XML
+        formatierten String Eingabeparameters durch und gibt eine äquivalente JSON formatierte
+        String Ausgabe zurück. Im Fall eines XML Eingabeformat Fehlers oder eines
+        Konvertierungslogik Fehlers wird diese Funktion eine Ausnahme werfen. Die
+        Konvertierungslogik verwendet rekursive Techniken um den XML Baum zu durchlaufen. Sie
+        unterstützt Rekursionen die bis zu 25 Levels tief sind. Über diese Tiefe hinweg wird Sie
+        eine <classname>Zend_Json_Exception</classname> werfen. Es gibt verschiedenste XML Dateien
+        mit unterschiedlichem Grad an Komplexität die im tests Verzeichnis des Zend Frameworks
+        vorhanden sind. Sie können verwendet werden um die Funktionalität des xml2json Features zu
+        testen.
     </para>
 
     <para>
-        Das folgende ist ein einfaches Beispiel das beides zeigt, den XML Eingabe String zu JSON übergeben wird,
-        und den JSON Ausgabe String der als Ergebnis von der <classname>Zend_Json::fromXml()</classname> Funktion
-        zurückgegeben wird. Dieses Beispiel verwendet den optionalen Funktionsparameter um die XML Attribute
-        nicht wärend der Konvertierung zu ignorieren. Demzufolge kann man sehen das der resultierende JSON String
+        Das folgende ist ein einfaches Beispiel das beides zeigt, den XML Eingabe String zu JSON
+        übergeben wird, und den JSON Ausgabe String der als Ergebnis von der
+        <classname>Zend_Json::fromXml()</classname> Funktion zurückgegeben wird. Dieses Beispiel
+        verwendet den optionalen Funktionsparameter um die XML Attribute nicht wärend der
+        Konvertierung zu ignorieren. Demzufolge kann man sehen das der resultierende JSON String
         eine Repräsentation der XML Attribute enthält die im XML Eingabestring vorhanden sind.
     </para>
 
     <para>
-        XML Eingabe String der an die <classname>Zend_Json::fromXml()</classname> Funktion übergeben wird:
+        XML Eingabe String der an die <classname>Zend_Json::fromXml()</classname> Funktion übergeben
+        wird:
     </para>
 
     <programlisting role="php"><![CDATA[
@@ -71,7 +77,8 @@ $jsonContents = Zend_Json::fromXml($xmlStringContents, true);
 ]]></programlisting>
 
     <para>
-        JSON Ausgabe String der von der <classname>Zend_Json::fromXml()</classname> Funktion zurückgegeben wird:
+        JSON Ausgabe String der von der <classname>Zend_Json::fromXml()</classname> Funktion
+        zurückgegeben wird:
     </para>
 
     <programlisting role="php"><![CDATA[
@@ -108,8 +115,8 @@ $jsonContents = Zend_Json::fromXml($xmlStringContents, true);
 ]]></programlisting>
 
     <para>
-        Weitere Details über das xml2json Feature können im originalen Proposal selbst gefunden werden.
-        Siehe <ulink url="http://tinyurl.com/2tfa8z">Zend_xml2json proposal</ulink>.
+        Weitere Details über das xml2json Feature können im originalen Proposal selbst gefunden
+        werden. Siehe <ulink url="http://tinyurl.com/2tfa8z">Zend_xml2json proposal</ulink>.
     </para>
 
 </sect1>

documentation/manual/de/module_specs/Zend_Layout-Advanced.xml

@@ -1,13 +1,13 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15156 -->
+<!-- EN-Revision: 15343 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.layout.advanced">
     <title>Erweiterte Verwendung von Zend_Layout</title>
 
     <para>
-        <classname>Zend_Layout</classname> hat eine Vielzahl an Verwendungsmöglichkeiten für den fortgeschrittenen
-        Entwickler der es für seine unterschiedlichen View Implementationen, Dateisystem Layouts, und anderes
-        adaptieren will.
+        <classname>Zend_Layout</classname> hat eine Vielzahl an Verwendungsmöglichkeiten für den
+        fortgeschrittenen Entwickler der es für seine unterschiedlichen View Implementationen,
+        Dateisystem Layouts, und anderes adaptieren will.
     </para>
 
     <para>
@@ -17,33 +17,36 @@
     <itemizedlist>
         <listitem>
             <para>
-                <emphasis>Eigene View Objekte.</emphasis> <classname>Zend_Layout</classname> erlaubt es jede Klasse
-                zu verwenden die <classname>Zend_View_Interface</classname> implementiert.
+                <emphasis>Eigene View Objekte.</emphasis> <classname>Zend_Layout</classname> erlaubt
+                es jede Klasse zu verwenden die <classname>Zend_View_Interface</classname>
+                implementiert.
             </para>
         </listitem>
 
         <listitem>
             <para>
-                <emphasis>Eigene Front Kontroller Plugins.</emphasis> <classname>Zend_Layout</classname> wird mit einem
-                Standard Front Kontroller Plugin ausgeliefert der das Layout automatisch darstellt bevor die
-                Antwort zurückgegeben wird. Es kann ein eigenes Plugin verwendet werden.
+                <emphasis>Eigene Front Kontroller Plugins.</emphasis>
+                <classname>Zend_Layout</classname> wird mit einem Standard Front Kontroller Plugin
+                ausgeliefert der das Layout automatisch darstellt bevor die Antwort zurückgegeben
+                wird. Es kann ein eigenes Plugin verwendet werden.
             </para>
         </listitem>
 
         <listitem>
             <para>
-                <emphasis>Eigene Action Helfer.</emphasis> <classname>Zend_Layout</classname> wird mit einem Standard
-                Action Helfer ausgeliefert der für die meiden Zwecke ausreichend sein sollte da er ein dummer
-                Proxy für das Layout Objekt selbst ist.
+                <emphasis>Eigene Action Helfer.</emphasis> <classname>Zend_Layout</classname> wird
+                mit einem Standard Action Helfer ausgeliefert der für die meiden Zwecke ausreichend
+                sein sollte da er ein dummer Proxy für das Layout Objekt selbst ist.
             </para>
         </listitem>
 
         <listitem>
             <para>
-                <emphasis>Eigene Auflösung von Layout Skript Pfaden</emphasis>. <classname>Zend_Layout</classname> erlaubt
-                es einen eigenen <link linkend="zend.filter.inflector">Beugungsmechanismum</link> für die
-                Auflösung der Layout Skript Pfade zu verwenden, oder einfach die beigefügte Beugung zu verändern
-                und eigene Beugungsregeln zu spezifizieren.
+                <emphasis>Eigene Auflösung von Layout Skript Pfaden</emphasis>.
+                <classname>Zend_Layout</classname> erlaubt es einen eigenen <link
+                    linkend="zend.filter.inflector">Beugungsmechanismum</link> für die Auflösung
+                der Layout Skript Pfade zu verwenden, oder einfach die beigefügte Beugung zu
+                verändern und eigene Beugungsregeln zu spezifizieren.
             </para>
         </listitem>
     </itemizedlist>
@@ -52,10 +55,11 @@
         <title>Eigene View Objekte</title>
 
         <para>
-            <classname>Zend_Layout</classname> erlaubt es jede Klasse für die Darstellung der Layout Skripte zu verwenden
-            die <classname>Zend_View_Interface</classname> implementiert oder <classname>Zend_View_Abstract</classname> erweitert.
-            Es muß einfach das eigene View Objekt als Parameter dem Konstruktor/<code>startMvc()</code>
-            übergeben werden, oder es mit der <code>setView()</code> Zugriffsmethode gesetzt werden:
+            <classname>Zend_Layout</classname> erlaubt es jede Klasse für die Darstellung der Layout
+            Skripte zu verwenden die <classname>Zend_View_Interface</classname> implementiert oder
+            <classname>Zend_View_Abstract</classname> erweitert. Es muß einfach das eigene View
+            Objekt als Parameter dem Konstruktor/<code>startMvc()</code> übergeben werden, oder es
+            mit der <code>setView()</code> Zugriffsmethode gesetzt werden:
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -68,26 +72,30 @@ $layout->setView($view);
 
             <para>
                 Wärend es <classname>Zend_Layout</classname> erlaubt jede Klasse zu verwenden die
-                <classname>Zend_View_Interface</classname> implementiert, können Fälle auftreten in denen es nicht
-                möglich ist die verschiedenen <classname>Zend_View</classname> Helfer anzupassen, speziell die
-                Layout und <link linkend="zend.view.helpers.initial.placeholder">Platzhalter</link> Helfer.
-                Das ist weil <classname>Zend_Layout</classname> die Variablen die im Objekt gesetzt werden über
-                sich selbst und <link linkend="zend.view.helpers.initial.placeholder">Platzhalter</link>
-                bereitstellt.
+                <classname>Zend_View_Interface</classname> implementiert, können Fälle auftreten in
+                denen es nicht möglich ist die verschiedenen <classname>Zend_View</classname> Helfer
+                anzupassen, speziell die Layout und <link
+                    linkend="zend.view.helpers.initial.placeholder">Platzhalter</link> Helfer. Das
+                ist weil <classname>Zend_Layout</classname> die Variablen die im Objekt gesetzt
+                werden über sich selbst und <link
+                    linkend="zend.view.helpers.initial.placeholder">Platzhalter</link> bereitstellt.
             </para>
 
             <para>
-                Wenn eine eigene <classname>Zend_View</classname> Implementation verwendet werden soll die diese Helfer
-                nicht unterstützt, muß ein Weg gefunden werden um die Layout Variablen in die View zu bekommen.
-                Das kann entweder durch die Erweiterung vom <classname>Zend_Layout</classname> Objekt und der Anpassung
-                der <code>render()</code> Methode zur Übergabe von Variablen zur View geschehen, oder durch
-                die Erstellung einer eigenen Plugin Klasse die diese vor der Darstellung des Layouts übergibt.
+                Wenn eine eigene <classname>Zend_View</classname> Implementation verwendet werden
+                soll die diese Helfer nicht unterstützt, muß ein Weg gefunden werden um die Layout
+                Variablen in die View zu bekommen. Das kann entweder durch die Erweiterung vom
+                <classname>Zend_Layout</classname> Objekt und der Anpassung der
+                <code>render()</code> Methode zur Übergabe von Variablen zur View geschehen, oder
+                durch die Erstellung einer eigenen Plugin Klasse die diese vor der Darstellung des
+                Layouts übergibt.
             </para>
 
             <para>
-                Alternativ kann auf diese Variablen, wenn die View Implementation jegliche Art von Plugin
-                Möglichkeiten unterstützt, über die 'Zend_Layout' Platzhalter zugegriffen werden, indem der
-                <link linkend="zend.view.helpers.initial.placeholder">Platzhalter Helfer</link> verwendet wird:
+                Alternativ kann auf diese Variablen, wenn die View Implementation jegliche Art von
+                Plugin Möglichkeiten unterstützt, über die 'Zend_Layout' Platzhalter zugegriffen
+                werden, indem der <link linkend="zend.view.helpers.initial.placeholder">Platzhalter
+                    Helfer</link> verwendet wird:
             </para>
 
             <programlisting role="php"><![CDATA[
@@ -101,23 +109,25 @@ $layoutVars   = $placeholders->placeholder('Zend_Layout')->getArrayCopy();
         <title>Eigene Front Controller Plugins</title>
 
         <para>
-            Wenn <classname>Zend_Layout</classname> mit den MVC Komponenten verwendet wird, registriert es ein Front
-            Kontroller Plugin das das Layout als letzte Aktion darstellt bevor die Bearbeitungsschleife
-            beendet wird. In den meisten Fällen, wird das Standardplugin ausreichen, aber sollte es gewünscht
-            sein ein eigenes zu schreiben, kann der Name der Pluginklasse die geladen werden soll durch die
-            übergabe der <code>pluginClass</code> Option an die <code>startMvc()</code> Methode spezifiziert
+            Wenn <classname>Zend_Layout</classname> mit den MVC Komponenten verwendet wird,
+            registriert es ein Front Kontroller Plugin das das Layout als letzte Aktion darstellt
+            bevor die Bearbeitungsschleife beendet wird. In den meisten Fällen, wird das
+            Standardplugin ausreichen, aber sollte es gewünscht sein ein eigenes zu schreiben, kann
+            der Name der Pluginklasse die geladen werden soll durch die übergabe der
+            <code>pluginClass</code> Option an die <code>startMvc()</code> Methode spezifiziert
             werden.
         </para>
 
         <para>
             Jede Plugin Klasse die für diesen Zweck geschrieben wird, muß
-            <classname>Zend_Controller_Plugin_Abstract</classname> erweitern, und sollte eine Instanz eines Layout Objektes
-            als Instanz für den Konstruktor akzeptieren. Andernfalls sind die Details der Implementation in
-            eigenen Händen.
+            <classname>Zend_Controller_Plugin_Abstract</classname> erweitern, und sollte eine
+            Instanz eines Layout Objektes als Instanz für den Konstruktor akzeptieren. Andernfalls
+            sind die Details der Implementation in eigenen Händen.
         </para>
 
         <para>
-            Die Standardmäßig verwendete Plugin Klasse ist <classname>Zend_Layout_Controller_Plugin_Layout</classname>.
+            Die Standardmäßig verwendete Plugin Klasse ist
+            <classname>Zend_Layout_Controller_Plugin_Layout</classname>.
         </para>
     </sect2>
 
@@ -125,17 +135,19 @@ $layoutVars   = $placeholders->placeholder('Zend_Layout')->getArrayCopy();
         <title>Eigene Action Helfer</title>
 
         <para>
-            Wenn <classname>Zend_Layout</classname> mit den MVC Komponenten verwendet wird, registriert es einen Action
-            Controller Helfer mit dem Helfer Broker. Der Standardhelfer,
-            <classname>Zend_Layout_Controller_Action_Helper_Layout</classname> arbeitet als dummer Proxy zur Layout
-            Objekt Instanz selbst, und sollte für die meisten Zwecke ausreichend sein.
+            Wenn <classname>Zend_Layout</classname> mit den MVC Komponenten verwendet wird,
+            registriert es einen Action Controller Helfer mit dem Helfer Broker. Der Standardhelfer,
+            <classname>Zend_Layout_Controller_Action_Helper_Layout</classname> arbeitet als dummer
+            Proxy zur Layout Objekt Instanz selbst, und sollte für die meisten Zwecke ausreichend
+            sein.
         </para>
 
         <para>
-            Sollte es gewünscht sein eigene Funktionalitäten zu schreiben, kann einfach eine Action Helfer Klasse
-            geschrieben werden die <classname>Zend_Controller_Action_Helper_Abstract</classname> erweitert und den
-            Klassennamen als <code>helperClass</code> Option an die <code>startMvc()</code> Methode übergeben
-            werden. Details der Implementiert oblieben jedem selbst.
+            Sollte es gewünscht sein eigene Funktionalitäten zu schreiben, kann einfach eine Action
+            Helfer Klasse geschrieben werden die
+            <classname>Zend_Controller_Action_Helper_Abstract</classname> erweitert und den
+            Klassennamen als <code>helperClass</code> Option an die <code>startMvc()</code> Methode
+            übergeben werden. Details der Implementiert oblieben jedem selbst.
         </para>
     </sect2>
 
@@ -143,9 +155,10 @@ $layoutVars   = $placeholders->placeholder('Zend_Layout')->getArrayCopy();
         <title>Auflösung eigener Layout Skript Pfade: Verwenden der Beugung</title>
 
         <para>
-            <classname>Zend_Layout</classname> verwendet <classname>Zend_Filter_Inflector</classname> um eine Filterkette zu
-            erstellen für die Übersetzung eines Layout Namens zu einem Layout Skript Pfad. Standardmäßig
-            verwendet es die 'Word_CamelCaseToDash' Regeln gefolgt von 'StringToLower' und dem Anhang 'phtml' um
+            <classname>Zend_Layout</classname> verwendet
+            <classname>Zend_Filter_Inflector</classname> um eine Filterkette zu erstellen für die
+            Übersetzung eines Layout Namens zu einem Layout Skript Pfad. Standardmäßig verwendet es
+            die 'Word_CamelCaseToDash' Regeln gefolgt von 'StringToLower' und dem Anhang 'phtml' um
             den Namen in einen Pfad zu transformieren. Einige Beispiele:
         </para>
 
@@ -164,19 +177,20 @@ $layoutVars   = $placeholders->placeholder('Zend_Layout')->getArrayCopy();
         </itemizedlist>
 
         <para>
-            Es gibt drei Optionen für die Änderung der Beugung: Änderung des Beuzungszieles und/oder des
-            View Suffix über <classname>Zend_Layout</classname> Zugriffsmethoden, änderung der Beugungsregeln und des Ziels
-            der Beugung die mit der <classname>Zend_Layout</classname> Instanz gekoppelt ist, oder Erstellung einer
-            eigenen Beugungsinstanz und dessen Übergabe an <classname>Zend_Layout::setInflector()</classname>.
+            Es gibt drei Optionen für die Änderung der Beugung: Änderung des Beuzungszieles und/oder
+            des View Suffix über <classname>Zend_Layout</classname> Zugriffsmethoden, änderung der
+            Beugungsregeln und des Ziels der Beugung die mit der <classname>Zend_Layout</classname>
+            Instanz gekoppelt ist, oder Erstellung einer eigenen Beugungsinstanz und dessen Übergabe
+            an <classname>Zend_Layout::setInflector()</classname>.
          </para>
 
         <example id="zend.layout.advanced.inflector.accessors">
             <title>Verwenden von Zend_Layout Zugriffsmethoden zur Änderung der Beugung</title>
 
             <para>
-                Der standardmäßige <classname>Zend_Layout</classname> Beugungsmechanismus verwendet statische
-                Referenzen für das Ziel und View Skript Suffix, und besitzt Zugriffsmethoden für das setzen
-                dieser Werte.
+                Der standardmäßige <classname>Zend_Layout</classname> Beugungsmechanismus verwendet
+                statische Referenzen für das Ziel und View Skript Suffix, und besitzt
+                Zugriffsmethoden für das setzen dieser Werte.
             </para>
 
             <programlisting role="php"><![CDATA[
@@ -193,8 +207,9 @@ $layout->setViewSuffix('php');
 
             <para>
                 Beugung hat ein Ziel und ein oder mehrere Regeln. Das Standardziel das von
-                <classname>Zend_Layout</classname> verwendet wird ist: ':script.:suffix'; ':script' wird als registrierter
-                Layoutname übergeben, wärend ':suffix' eine statische Regel der Beugung ist.
+                <classname>Zend_Layout</classname> verwendet wird ist: ':script.:suffix'; ':script'
+                wird als registrierter Layoutname übergeben, wärend ':suffix' eine statische Regel
+                der Beugung ist.
             </para>
 
             <para>
@@ -215,9 +230,10 @@ $layout->getInflector()->setTarget('layouts/:script.:suffix')
             <title>Eigene Beugung</title>
 
             <para>
-                In den meisten Fällen ist es ausreichend den bestehenden Beugungsmechanismus zu verändern.
-                Trotzdem kann man eine Beugung haben die in verschiedenen Orten verwendet werden soll, mit
-                unterschiedlichen Objekten von unterschiedlichen Typen. <classname>Zend_Layout</classname> unterstützt das.
+                In den meisten Fällen ist es ausreichend den bestehenden Beugungsmechanismus zu
+                verändern. Trotzdem kann man eine Beugung haben die in verschiedenen Orten verwendet
+                werden soll, mit unterschiedlichen Objekten von unterschiedlichen Typen.
+                <classname>Zend_Layout</classname> unterstützt das.
             </para>
 
             <programlisting role="php"><![CDATA[
@@ -234,12 +250,12 @@ $layout->setInflector($inflector);
             <title>Beugung kann ausgeschaltet werden</title>
 
             <para>
-                Beugung kann ausgeschaltet und eingeschaltet werden indem eine zugriffsmethode auf dem
-                <classname>Zend_Layout</classname> Objekt verwendet wird. Das kann nützlich sein wenn man einen
-                absoluten Pfad für ein Layout Skript spezifizieren will, oder man weiß das der Mechanismus
-                den man für die Spezifikation des Layout Skripts verwenden will, keine Beugung benötigt.
-                Es können einfach die <code>enableInflection()</code> und <code>disableInflection()</code>
-                Methoden verwendet werden.
+                Beugung kann ausgeschaltet und eingeschaltet werden indem eine zugriffsmethode auf
+                dem <classname>Zend_Layout</classname> Objekt verwendet wird. Das kann nützlich sein
+                wenn man einen absoluten Pfad für ein Layout Skript spezifizieren will, oder man
+                weiß das der Mechanismus den man für die Spezifikation des Layout Skripts verwenden
+                will, keine Beugung benötigt. Es können einfach die <code>enableInflection()</code>
+                und <code>disableInflection()</code> Methoden verwendet werden.
             </para>
         </note>
     </sect2>

documentation/manual/de/module_specs/Zend_Layout-Options.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15156 -->
+<!-- EN-Revision: 15343 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.layout.options">
     <title>Zend_Layout Konfigurations Optionen</title>

documentation/manual/de/module_specs/Zend_Loader-Autoloader-Resource.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15103 -->
+<!-- EN-Revision: 15343 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.loader.autoloader-resource">
     <title>Ressource Autoloader</title>

documentation/manual/de/module_specs/Zend_Loader-PluginLoader.xml

@@ -1,31 +1,33 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15156 -->
+<!-- EN-Revision: 15343 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.loader.pluginloader">
     <title>Plugins laden</title>
 
     <para>
-        Eine Anzahl von Zend Framework Komponenten ist steckbar, und erlaubt es Funktionen dynamisch zu laden
-        durch die Angabe eines Klassenpräfixes und einem Pfad zu den Klassendaten die nicht notwendigerweise im
-        <code>include_path</code> sind, oder nicht notwendigerweise den traditionellen Namenskonventionen
-        folgen. <classname>Zend_Loader_PluginLoader</classname> bietet übliche Funktionalitäten für diesen Prozess.
+        Eine Anzahl von Zend Framework Komponenten ist steckbar, und erlaubt es Funktionen dynamisch
+        zu laden durch die Angabe eines Klassenpräfixes und einem Pfad zu den Klassendaten die nicht
+        notwendigerweise im <code>include_path</code> sind, oder nicht notwendigerweise den
+        traditionellen Namenskonventionen folgen. <classname>Zend_Loader_PluginLoader</classname>
+        bietet übliche Funktionalitäten für diesen Prozess.
     </para>
 
     <para>
-        Die grundsätzliche Verwendung vom <code>PluginLoader</code> folgt den Namenskonventionen vom Zend
-        Framework mit einer Klasse pro Datei, der Verwendung von Unterstrichen als Verzeichnistrenner bei der
-        Auflösung von Pfaden. Es erlaubt die Übergabe eines optionalen Klasenpräfixes der vorangestellt wird,
-        wenn eine bestimmte Pluginklasse geladen wird. Zusätzlich können Pfade in LIFO Reihenfolge durchsucht
-        werden. Die LIFO Suche und der Klassen Präfix erlaubt es für die Plugins Namensräumen zu definieren,
-        und auf diese Weise Plugins zu überladen die vorher registriert wurden.
+        Die grundsätzliche Verwendung vom <code>PluginLoader</code> folgt den Namenskonventionen vom
+        Zend Framework mit einer Klasse pro Datei, der Verwendung von Unterstrichen als
+        Verzeichnistrenner bei der Auflösung von Pfaden. Es erlaubt die Übergabe eines optionalen
+        Klasenpräfixes der vorangestellt wird, wenn eine bestimmte Pluginklasse geladen wird.
+        Zusätzlich können Pfade in LIFO Reihenfolge durchsucht werden. Die LIFO Suche und der
+        Klassen Präfix erlaubt es für die Plugins Namensräumen zu definieren, und auf diese Weise
+        Plugins zu überladen die vorher registriert wurden.
     </para>
 
     <sect2 id="zend.loader.pluginloader.usage">
         <title>Grundsätzliche Verwendung</title>
 
         <para>
-            Nehmen wir zuerst die folgende Verzeichnis Struktur und Klassendateien an, und das das oberste
-            Verzeichnis und das Library Verzeichnis im include_path sind:
+            Nehmen wir zuerst die folgende Verzeichnis Struktur und Klassendateien an, und das das
+            oberste Verzeichnis und das Library Verzeichnis im include_path sind:
         </para>
 
         <programlisting role="txt"><![CDATA[
@@ -51,8 +53,8 @@ library/
 </programlisting>
 
         <para>
-            Jetzt wird ein Plugin Lader erstellt um die verschiedenen vorhandenene View Helfer Repositories
-            anzusprechen:
+            Jetzt wird ein Plugin Lader erstellt um die verschiedenen vorhandenene View Helfer
+            Repositories anzusprechen:
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -65,8 +67,9 @@ $loader->addPrefixPath('Zend_View_Helper', 'Zend/View/Helper/')
 ]]></programlisting>
 
         <para>
-            Anschließend kann ein gegebener View Helfer geladen werden indem nur der Teil des Klassennamens
-            verwendet wird der dem Präfix folgt wie er definiert wurde als die Pfade hinzugefügt wurden:
+            Anschließend kann ein gegebener View Helfer geladen werden indem nur der Teil des
+            Klassennamens verwendet wird der dem Präfix folgt wie er definiert wurde als die Pfade
+            hinzugefügt wurden:
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -88,17 +91,18 @@ $formSubmitClass = $loader->load('FormSubmit'); // 'Bar_View_Helper_FormSubmit'
             <title>Mehrere Pfade können für einen gegebenen Präfix registriert werden</title>
 
             <para>
-                In einigen Fällen kann es gewünscht sein den gleichen Präfix für mehrere Pfade zu verwenden.
-                <classname>Zend_Loader_PluginLoader</classname> registriert aktuell ein Array von Pfaden für jeden
-                gegebenen Präfix; der zuletzt resistrierte wird als erste geprüft. Das ist teilweise nützlich
-                wenn Inkubator Komponenten verwendet werden.
+                In einigen Fällen kann es gewünscht sein den gleichen Präfix für mehrere Pfade zu
+                verwenden. <classname>Zend_Loader_PluginLoader</classname> registriert aktuell ein
+                Array von Pfaden für jeden gegebenen Präfix; der zuletzt resistrierte wird als erste
+                geprüft. Das ist teilweise nützlich wenn Inkubator Komponenten verwendet werden.
             </para>
         </note>
 
         <note>
             <para>
-                Optional kann ein Array von Präfix / Pfad Paaren angegeben werden (oder Präfix / Pfade --
-                Plural, Pfade sind erlaubt) und als Parameter dem Kontruktor übergeben werden:
+                Optional kann ein Array von Präfix / Pfad Paaren angegeben werden (oder Präfix /
+                Pfade -- Plural, Pfade sind erlaubt) und als Parameter dem Kontruktor übergeben
+                werden:
             </para>
 
             <programlisting role="php"><![CDATA[
@@ -111,10 +115,10 @@ $loader = new Zend_Loader_PluginLoader(array(
         </note>
 
         <para>
-            <classname>Zend_Loader_PluginLoader</classname> erlaubt es auch optional Plugins  über Plugin-fähige Objekte
-            zu teilen, ohne das eine Singleton Instanz verwendet werden muß. Das wird durch eine statische
-            Registrierung ermöglicht. Der Name des Registry muß bei der Instanziierung als zweiter Parameter
-            an den Konstruktor übergeben werden:
+            <classname>Zend_Loader_PluginLoader</classname> erlaubt es auch optional Plugins  über
+            Plugin-fähige Objekte zu teilen, ohne das eine Singleton Instanz verwendet werden muß.
+            Das wird durch eine statische Registrierung ermöglicht. Der Name des Registry muß bei
+            der Instanziierung als zweiter Parameter an den Konstruktor übergeben werden:
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -123,8 +127,8 @@ $loader = new Zend_Loader_PluginLoader(array(), 'foobar');
 ]]></programlisting>
 
         <para>
-            Andere Komponenten die den <code>PluginLoader</code> instanziieren un dden gleichen Registry Namen
-            verwenden haben dann Zugriff auf bereits geladene Pfade und Plugins.
+            Andere Komponenten die den <code>PluginLoader</code> instanziieren un dden gleichen
+            Registry Namen verwenden haben dann Zugriff auf bereits geladene Pfade und Plugins.
         </para>
     </sect2>
 
@@ -132,33 +136,36 @@ $loader = new Zend_Loader_PluginLoader(array(), 'foobar');
         <title>Plugin Pfade manipulieren</title>
 
         <para>
-            Das Beispiel der vorherigen Sektion zeigt wie Pfade zu einem Plugin Loader hinzugefügt werden können.
-            Aber was kann getan werden um herauszufinden ob ein Pfad bereits geladen, entfernt oder anderes wurde?
+            Das Beispiel der vorherigen Sektion zeigt wie Pfade zu einem Plugin Loader hinzugefügt
+            werden können. Aber was kann getan werden um herauszufinden ob ein Pfad bereits geladen,
+            entfernt oder anderes wurde?
         </para>
 
         <itemizedlist>
             <listitem>
                 <para>
-                    <code>getPaths($prefix = null)</code> gibt alle Pfade als Präfix / Pfad Paare zurück wenn
-                    kein <code>$prefix</code> angegeben wurde, oder nur die registrierten Pfade für einen
-                    gegebenen Präfix wenn ein <code>$prefix</code> vorhanden ist.
+                    <code>getPaths($prefix = null)</code> gibt alle Pfade als Präfix / Pfad Paare
+                    zurück wenn kein <code>$prefix</code> angegeben wurde, oder nur die
+                    registrierten Pfade für einen gegebenen Präfix wenn ein <code>$prefix</code>
+                    vorhanden ist.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>clearPaths($prefix = null)</code> löscht standardmäßig alle registrierten Pfade,
-                    oder nur die mit einem gegebenen Präfix assoziierten, wenn <code>$prefix</code> angegeben
-                    wurde und dieser im Stack vorhanden ist.
+                    <code>clearPaths($prefix = null)</code> löscht standardmäßig alle registrierten
+                    Pfade, oder nur die mit einem gegebenen Präfix assoziierten, wenn
+                    <code>$prefix</code> angegeben wurde und dieser im Stack vorhanden ist.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>removePrefixPath($prefix, $path = null)</code> erlaubt das selektive löschen eines
-                    speziellen Pfades der mit einem gegebenen Präfix assoziiert ist. Wenn <code>$path</code>
-                    nicht angegeben wurde, werden alle Pfade für diesen Präfix entfernt. Wenn <code>$path</code>
-                    angegeben wurde und dieser für den Präfix existiert, dann wird nur dieser Pfad entfernt.
+                    <code>removePrefixPath($prefix, $path = null)</code> erlaubt das selektive
+                    löschen eines speziellen Pfades der mit einem gegebenen Präfix assoziiert ist.
+                    Wenn <code>$path</code> nicht angegeben wurde, werden alle Pfade für diesen
+                    Präfix entfernt. Wenn <code>$path</code> angegeben wurde und dieser für den
+                    Präfix existiert, dann wird nur dieser Pfad entfernt.
                 </para>
             </listitem>
         </itemizedlist>
@@ -168,14 +175,16 @@ $loader = new Zend_Loader_PluginLoader(array(), 'foobar');
         <title>Testen auf Plugins und Klassennamen erhalten</title>
 
         <para>
-            Hier und da soll einfach eruiert werden ob eine Pluginklasse bereits geladen wurde bevor eine
-            Aktion ausgeführt wird. <code>isLoaded()</code> nimmt einen Pluginnamen und gibt den Status zurück.
+            Hier und da soll einfach eruiert werden ob eine Pluginklasse bereits geladen wurde bevor
+            eine Aktion ausgeführt wird. <code>isLoaded()</code> nimmt einen Pluginnamen und gibt
+            den Status zurück.
         </para>
 
         <para>
-            Ein anderer üblicher Fall für das <code>PluginLoader</code> ist das eruieren des voll qualifizierten
-            Plugin Klassennamens von geladenen Klassen; <code>getClassName()</code> bietet diese Funktionalität.
-            Typischerweise wird dieses in Verbindung mit <code>isLoaded()</code> verwendet:
+            Ein anderer üblicher Fall für das <code>PluginLoader</code> ist das eruieren des voll
+            qualifizierten Plugin Klassennamens von geladenen Klassen; <code>getClassName()</code>
+            bietet diese Funktionalität. Typischerweise wird dieses in Verbindung mit
+            <code>isLoaded()</code> verwendet:
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -190,28 +199,29 @@ if ($loader->isLoaded('Adapter')) {
         <title>Bessere Performance für Plugins erhalten</title>
 
         <para>
-            Das Laden von Plugins kann eine teure Operation sein. Im Innersten muß es durch jeden Präfix
-            springen, dann durch jeden Pfad dieses Präfixes, solange bis es eine passende Datei findet --
-            und welche die erwartete Klasse definiert. In Fällen wo die Datei existiert aber die Klasse
-            nicht definiert ist, wird ein Fehler auf dem PHP Fehlerstack hinzugefügt, was auch eine
-            teure Operation ist. Die Frage die sich stellt lautet also: Wie kann man die Flexibilität der
-            Plugins behalten und auch die Performance sicherstellen?
+            Das Laden von Plugins kann eine teure Operation sein. Im Innersten muß es durch jeden
+            Präfix springen, dann durch jeden Pfad dieses Präfixes, solange bis es eine passende
+            Datei findet -- und welche die erwartete Klasse definiert. In Fällen wo die Datei
+            existiert aber die Klasse nicht definiert ist, wird ein Fehler auf dem PHP Fehlerstack
+            hinzugefügt, was auch eine teure Operation ist. Die Frage die sich stellt lautet also:
+            Wie kann man die Flexibilität der Plugins behalten und auch die Performance
+            sicherstellen?
         </para>
 
         <para>
-            <classname>Zend_Loader_PluginLoader</classname> bietet ein optional einschaltbares Feature für genau diese
-            Situation, einen integrierten Cache für die Klassendateien. Wenn er aktiviert wird, erstellt er
-            eine Datei die alle erfolgreichen Includes enthält welche dann von der Bootstrap Datei aus
-            aufgerufen werden kann. Durch Verwendung dieser Strategie, kann die Performance für
-            Produktive Server sehr stark verbessert werden.
+            <classname>Zend_Loader_PluginLoader</classname> bietet ein optional einschaltbares
+            Feature für genau diese Situation, einen integrierten Cache für die Klassendateien. Wenn
+            er aktiviert wird, erstellt er eine Datei die alle erfolgreichen Includes enthält welche
+            dann von der Bootstrap Datei aus aufgerufen werden kann. Durch Verwendung dieser
+            Strategie, kann die Performance für Produktive Server sehr stark verbessert werden.
         </para>
 
         <example id="zend.loader.pluginloader.performance.example">
             <title>Verwendung des integrierten Klassendatei Caches des PluginLoaders</title>
 
             <para>
-                Um den integrierten Klassendatei Cache zu verwenden muß einfach der folgende Code in die
-                Bootstrap Datei eingefügt werden:
+                Um den integrierten Klassendatei Cache zu verwenden muß einfach der folgende Code in
+                die Bootstrap Datei eingefügt werden:
             </para>
 
             <programlisting role="php"><![CDATA[
@@ -223,15 +233,15 @@ Zend_Loader_PluginLoader::setIncludeFileCache($classFileIncCache);
 ]]></programlisting>
 
             <para>
-                Natürlich, veriiert der Pfad und der Dateiname basieren auf den eigenen Bedürfnissen.
-                Dieser Code sollte so früh wie möglich vorhanden sein um sicherzustellen das
-                Plugin-basierende Komponenten davon Verwendung machen können.
+                Natürlich, veriiert der Pfad und der Dateiname basieren auf den eigenen
+                Bedürfnissen. Dieser Code sollte so früh wie möglich vorhanden sein um
+                sicherzustellen das Plugin-basierende Komponenten davon Verwendung machen können.
             </para>
 
             <para>
-                Wärend der Entwicklung kann es gewünscht sein den Cache auszuschalten. Eine Methode um das
-                zu tun ist die Verwendung eines Konfigurationsschlüsses um festzustellen ob der PluginLoader
-                cachen soll oder nicht.
+                Wärend der Entwicklung kann es gewünscht sein den Cache auszuschalten. Eine Methode
+                um das zu tun ist die Verwendung eines Konfigurationsschlüsses um festzustellen ob
+                der PluginLoader cachen soll oder nicht.
             </para>
 
             <programlisting role="php"><![CDATA[
@@ -245,8 +255,8 @@ if ($config->enablePluginLoaderCache) {
 ]]></programlisting>
 
             <para>
-                Diese Technik erlaubt es die Änderungen in der Konfigurationsdatei zu belassen und nicht
-                im Code.
+                Diese Technik erlaubt es die Änderungen in der Konfigurationsdatei zu belassen und
+                nicht im Code.
             </para>
         </example>
     </sect2>

documentation/manual/de/module_specs/Zend_Loader.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15156 -->
+<!-- EN-Revision: 15343 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.loader.load">
 

documentation/manual/de/module_specs/Zend_Locale-DatesTimes.xml

@@ -6,15 +6,16 @@
     <title>Arbeiten mit Daten und Zeiten</title>
 
     <para>
-        <classname>Zend_Locale_Format</classname> bietet verschiedene Methoden für das Arbeiten mit Daten und Zeiten und hilft
-        bei der Konvertierung und Normalisierung zwischen verschiedenen Formaten und verschiedenen Gebietsschemata.
-        Für die Manipulation von Datumszeichenketten die bereits übereinstimmen mit
-        <link linkend="zend.date.constants">einem der vielen international erkannten Standardformate, oder einem der
-        lokalisierten Datumsformat welche von <classname>Zend_Date</classname> verwendet werden</link>.
-        Die Verwendung von vordefinierten Formate bietet Vorteile, wie die Benutzung von gut getestetem Code, und
-        die Sicherheit von Beweglichkeit und Interoperabilität (abhängig vom benutzten Standard). Das unten angeführte
-        Beispiel folgt nicht dieser Empfehlung, da die Benutzung von nicht standardmäßigen Datumsformaten die
-        Verständlichkeit der Beispiele unnötig erhöhen wurde.
+        <classname>Zend_Locale_Format</classname> bietet verschiedene Methoden für das Arbeiten mit
+        Daten und Zeiten und hilft bei der Konvertierung und Normalisierung zwischen verschiedenen
+        Formaten und verschiedenen Gebietsschemata. Für die Manipulation von Datumszeichenketten die
+        bereits übereinstimmen mit <link linkend="zend.date.constants">einem der vielen
+        international erkannten Standardformate, oder einem der lokalisierten Datumsformat welche
+        von <classname>Zend_Date</classname> verwendet werden</link>. Die Verwendung von
+        vordefinierten Formate bietet Vorteile, wie die Benutzung von gut getestetem Code, und die
+        Sicherheit von Beweglichkeit und Interoperabilität (abhängig vom benutzten Standard). Das
+        unten angeführte Beispiel folgt nicht dieser Empfehlung, da die Benutzung von nicht
+        standardmäßigen Datumsformaten die Verständlichkeit der Beispiele unnötig erhöhen wurde.
     </para>
 
     <sect2 id="zend.locale.date.normalize">
@@ -22,21 +23,23 @@
         <title>Daten und Zeiten normalisieren</title>
 
         <para>
-            Die Methode <code>getDate()</code> analysiert Zeichenketten welche Daten in einem lokalisierten Format
-            enthalten. Das Ergebnis wird als strukturiertes Array zurück gegeben, mit gut definierten Schlüsseln
-            für jeden Teil des Datums. Zusätzlich enthält das Array den Schlüssel 'date_format' der den Format
-            String zeigt der benutzt wurde um die Zeichenkette mit dem Eingabedatum zu analysieren. Da ein
-            lokalisiertes Datum nicht alle Teile eines Datums oder einer Zeit enthalten muß, sind alle Schüssel
-            Paare des Arrays optional. Wenn zum Beispiel nur Jahr, Monat und Tag gegeben sind, dann werden alle
-            Zeit Werte beim zurückgegebenen Array unterdrückt und umgekehrt wenn nur Stunde, Minute und Sekunde
-            als Eingabe angegeben werden. Wenn weder ein Datum noch eine Zeit in der Eingabe gefunden werden,
-            dann wird eine Ausnahme geworfen.
+            Die Methode <code>getDate()</code> analysiert Zeichenketten welche Daten in einem
+            lokalisierten Format enthalten. Das Ergebnis wird als strukturiertes Array zurück
+            gegeben, mit gut definierten Schlüsseln für jeden Teil des Datums. Zusätzlich enthält
+            das Array den Schlüssel 'date_format' der den Format String zeigt der benutzt wurde um
+            die Zeichenkette mit dem Eingabedatum zu analysieren. Da ein lokalisiertes Datum nicht
+            alle Teile eines Datums oder einer Zeit enthalten muß, sind alle Schüssel Paare des
+            Arrays optional. Wenn zum Beispiel nur Jahr, Monat und Tag gegeben sind, dann werden
+            alle Zeit Werte beim zurückgegebenen Array unterdrückt und umgekehrt wenn nur Stunde,
+            Minute und Sekunde als Eingabe angegeben werden. Wenn weder ein Datum noch eine Zeit in
+            der Eingabe gefunden werden, dann wird eine Ausnahme geworfen.
         </para>
 
         <para>
-            Wenn <code>setOption(array('fix_date' => true))</code> gesetzt wird, enthält die Methode <code>getDate()</code>
-            einen Schlüssel 'fixed' der eine Zahl enthält welche anzeigt ob die eingegebene Zeichenkette korrigiert
-            wurde indem Tag, Monat oder Jahr getauscht wurden um in das Format zu passen das angegeben wurde.
+            Wenn <code>setOption(array('fix_date' => true))</code> gesetzt wird, enthält die Methode
+            <code>getDate()</code> einen Schlüssel 'fixed' der eine Zahl enthält welche anzeigt ob
+            die eingegebene Zeichenkette korrigiert wurde indem Tag, Monat oder Jahr getauscht
+            wurden um in das Format zu passen das angegeben wurde.
         </para>
 
         <table id="zend.locale.date.normalize.table-1">
@@ -74,20 +77,23 @@
         </table>
 
         <para>
-            Für jene die ein spezielles Format für Datumseingaben definieren müssen, werden die nachfolgend
-            angegebenen Format Zeichen unterstützt. Wenn ein ungültiges Format Zeichen verwendet wird, so wie
-            PHP's 'i' Zeichen in einem ISO Format, dann wird ein Fehler von den Methoden, die benutzer definierte
-            Formate in <classname>Zend_Locale_Format</classname> unterstützen, geworfen.
+            Für jene die ein spezielles Format für Datumseingaben definieren müssen, werden die
+            nachfolgend angegebenen Format Zeichen unterstützt. Wenn ein ungültiges Format Zeichen
+            verwendet wird, so wie PHP's 'i' Zeichen in einem ISO Format, dann wird ein Fehler von
+            den Methoden, die benutzerdefinierte Formate in
+            <classname>Zend_Locale_Format</classname> unterstützen, geworfen.
         </para>
 
         <para>
-            Die unten angegebenen Zeichen sind nur ein kleiner Teil des kompletten "ISO" Sets welches von
-            <classname>Zend_Date</classname>'s <code>toString()</code> unterstützt werden. Wenn PHP <code>date()</code> kompatible
-            Format Zeichen benutzt werden müssen, dann muß zuerst <code>setOptions(array('format_type' => 'php'))</code>
-            aufgerufen werden. Und wenn eine spezielle Format Zeichenkette vom PHP <code>date()</code> kompatiblen
-            Format in ein "ISO" Format konvertiert werden muß kann <code>convertPhpToIsoFormat()</code>
-            benutzt werden. Aktuell besteht die einzige praktische Differenz darin dass das Zeichen für
-            Minuten unterschiedlich ist ('m' wird im ISO Format und 'i' im PHP date Format verwendet).
+            Die unten angegebenen Zeichen sind nur ein kleiner Teil des kompletten "ISO" Sets
+            welches von <classname>Zend_Date</classname>'s <code>toString()</code> unterstützt
+            werden. Wenn PHP <code>date()</code> kompatible Format Zeichen benutzt werden müssen,
+            dann muß zuerst <code>setOptions(array('format_type' => 'php'))</code> aufgerufen
+            werden. Und wenn eine spezielle Format Zeichenkette vom PHP <code>date()</code>
+            kompatiblen Format in ein "ISO" Format konvertiert werden muß kann
+            <code>convertPhpToIsoFormat()</code> benutzt werden. Aktuell besteht die einzige
+            praktische Differenz darin dass das Zeichen für Minuten unterschiedlich ist ('m' wird im
+            ISO Format und 'i' im PHP date Format verwendet).
         </para>
 
         <table id="zend.locale.date.normalize.table-2">
@@ -192,14 +198,15 @@ Array
         </example>
 
         <para>
-            Da <code>getDate()</code> "lokalisierbar" ist, ist die Angabe von <code>$locale</code> ausreichend um
-            Datumseingaben einem Gebietsschema Format zuzuordnen. Die Option '<code>fix_date</code>' verwendet
-            einfache Tests um herauszufinden ob Tag oder Monat ungültig sind, um dann eine Heuristik anzuwenden
-            die versucht alle gefundenen Probleme zu korrigieren. Anzumerken ist auch die Verwendung von
-            '<classname>Zend_Locale_Format::STANDARD</classname>' als Wert für '<code>date_format</code>' bei der Funktion
-            <code>setOptions()</code> um zu verhindern das das klassenweit gesetzte standardmäßige Datumsformat
-            verwendet wird. Das zwingt getDate dazu das standardmäßige Datumsformat dieser <code>$locale</code>
-            zu verwenden.
+            Da <code>getDate()</code> "lokalisierbar" ist, ist die Angabe von <code>$locale</code>
+            ausreichend um Datumseingaben einem Gebietsschema Format zuzuordnen. Die Option
+            '<code>fix_date</code>' verwendet einfache Tests um herauszufinden ob Tag oder Monat
+            ungültig sind, um dann eine Heuristik anzuwenden die versucht alle gefundenen Probleme
+            zu korrigieren. Anzumerken ist auch die Verwendung von
+            '<classname>Zend_Locale_Format::STANDARD</classname>' als Wert für
+            '<code>date_format</code>' bei der Funktion <code>setOptions()</code> um zu verhindern
+            das das klassenweit gesetzte standardmäßige Datumsformat verwendet wird. Das zwingt
+            getDate dazu das standardmäßige Datumsformat dieser <code>$locale</code> zu verwenden.
         </para>
 
         <example id="zend.locale.date.normalize.example-2">
@@ -217,8 +224,8 @@ print_r ($date);
         </example>
 
         <para>
-            Ein komplettes Datum mit Uhrzeit wird zurückgegeben, wenn die Eingabe beides, ein Datum und eine
-            Uhrzeit, um erwarteten Format enthält.
+            Ein komplettes Datum mit Uhrzeit wird zurückgegeben, wenn die Eingabe beides, ein Datum
+            und eine Uhrzeit, um erwarteten Format enthält.
         </para>
 
         <example id="zend.locale.date.normalize.example-3">
@@ -236,9 +243,9 @@ print_r ($date);
         </example>
 
         <para>
-            Wenn ein spezielles Format gewünscht ist, muß das <code>$format</code> Argument definiert werden, ohne
-            der Angabe von <code>$locale</code>. Nur die einzelnen Zeichen (H, m, s, y, M, d), und MMMM und EEEE
-            werden bei <code>$format</code> unterstützt.
+            Wenn ein spezielles Format gewünscht ist, muß das <code>$format</code> Argument
+            definiert werden, ohne der Angabe von <code>$locale</code>. Nur die einzelnen Zeichen
+            (H, m, s, y, M, d), und MMMM und EEEE werden bei <code>$format</code> unterstützt.
         </para>
 
         <example id="zend.locale.date.normalize.example-4">
@@ -338,16 +345,17 @@ print_r ($date);
         <note>
             <title>Datumsformate für Datenbanken</title>
             <para>
-                Um einen Datumswert einer Datenbank zu analysieren (zum Beispiel MySql oder MsSql) sollte
-                <classname>Zend_Date</classname>'s ISO_8601 Format statt getDate() benutzt werden.
+                Um einen Datumswert einer Datenbank zu analysieren (zum Beispiel MySql oder MsSql)
+                sollte <classname>Zend_Date</classname>'s ISO_8601 Format statt getDate() benutzt
+                werden.
             </para>
         </note>
 
         <para>
-            Die Option '<code>fix_date</code>' benutzt einfache Tests um herauszufinden ob der Tag oder das
-            Monat ungültig sind, und wendet dann eine Heuristik an die versucht die erkannten Probleme zu
-            beheben. <code>getDate()</code> erkennt und behebt automatisch einige Problem mit falschen
-            Eingabe, wie zum Beispiel ein falsch plaziertes Jahr:
+            Die Option '<code>fix_date</code>' benutzt einfache Tests um herauszufinden ob der Tag
+            oder das Monat ungültig sind, und wendet dann eine Heuristik an die versucht die
+            erkannten Probleme zu beheben. <code>getDate()</code> erkennt und behebt automatisch
+            einige Problem mit falschen Eingabe, wie zum Beispiel ein falsch plaziertes Jahr:
         </para>
 
         <example id="zend.locale.date.normalize.example-5">
@@ -370,13 +378,14 @@ print_r ($date);
         <title>Testen von Daten</title>
 
         <para>
-            <code>checkDateFormat($inputString, array('date_format' => $format, $locale))</code> kann benutzt werden
-            um zu prüfen ob eine Zeichenkette alle erwarteten Datumsteile enthält. Die Methode
-            <code>checkDateFormat()</code> benutzt <code>getDate()</code> aber ohne die Verwendung der Option
-            <code>'fixdate'</code> um zu verhindern das wahr zurück gegeben wird wenn die Eingabe nicht dem
-            Datumsformat entspricht. Wenn Fehler in der Eingabe gefunden werden, wie zum Beispiel getauschte
-            Werte für Monat oder Jahr, wendet die Option <code>'fixdate'</code> eine Heuristik an um das
-            "richtige" Datum zu eruieren bevor dieses auf Gültigkeit geprüft wird.
+            <code>checkDateFormat($inputString, array('date_format' => $format, $locale))</code>
+            kann benutzt werden um zu prüfen ob eine Zeichenkette alle erwarteten Datumsteile
+            enthält. Die Methode <code>checkDateFormat()</code> benutzt <code>getDate()</code> aber
+            ohne die Verwendung der Option <code>'fixdate'</code> um zu verhindern das wahr zurück
+            gegeben wird wenn die Eingabe nicht dem Datumsformat entspricht. Wenn Fehler in der
+            Eingabe gefunden werden, wie zum Beispiel getauschte Werte für Monat oder Jahr, wendet
+            die Option <code>'fixdate'</code> eine Heuristik an um das "richtige" Datum zu eruieren
+            bevor dieses auf Gültigkeit geprüft wird.
         </para>
 
         <example id="zend.locale.date.test.example-1">
@@ -403,10 +412,10 @@ if (Zend_Locale_Format::checkDateFormat('13.Apr.2006',
         <title>Normalisieren von Zeiten</title>
 
         <para>
-            Normalerweise werden Zeiten zusammen mit einem Datum zurückgegeben, wenn die Eingabe beide Werte
-            enthält. Wenn das richtige Format nicht bekannt ist, aber das Gebietsschema für die Eingabe des Benutzers
-            bekannt ist, sollte <code>getTime()</code> verwendet werden, weil es das standardmäßige Zeitformat für
-            das ausgewählte Gebietsschema benutzt.
+            Normalerweise werden Zeiten zusammen mit einem Datum zurückgegeben, wenn die Eingabe
+            beide Werte enthält. Wenn das richtige Format nicht bekannt ist, aber das Gebietsschema
+            für die Eingabe des Benutzers bekannt ist, sollte <code>getTime()</code> verwendet
+            werden, weil es das standardmäßige Zeitformat für das ausgewählte Gebietsschema benutzt.
         </para>
 
         <example id="zend.locale.time.normalizing.example-1">
@@ -432,9 +441,10 @@ if (Zend_Locale_Format::getTime('13:44:42',
         <title>Testen von Zeiten</title>
 
         <para>
-            <code>checkDateFormat()</code> kann verwendet werden um zu prüfen ob eine Zeichenkette eine
-            gültige Zeit enthält. Die Verwendung ist genau die gleiche wie beim Prüfen von Daten und
-            <code>date_format</code> sollte die Teile enthalten von denen erwartet wird das man Sie erhält.
+            <code>checkDateFormat()</code> kann verwendet werden um zu prüfen ob eine Zeichenkette
+            eine gültige Zeit enthält. Die Verwendung ist genau die gleiche wie beim Prüfen von
+            Daten und <code>date_format</code> sollte die Teile enthalten von denen erwartet wird
+            das man Sie erhält.
         </para>
 
         <example id="zend.locale.time.test.example-1">

documentation/manual/de/module_specs/Zend_Locale-Functions.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15215 -->
+<!-- EN-Revision: 15346 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.locale.functions">
 

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15215 -->
+<!-- EN-Revision: 15346 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.locale.introduction">
 

documentation/manual/de/module_specs/Zend_Mail_Read.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15156 -->
+<!-- EN-Revision: 15341 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.mail.read">
     <title>Lesen von Mail Nachrichten</title>
@@ -395,7 +395,6 @@ foreach ($mail as $message) {
     echo $message->subject . "\n";
 }
 
-
 // Prüfen auf bekannte Flags
 $flags = $message->getFlags();
 echo "Nachricht wurde markiert als: ";

documentation/manual/de/module_specs/Zend_Measure-Creation.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15157 -->
+<!-- EN-Revision: 15341 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.measure.creation">
 
@@ -122,7 +122,6 @@ $unit = new Zend_Measure_Length($mystring,
                                 $locale);
 echo $unit; // Ausgabe "1.234 m"
 
-
 $mystring = "Das Boot ist 1,234.50 lang.";
 $unit = new Zend_Measure_Length($mystring,
                                 Zend_Measure_Length::STANDARD,

documentation/manual/de/module_specs/Zend_Mime_Message.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15103 -->
+<!-- EN-Revision: 15343 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.mime.message">
     <title>Zend_Mime_Message</title>

documentation/manual/de/module_specs/Zend_Navigation-Containers.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15157 -->
+<!-- EN-Revision: 15343 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.navigation.containers">
     <title>Container</title>

documentation/manual/de/module_specs/Zend_Pdf-Create.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15157 -->
+<!-- EN-Revision: 15341 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.pdf.create">
     <title>Erstellen und Laden von PDF Dokumenten</title>

documentation/manual/de/module_specs/Zend_Pdf-Drawing.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15157 -->
+<!-- EN-Revision: 15341 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.pdf.drawing">
     <title>Zeichnen</title>

documentation/manual/de/module_specs/Zend_Pdf-Usage.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15157 -->
+<!-- EN-Revision: 15341 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.pdf.usage">
     <title>Anwendungsbeispiel für die Zend_Pdf Komponente</title>
@@ -206,7 +206,6 @@ $page2->setLineWidth(0.5)
 
 $page2->restoreGS();
 
-
 // Wechsel des Koordinationssystems, drehen und skalieren
 $page2->saveGS();
 $page2->translate(60, 150)     // Wechseln des Koordinationssystems

documentation/manual/de/module_specs/Zend_Search_Lucene-Advanced.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15157 -->
+<!-- EN-Revision: 15346 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.search.lucene.advanced">
     <title>Erweitert</title>
@@ -127,7 +127,6 @@ Searcher::initIndex();
 ]]></programlisting>
         </para>
 
-
         <para>
             Auf die gleiche Art und Weise wird der Objektdestruktor für statische Eigenschaften an
             dieser Stelle des Programablaufes korrekt aufgerufen.

documentation/manual/de/module_specs/Zend_Search_Lucene-BestPractice.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15157 -->
+<!-- EN-Revision: 15341 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.search.lucene.best-practice">
     <title>Die besten Anwendungen</title>
@@ -34,14 +34,12 @@ foreach ($hits as $hit) {
     // Das 'contents' Dokumentfeld erhalten
     $contents = $hit->contents;
 
-
     // Die interne Lucene Dokument ID erhalten
     $id = $hit->id;
 
     // Die Anzahl der Abfragetreffer erhalten
     $score = $hit->score;
 
-
     // Das 'id' Dokumentfeld erhalten
     $docId = $hit->getDocument()->id;
 
@@ -55,7 +53,6 @@ foreach ($hits as $hit) {
         </para>
     </sect2>
 
-
     <sect2 id="zend.search.lucene.best-practice.indexing-performance">
         <title>Geschwindigkeit von Indezes</title>
 
@@ -271,7 +268,6 @@ $index->optimize();
             Segmenten zu erhalten.
         </para>
 
-
         <para>
             Das Tunen des <emphasis>MergeFactor</emphasis> Parameters ist effektiver für die
             Geschwindigkeit der Indizierens per Batch als <emphasis>MaxMergeDocs</emphasis>. Aber es

documentation/manual/de/module_specs/Zend_Search_Lucene-Extending.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15157 -->
+<!-- EN-Revision: 15341 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.search.lucene.extending">
     <title>Erweiterbarkeit</title>
@@ -383,7 +383,6 @@ abstract class Zend_Search_Lucene_Storage_Directory {
  */
 abstract function close();
 
-
 /**
  * Erstellt im Verzeichnis eine neue, leere Datei mit dem übergebenen Dateinamen $filename.
  *
@@ -392,7 +391,6 @@ abstract function close();
  */
 abstract function createFile($filename);
 
-
 /**
  * Entfernt eine vorhande Datei $filename aus dem Verzeichnis.
  *
@@ -401,7 +399,6 @@ abstract function createFile($filename);
  */
 abstract function deleteFile($filename);
 
-
 /**
  * Gibt true zurück, wenn eine Datei mit dem übergebenen Dateinamen $filename existiert
  *
@@ -410,7 +407,6 @@ abstract function deleteFile($filename);
  */
 abstract function fileExists($filename);
 
-
 /**
  * Gibt die länge eine Datei $filename im Verzeichnis zurück
  *
@@ -419,7 +415,6 @@ abstract function fileExists($filename);
  */
 abstract function fileLength($filename);
 
-
 /**
  * Gibt den UNIX Zeitstempel für die letzte Änderung der Datei $filename zurück.
  *
@@ -428,7 +423,6 @@ abstract function fileLength($filename);
  */
 abstract function fileModified($filename);
 
-
 /**
  * Benennt eine vorhandene Datei im Verzeichnis um.
  *
@@ -438,7 +432,6 @@ abstract function fileModified($filename);
  */
 abstract function renameFile($from, $to);
 
-
 /**
  * Ändert die Änderungstzeit der Datei $filename auf jetzt um
  *
@@ -447,7 +440,6 @@ abstract function renameFile($from, $to);
  */
 abstract function touchFile($filename);
 
-
 /**
  * Gibt ein Zend_Search_Lucene_Storage_File Objekt für den^
  * Dateinamen $filename aus dem Verzeichnis zurück.

documentation/manual/de/module_specs/Zend_Search_Lucene-IndexCreation.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15215 -->
+<!-- EN-Revision: 15341 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.search.lucene.index-creation">
     <title>Indexerstellung</title>
@@ -288,7 +288,6 @@ $index->optimize();
             Methode zu überschreiben.
         </para>
 
-
         <programlisting role="php"><![CDATA[
 // Die aktuelle Datei Berechtigung erhalten
 $currentPermissions =

documentation/manual/de/module_specs/Zend_Search_Lucene-Queries.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15157 -->
+<!-- EN-Revision: 15341 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.search.lucene.query-api">
     <title>Abfrage Erzeugungs API</title>
@@ -594,7 +594,6 @@ $query = new Zend_Search_Lucene_Search_Query_Phrase(
             Wird nach der Phrase 'zend framework' im 'title' Feld suchen.
         </para>
 
-
         <para>
             Die <classname>Zend_Search_Lucene_Search_Query_Phrase::addTerm()</classname> Methode
             nimmt zwei Argumente entgeben. Ein <classname>Zend_Search_Lucene_Index_Term</classname>

documentation/manual/de/module_specs/Zend_Service_Amazon_Ec2-Ebs.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15157 -->
+<!-- EN-Revision: 15343 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.service.amazon.ec2.ebs">
     <title>Zend_Service_Amazon_Ec2: Elastischer Block Speicher (EBS)</title>

documentation/manual/de/module_specs/Zend_Service_Amazon_Ec2-Elasticip.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15157 -->
+<!-- EN-Revision: 15341 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.service.amazon.ec2.elasticip">
     <title>Zend_Service_Amazon_Ec2: Elastische IP Adressen</title>

documentation/manual/de/module_specs/Zend_Service_Amazon_Ec2-Image.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15157 -->
+<!-- EN-Revision: 15343 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.service.amazon.ec2.images">
     <title>Zend_Service_Amazon_Ec2: Amazon Maschinen Images (AMI)</title>
@@ -73,7 +73,7 @@ $ip = $ec2_img->deregister($imageId);
                             <entry><code>public</code></entry>
                             <entry><para>
                                 Der Eigentümer des AMI gibt allen Gruppen das Recht das AMI zu
-                                starten.  Alle Benutzer haben Startberechtigung für diese AMIs.
+                                starten. Alle Benutzer haben Startberechtigung für diese AMIs.
                             </para></entry>
                         </row>
                         <row>

documentation/manual/de/module_specs/Zend_Service_Amazon_Ec2-Instance.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15157 -->
+<!-- EN-Revision: 15343 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.service.amazon.ec2.instance">
     <title>Zend_Service_Amazon_Ec2: Instanzen</title>

documentation/manual/de/module_specs/Zend_Service_Amazon_Ec2-Keypair.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15157 -->
+<!-- EN-Revision: 15343 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.service.amazon.ec2.keypairs">
     <title>Zend_Service_Amazon_Ec2: Schlüsselpaare</title>

documentation/manual/de/module_specs/Zend_Service_Amazon_Ec2-RegionsAndAvalibilityZones.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15157 -->
+<!-- EN-Revision: 15343 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.service.amazon.ec2.zones">
     <title>Zend_Service_Amazon_Ec2: Regionen und Availability Zones</title>

documentation/manual/de/module_specs/Zend_Service_Amazon_S3.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15157 -->
+<!-- EN-Revision: 15343 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.service.amazon.s3">
     <title>Zend_Service_Amazon_S3</title>
@@ -247,7 +247,6 @@ foreach($list as $bucket) {
             <code>http://s3.amazonaws.com/[bucket-name]/[object-name]</code>.
         </para>
 
-
         <itemizedlist>
             <listitem>
                 <para>

documentation/manual/de/module_specs/Zend_Service_Nirvanix.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15157 -->
+<!-- EN-Revision: 15341 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.service.nirvanix">
     <title>Zend_Service_Nirvanix</title>
@@ -262,7 +262,6 @@ $result = $imfs->putContents('/foo.txt', 'Vierzehn Bytes');
 print_r($result);
 ?>
 
-
 Zend_Service_Nirvanix_Response Object
 (
     [_sxml:protected] => SimpleXMLElement Object

documentation/manual/de/module_specs/Zend_Service_SlideShare.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15234 -->
+<!-- EN-Revision: 15346 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.service.slideshare">
 

documentation/manual/de/module_specs/Zend_Service_StrikeIron-Overview.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15157 -->
+<!-- EN-Revision: 15341 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.service.strikeiron">
     <title>Zend_Service_StrikeIron</title>
@@ -259,7 +259,6 @@ $rateInfo = $taxBasic->getTaxRateCanada(array('province' => 'ontario'));
 print_r($rateInfo);
 ?>
 
-
 Zend_Service_StrikeIron_Decorator Object
 (
     [_name:protected] => GetTaxRateCanadaResult

documentation/manual/de/module_specs/Zend_Session-AdvancedUsage.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15157 -->
+<!-- EN-Revision: 15346 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.session.advanced_usage">
 

documentation/manual/de/module_specs/Zend_Session-GlobalSessionManagement.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15234 -->
+<!-- EN-Revision: 15346 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.session.global_session_management">
 
@@ -84,7 +84,6 @@ name = UNIQUE_NAME
 ; remember_me_seconds = <integer seconds>
 ; strict = on|off
 
-
 ; Entwicklung beinhaltet Konfiguration der Produktion,
 ; überschreibt aber diverse Werte
 [development : production]

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

@@ -24,7 +24,7 @@
             url="http://www.php.net/manual/de/reserved.variables.php#reserved.variables.session"><code>$_SESSION[]</code></ulink>
         gespeichert, durch <classname>Zend_Session</classname> verwaltet und durch
         <classname>Zend_Session_Namespace</classname> Zugriffsobjekte individuell verändert werden.
-        <emphasis role="bold">Session Namensräume</emphasis> gestatten den Zugriff auf Session Daten
+        <emphasis>Session Namensräume</emphasis> gestatten den Zugriff auf Session Daten
         durch Verwendung klassischer <ulink
             url="http://en.wikipedia.org/wiki/Namespace_%28computer_science%29">Namensräume</ulink>
         welche durch logische, namentlich gruppierte, assoziative Arrays, dessen Schlüssel mit

documentation/manual/de/module_specs/Zend_Soap_AutoDiscovery.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15157 -->
+<!-- EN-Revision: 15341 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.soap.autodiscovery">
     <title>AutoDiscovery</title>

documentation/manual/de/module_specs/Zend_Soap_Client.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15234 -->
+<!-- EN-Revision: 15341 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.soap.client">
     <title>Zend_Soap_Client</title>
@@ -154,7 +154,6 @@ $client = new Zend_Soap_Client("some.wsdl",
         </para>
     </sect2>
 
-
     <sect2 id="zend.soap.client.calls">
         <title>SOAP Anfragen durchführen.</title>
 

documentation/manual/de/module_specs/Zend_Soap_Server.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15234 -->
+<!-- EN-Revision: 15346 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.soap.server">
     <title>Zend_Soap_Server</title>

documentation/manual/de/module_specs/Zend_Soap_Wsdl.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15234 -->
+<!-- EN-Revision: 15341 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.soap.wsdl">
     <title>WSDL Zugriffsmethoden</title>
@@ -180,7 +180,6 @@
         </para>
     </sect2>
 
-
     <sect2 id="zend.soap.wsdl.add_binding_operation">
         <title>Die addBindingOperation() Methode.</title>
         <para>

documentation/manual/de/module_specs/Zend_Test-PHPUnit-Bootstrapping.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15157 -->
+<!-- EN-Revision: 15341 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.test.phpunit.bootstrapping">
     <title>Bootstrapping der eigenen TestCases</title>

documentation/manual/de/module_specs/Zend_TimeSync-Working.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15157 -->
+<!-- EN-Revision: 15346 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.timesync.working">
 

documentation/manual/de/module_specs/Zend_TimeSync.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15234 -->
+<!-- EN-Revision: 15346 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.timesync.introduction">
 

documentation/manual/de/module_specs/Zend_Tool_Framework-Architecture.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15223 -->
+<!-- EN-Revision: 15343 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.tool.framework.architecture">
     <title>Architecture</title>
@@ -73,7 +73,7 @@ interface Zend_Tool_Framework_Registry_EnabledInterface
 
         <para>
             <classname>Zend_Tool_Framework_Provider</classname> represents the functional
-            or "capability" aspect of the framework.  Fundamentally,
+            or "capability" aspect of the framework. Fundamentally,
             <classname>Zend_Tool_Framework_Provider</classname> will provide the
             interfaces necessary to produce "providers", or bits of tooling
             functionality that can be called and used inside the
@@ -125,7 +125,6 @@ abstract class Zend_Tool_Framework_Provider_Abstract
             manifest metadata is loaded into the Manifest Repository.
         </para>
 
-
         <para>
             To implement a loader, one must extend the following abstract class:
         </para>
@@ -145,7 +144,7 @@ abstract class Zend_Tool_Framework_Loader_Abstract
 
         <para>
             The _getFiles() method should return an array of files (absolute
-            paths).  The built-in loader supplied with ZF is called the
+            paths). The built-in loader supplied with ZF is called the
             IncludePath loader. By default, the Tooling framework will use an
             include path based loader to find files that might include Providers
             or Manifest Metadata objects.
@@ -215,8 +214,8 @@ interface Zend_Tool_Framework_Manifest_Interface
 
         <para>
             There are a few different metadata classes that can be used to
-            describe metadata.  The Zend_Tool_Framework_Manifest_Metadata is the
-            base metadata object.  As you can see by the following code snippet,
+            describe metadata. The Zend_Tool_Framework_Manifest_Metadata is the
+            base metadata object. As you can see by the following code snippet,
             the base metadata class is fairly lightweight and abstract in
             nature:
         </para>
@@ -277,9 +276,9 @@ class Zend_Tool_Framework_Manifest_ProviderMetadata
 
         <para>
             'Type' in these classes is used to describe the type of metadata the
-            object is responsible for.  In the cases of the ActionMetadata, the
+            object is responsible for. In the cases of the ActionMetadata, the
             type would be 'Action', and conversely in the case of the
-            ProviderMetadata the type is 'Provider'.  These metadata types will
+            ProviderMetadata the type is 'Provider'. These metadata types will
             also include additional structured information about both the
             "thing" they are describing as well as the object (the
             ->getReference()) they are referencing with this new metadata.
@@ -288,7 +287,7 @@ class Zend_Tool_Framework_Manifest_ProviderMetadata
         <para>
             In order to create your own metadata type, all one must do is extend
             the base Zend_Tool_Framework_Manifest_Metadata class and return
-            these new metadata objects via a local Manifest class/object.  These
+            these new metadata objects via a local Manifest class/object. These
             user based classes will live in the Manifest Repository
         </para>
 
@@ -324,7 +323,7 @@ class Zend_Tool_Framework_Manifest_Repository
 
     /**
      * The following will return exactly one of the matching search criteria,
-     * regardless of how many have been returned.  First one in the manifest is
+     * regardless of how many have been returned. First one in the manifest is
      * what will be returned.
      */
     public function findMetadata(Array $searchProperties = array(),
@@ -339,8 +338,8 @@ class Zend_Tool_Framework_Manifest_Repository
 
         <para>
             Looking at the search methods above, the signatures allow for
-            extremely flexible searching.  In order to find a metadata object,
-            simply pass in an array of matching constraints via an array.  If
+            extremely flexible searching. In order to find a metadata object,
+            simply pass in an array of matching constraints via an array. If
             the data is accessible through the Property accessor (the
             getSomething() methods implemented on the metadata object), then it
             will be passed back to the user as a "found" metadata object.
@@ -354,7 +353,7 @@ class Zend_Tool_Framework_Manifest_Repository
             Clients are the interface which bridges a user or external tool into
             the Zend_Tool_Framework system. Clients can come in all shapes and
             sizes: RPC endpoints, Command Line Interface, or even a web
-            interface.  Zend_Tool has implemented the command line interface as
+            interface. Zend_Tool has implemented the command line interface as
             the default interface for interacting with the Zend_Tool_Framework
             system.
         </para>
@@ -395,7 +394,7 @@ abstract class Zend_Tool_Framework_Client_Abstract
 
         <para>
             As you can see, there is 1 method required to fulfill the needs of a
-            client (two othres suggested), the initialization, prehandling and post handling.  For a
+            client (two othres suggested), the initialization, prehandling and post handling. For a
             more in depth study of how the command line client works, please see
             <ulink url="http://framework.zend.com/svn/framework/standard/trunk/library/Zend/Tool/Framework/Client/Console.php">source code</ulink>.
         </para>

documentation/manual/de/module_specs/Zend_Tool_Framework-CliTool.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15289 -->
+<!-- EN-Revision: 15343 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.tool.framework.clitool">
     <title>Verwenden des CLI Tools</title>
@@ -7,9 +7,9 @@
     <para>
         The CLI, or command line tool (internally known as the console tool), is
         currently the primary interface for dispatching <code>Zend_Tool</code>
-        requests.  With the CLI tool, developers can issue tooling requests
+        requests. With the CLI tool, developers can issue tooling requests
         inside a the "command line windows", also commonly known as a "terminal"
-        window.  This environment is predominant in the *nix environment, but
+        window. This environment is predominant in the *nix environment, but
         also has a common implementation in windows with the
         <code>cmd.exe</code>, console2 and also with the Cygwin project.
     </para>
@@ -20,21 +20,21 @@
         <para>
             To issue tooling requests via the command line client, you first
             need to setup the client so that your system can handle the "zf"
-            command.  The command line client, for all intents and purposes, is
+            command. The command line client, for all intents and purposes, is
             the <code>.sh</code> or <code>.bat</code> file that is provided with
-            your Zend Framework distribution.  In trunk, it can be found here:
+            your Zend Framework distribution. In trunk, it can be found here:
             <ulink url="http://framework.zend.com/svn/framework/standard/trunk/bin/">http://framework.zend.com/svn/framework/standard/trunk/bin/</ulink>
         </para>
 
         <para>
             As you can see, there are 3 files in the <code>bin/</code>
             directory: a <code>zf.php</code>, <code>zf.sh</code>, and
-            <code>zf.bat</code>.  The <code>zf.sh</code> and the
+            <code>zf.bat</code>. The <code>zf.sh</code> and the
             <code>zf.bat</code> are the operating system specific client
             wrappers: <code>zf.sh</code> for the *nix environment, and zf.bat
-            for the Win32 environment.  These client wrappers are responsible
+            for the Win32 environment. These client wrappers are responsible
             for finding the proper <code>php.exe</code>, finding the
-            <code>zf.php</code>, and passing on the client request.  The
+            <code>zf.php</code>, and passing on the client request. The
             <code>zf.php</code> is the responsible for handling understanding
             your environment, constructing the proper include_path, and passing
             what is provided on the command line to the proper library component
@@ -50,7 +50,7 @@
             <listitem>
                 <para>
                     <code>zf.sh/zf.bat</code> is reachable from your system
-                    path.  This is the ability to call <code>zf</code> from
+                    path. This is the ability to call <code>zf</code> from
                     anywhere on your command line, regardless of what your
                     current working directory is.
                 </para>
@@ -76,7 +76,7 @@
         <para>
             The most common setup in the *nix environment, is to copy the
             <code>zf.sh</code> and <code>zf.php</code> into the same directory
-            as your PHP binary.  This can generally be found in one of the
+            as your PHP binary. This can generally be found in one of the
             following places:
         </para>
 
@@ -89,17 +89,17 @@
 
         <para>
             To find out the location of your PHP binary, you can execute 'which
-            php' on the command line.  This will return the location of the php
+            php' on the command line. This will return the location of the php
             binary you will be using to run php scripts in this environment.
         </para>
 
         <para>
             The next order of business is to ensure that the Zend Framework
             library is setup correctly inside of the system PHP
-            <code>include_path</code>.  To find out where your
+            <code>include_path</code>. To find out where your
             <code>include_path</code> is located, you can execute 'php -i' and
             look for the <code>include_path</code> variable, or more succinctly,
-            execute 'php -i | grep include_path'.  Once you have found where
+            execute 'php -i | grep include_path'. Once you have found where
             your <code>include_path</code> is located (this will generally be
             something like /usr/lib/php, /usr/share/php, /usr/local/lib/php, or
             similar), ensure that the contents of the library/ directory are put
@@ -130,7 +130,7 @@
         <para>
             <emphasis>ALTERNATIVE SETUP</emphasis> involves keeping the Zend
             Framework download together as is, and creating a link from a PATH
-            location to the <code>zf.sh</code>.  What this means is you can
+            location to the <code>zf.sh</code>. What this means is you can
             place the contents of the ZendFramework download into a location
             such as <code>/usr/local/share/ZendFramework</code>, or more locally
             like <code>/home/username/lib/ZendFramework</code>, and creating a
@@ -163,7 +163,7 @@ ln -s /home/username/lib/ZendFramework/bin/zf.sh /home/username/bin/zf
         <para>
             The most common setup in the Windows Win32 environment, is to copy
             the <code>zf.sh</code> and <code>zf.php</code> into the same
-            directory as your PHP binary.  This can generally be found in one of
+            directory as your PHP binary. This can generally be found in one of
             the following places:
         </para>
 
@@ -183,11 +183,11 @@ C:\WAMP\PHP\bin
         <para>
             The next order of business is to ensure that the Zend Framework
             library is setup correctly inside of the system PHP
-            <code>include_path</code>.  To find out where your
+            <code>include_path</code>. To find out where your
             <code>include_path</code> is located, you can type 'php -i' and look
             for the <code>include_path</code> variable, or more succinctly
             execute 'php -i | grep include_path' if you have Cygwin setup with
-            grep available.  Once you have found where your
+            grep available. Once you have found where your
             <code>include_path</code> is located (this will generally be
             something like <code>C:\PHP\pear</code>, <code>C:\PHP\share</code>,
             <code>C:\Program Files\ZendServer\share</code> or similar), ensure
@@ -219,10 +219,10 @@ C:\WAMP\PHP\bin
         <para>
             <emphasis>ALTERNATIVE SETUP</emphasis> involves keeping the Zend
             Framework download together as is, and altering both your system
-            PATH as well as the <code>php.ini</code> file.  In your user's
+            PATH as well as the <code>php.ini</code> file. In your user's
             environment, make sure to add
             <code>C:\Path\To\ZendFramework\bin</code>, so that your
-            <code>zf.bat</code> file is executable.  Also, alter the
+            <code>zf.bat</code> file is executable. Also, alter the
             <code>php.ini</code> file to ensure that
             <code>C:\Path\To\ZendFramework\library</code> is in your
             <code>include_path</code>.
@@ -235,7 +235,7 @@ C:\WAMP\PHP\bin
 
         <para>
             If for some reason you do not want the Zend Framework library inside
-            your <code>include_path</code>, there is another option.  There are
+            your <code>include_path</code>, there is another option. There are
             two special environment variables that <code>zf.php</code> will
             utilize to determine the location of your Zend Framework
             installation.
@@ -262,7 +262,7 @@ C:\WAMP\PHP\bin
 
         <para>
             At this point, your should be setup to start initiating some more
-            "interesting" commands.  To get going, you can issue the <code>zf
+            "interesting" commands. To get going, you can issue the <code>zf
                 --help</code> command to see what is available to you.
         </para>
 

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15103 -->
+<!-- EN-Revision: 15343 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.tool.framework.introduction">
     <title>Einführung</title>

documentation/manual/de/module_specs/Zend_Tool_Framework-SystemProviders.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15289 -->
+<!-- EN-Revision: 15343 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.tool.framework.system-providers">
     <title>Mitgelieferte System Provider</title>

documentation/manual/de/module_specs/Zend_Tool_Framework-WritingProviders.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15289 -->
+<!-- EN-Revision: 15343 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.tool.framework.writing-providers">
     <title>Erstellen von Providern für die Verwendung mit Zend_Tool_Framework</title>
@@ -7,7 +7,7 @@
     <para>
         In general, a provider, on its own, is nothing more than the shell for a
         developer to bundle up some capabilities they wish to dispatch with the
-        command line (or other) clients.  It is an analogue to what a
+        command line (or other) clients. It is an analogue to what a
         "controller" is inside of your MVC application.
     </para>
 
@@ -21,7 +21,7 @@
             Assuming the component is called <code>My_Component</code>, he would
             create a class named <code>My_Component_HelloProvider</code> in a
             file named <code>HelloProvider.php</code> somewhere on the
-            <code>include_path</code>.  This class would implement
+            <code>include_path</code>. This class would implement
             <classname>Zend_Tool_Framework_Provider_Interface</classname>, and the body of
             this file would only have to look like the following:
         </para>
@@ -56,16 +56,16 @@ Hello from my provider!
             The above "Hello World" example is great for simple commands, but
             what about something more advanced?  As your scripting and tooling
             needs grow, you might find that you need the ability to accept
-            variables.  Much like function signatures have parameters, your
+            variables. Much like function signatures have parameters, your
             tooling requests can also accept parameters.
         </para>
 
         <para>
             Just as each tooling request can be isolated to a method within a
             class, the parameters of a tooling request can also be isolated in a
-            very well known place.  Parameters of the action methods of a
+            very well known place. Parameters of the action methods of a
             provider can include the same parameters you want your client to
-            utilize when calling that provider and action combination.  For
+            utilize when calling that provider and action combination. For
             example, if you wanted to accept a name in the above example, you
             would probably do this in OO code:
         </para>
@@ -83,8 +83,8 @@ class My_Component_HelloProvider
 
         <para>
             The above example can then be called via the command line <code>zf
-                say hello Joe</code>.  "Joe" will be supplied to the provider as
-            a parameter of the method call.  Also note, as you see that the
+                say hello Joe</code>. "Joe" will be supplied to the provider as
+            a parameter of the method call. Also note, as you see that the
             parameter is optional, that means it is also optional on the command
             line, so that <code>zf say hello</code> will still work, and default
             to the name "Ralph".
@@ -92,20 +92,20 @@ class My_Component_HelloProvider
 
         <para>
             Another interesting feature you might wish to implement is
-            <emphasis>pretendability</emphasis>.  Pretendabilty is the ability
+            <emphasis>pretendability</emphasis>. Pretendabilty is the ability
             for your provider to "pretend" as if it is doing the requested
             action and provider combination and give the user as much
             information about what it <emphasis>would</emphasis> do without
-            actually doing it.  This might be an important notion when doing
+            actually doing it. This might be an important notion when doing
             heavy database or filesystem modifications that the user might not
             otherwise want to do.
         </para>
 
         <para>
-            Pretendability is easy to implement.  There are two parts to this
+            Pretendability is easy to implement. There are two parts to this
             feature: 1) marking the provider as having the ability to "pretend",
             and 2) checking the request to ensure the current request was indeed
-            asked to be "pretended".  This feature is demonstrated in the code
+            asked to be "pretended". This feature is demonstrated in the code
             sample below.
         </para>
 

documentation/manual/de/module_specs/Zend_Tool_Project-CreateProject.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 14978 -->
+<!-- EN-Revision: 15343 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.tool.project.create-a-project">
 

documentation/manual/de/module_specs/Zend_Tool_Project.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 14978 -->
+<!-- EN-Revision: 15343 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.tool.project.introduction">
     <title>Zend_Tool_Project Einführung</title>

documentation/manual/de/module_specs/Zend_Translate-Adapters.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15234 -->
+<!-- EN-Revision: 15346 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.translate.adapter">
 

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15103 -->
+<!-- EN-Revision: 15346 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.translate.introduction">