[DOCUMENTATION] German:

- manual fixes

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

documentation/manual/de/module_specs/Zend_Validate-Hostname.xml

@@ -6,10 +6,10 @@
     <title>Hostname</title>
 
     <para>
-        Zend_Validate_Hostname erlaubt die Prüfung von Hostnamen mit einem Set von bekannten Spezifikationen.
-        Es ist möglich drei verschiedene Typen von Hostnamen zu Prüfen: einen DNS Hostnamen (z.b. domain.com),
-        IP Adressen (z.B. 1.2.3.4), und lokale Hostnamen (z.B. localhost). Standarmäßig werden nur DNS Hostnamen
-        geprüft.
+        Zend_Validate_Hostname erlaubt die Prüfung von Hostnamen mit einem Set von bekannten
+        Spezifikationen. Es ist möglich drei verschiedene Typen von Hostnamen zu Prüfen: einen DNS
+        Hostnamen (z.b. domain.com), IP Adressen (z.B. 1.2.3.4), und lokale Hostnamen (z.B.
+        localhost). Standarmäßig werden nur DNS Hostnamen geprüft.
     </para>
 
     <para>
@@ -44,16 +44,16 @@ if ($validator->isValid($hostname)) {
     <para>
         Es kann gewünscht sein auch IP Adressen, lokale Hostnamen, oder eine Kombination aller drei
         erlaubten Typen zu prüfen. Das kann gemacht werden durch die Übergabe eines Parameters an
-        Zend_Validate_Hostname wenn dieser initialisiert wird. Der Parameter sollte ein Integer sein,
-        welcher die Typen von Hostnamen auswählt die erlaubt sind. Hierfür können die
+        Zend_Validate_Hostname wenn dieser initialisiert wird. Der Parameter sollte ein Integer
+        sein, welcher die Typen von Hostnamen auswählt die erlaubt sind. Hierfür können die
         Zend_Validate_Hostname Konstanten verwendet werden.
     </para>
 
     <para>
-        Die Zend_Validate_Hostname Konstanten sind: <code>ALLOW_DNS</code> um nur DNS Hostnamen zu erlauben,
-        <code>ALLOW_IP</code> um IP Adressen zu erlauben, <code>ALLOW_LOCAL</code> um lokale Hostnmaen zu erlauben,
-        und <code>ALLOW_ALL</code> um alle drei Typen zu erlauben. Um nur IP Adressen zu prüfen kann das
-        folgende Beispiel verwendet werden:
+        Die Zend_Validate_Hostname Konstanten sind: <code>ALLOW_DNS</code> um nur DNS Hostnamen zu
+        erlauben, <code>ALLOW_IP</code> um IP Adressen zu erlauben, <code>ALLOW_LOCAL</code> um
+        lokale Hostnamen zu erlauben, und <code>ALLOW_ALL</code> um alle drei Typen zu erlauben. Um
+        nur IP Adressen zu prüfen kann das folgende Beispiel verwendet werden:
         <programlisting role="php"><![CDATA[
 $validator = new Zend_Validate_Hostname(Zend_Validate_Hostname::ALLOW_IP);
 if ($validator->isValid($hostname)) {
@@ -84,10 +84,10 @@ $validator = new Zend_Validate_Hostname(Zend_Validate_Hostname::ALLOW_DNS |
     </para>
 
     <para>
-        Einige Länder Code Top Level Domains (ccTLDs), wie 'de' (Deutschland), unterstützen internationale
-        Zeichen in Domain Namen. Diese sind als Internationale Domain Namen (IDN) bekannt. Diese Domains können
-        mit Zend_Validate_Hostname geprüft werden, mit Hilfe von erweiterten Zeichen die im Prüfprozess
-        verwendet werden.
+        Einige Länder Code Top Level Domains (ccTLDs), wie 'de' (Deutschland), unterstützen
+        internationale Zeichen in Domain Namen. Diese sind als Internationale Domain Namen (IDN)
+        bekannt. Diese Domains können mit Zend_Validate_Hostname geprüft werden, mit Hilfe von
+        erweiterten Zeichen die im Prüfprozess verwendet werden.
     </para>
 
     <para>
@@ -122,10 +122,10 @@ $validator = new Zend_Validate_Hostname(Zend_Validate_Hostname::ALLOW_DNS |
     </para>
 
     <para>
-        Eine IDN Domain zu prüfen ist genauso einfach wie die Verwendung des standard Hostnamen Prüfers
-        da IDN Prüfung standardmäßig eingeschaltet ist. Wenn IDN Prüfung ausgeschaltet werden soll, kann das
-        entweder durch die Übergabe eines Parameters im Zend_Validate_Hostname Konstruktor, oder über die
-        <code>$validator->setValidateIdn()</code> Methode gemacht werden.
+        Eine IDN Domain zu prüfen ist genauso einfach wie die Verwendung des standard Hostnamen
+        Prüfers da IDN Prüfung standardmäßig eingeschaltet ist. Wenn IDN Prüfung ausgeschaltet
+        werden soll, kann das entweder durch die Übergabe eines Parameters im Zend_Validate_Hostname
+        Konstruktor, oder über die <code>$validator->setValidateIdn()</code> Methode gemacht werden.
     </para>
 
     <para>
@@ -137,17 +137,18 @@ $validator =
     new Zend_Validate_Hostname(Zend_Validate_Hostname::ALLOW_DNS, false);
 ]]></programlisting>
 
-        Alternativ kann entweder TRUE oder FALSE an <code>$validator->setValidateIdn()</code> übergeben werden,
-        um die IDN Prüfung ein- oder auszuschalten.
+        Alternativ kann entweder TRUE oder FALSE an <code>$validator->setValidateIdn()</code>
+        übergeben werden, um die IDN Prüfung ein- oder auszuschalten.
 
-        Wenn ein IDN Hostname geprüft wird, der aktuell nicht unterstützt wird, ist es sicher das die Prüfung
-        fehlschlagen wird wenn er irgendwelche internationalen Zeichen hat. Wo keine ccTLD Datei in
-        Zend/Validate/Hostname existiert, welche die zusätzlichen Zeichen definiert, wird eine normale
-        Hostnamen Prüfung durchgeführt.
+        Wenn ein IDN Hostname geprüft wird, der aktuell nicht unterstützt wird, ist es sicher das
+        die Prüfung fehlschlagen wird wenn er irgendwelche internationalen Zeichen hat. Wo keine
+        ccTLD Datei in Zend/Validate/Hostname existiert, welche die zusätzlichen Zeichen definiert,
+        wird eine normale Hostnamen Prüfung durchgeführt.
     </para>
 
     <para>
-        Es sollte beachtet werden das IDNs nur geprüft werden wenn es erlaubt ist DNS Hostnamen zu prüfen.
+        Es sollte beachtet werden das IDNs nur geprüft werden wenn es erlaubt ist DNS Hostnamen zu
+        prüfen.
     </para>
 
     <para>
@@ -155,10 +156,11 @@ $validator =
     </para>
 
     <para>
-        Normalerweise wird ein Hostname gegen eine Liste von bekannten TLDs geprüft. Wenn diese Funktionalität
-        nicht benötigt wird kann das, auf die gleiche Art und Weise wie die IDN Unterstützung, ausgeschaltet werden
-        Die TLD Prüfung kann ausgeschaltet werden indem ein dritter Parameter an den Zend_Validate_Hostname
-        Konstruktor übergeben wird. Im folgenden Beispiel wird die IDN Prüfung durch den zweiten Parameter unterstützt.
+        Normalerweise wird ein Hostname gegen eine Liste von bekannten TLDs geprüft. Wenn diese
+        Funktionalität nicht benötigt wird kann das, auf die gleiche Art und Weise wie die IDN
+        Unterstützung, ausgeschaltet werden Die TLD Prüfung kann ausgeschaltet werden indem ein
+        dritter Parameter an den Zend_Validate_Hostname Konstruktor übergeben wird. Im folgenden
+        Beispiel wird die IDN Prüfung durch den zweiten Parameter unterstützt.
 
         <programlisting role="php"><![CDATA[
 $validator =
@@ -167,12 +169,14 @@ $validator =
                                false);
 ]]></programlisting>
 
-        Alternativ kann entweder TRUE oder FALSE übergeben an <code>$validator->setValidateTld()</code>
-        übergeben werden um die TLD Prüfung ein- oder auszuschalten.
+        Alternativ kann entweder TRUE oder FALSE übergeben an
+        <code>$validator->setValidateTld()</code> übergeben werden um die TLD Prüfung ein- oder
+        auszuschalten.
     </para>
 
     <para>
-        Es sollte beachtet werden das TLDs nur geprüft werden wenn es erlaubt ist DNS Hostnamen zu prüfen.
+        Es sollte beachtet werden das TLDs nur geprüft werden wenn es erlaubt ist DNS Hostnamen zu
+        prüfen.
     </para>
 
 </sect2>

documentation/manual/de/module_specs/Zend_Validate-Sitemap.xml

@@ -61,8 +61,8 @@ $validator->isValid('yesterday'); // false
 
         <para>
             Prüft ob ein String für die Verwendung als 'loc' Element in einem Sitemap XML Dokument
-            gültig ist. Er verwendet intern <classname>Zend_Form::check()</classname>. Mehr darüber kann man
-            unter <link linkend="zend.uri.validation">URI Prüfung</link> lesen.
+            gültig ist. Er verwendet intern <classname>Zend_Form::check()</classname>. Mehr darüber
+            kann man unter <link linkend="zend.uri.validation">URI Prüfung</link> lesen.
         </para>
     </sect3>
 

documentation/manual/de/module_specs/Zend_Validate-WritingValidators.xml

@@ -12,39 +12,46 @@
     </para>
 
     <para>
-        <classname>Zend_Validate_Interface</classname> definiert drei Methoden, <code>isValid()</code>,
-        <code>getMessages()</code>, und <code>getErrors()</code>, welche von Benutzerklassen implementiert
-        werden können um eigene Prüfobjekte zu erstellen. Ein Objekt welches das
-        <classname>Zend_Validate_Interface</classname> Interface implementiert kann einer Prüfkette mit
-        <classname>Zend_Validate::addValidator()</classname> hinzugefügt werden. Solche Objekte können auch mit
-        <link linkend="zend.filter.input"><classname>Zend_Filter_Input</classname></link> verwendet werden.
+        <classname>Zend_Validate_Interface</classname> definiert drei Methoden,
+        <code>isValid()</code>, <code>getMessages()</code>, und <code>getErrors()</code>, welche von
+        Benutzerklassen implementiert werden können um eigene Prüfobjekte zu erstellen. Ein Objekt
+        welches das <classname>Zend_Validate_Interface</classname> Interface implementiert kann
+        einer Prüfkette mit <classname>Zend_Validate::addValidator()</classname> hinzugefügt werden.
+        Solche Objekte können auch mit <link
+            linkend="zend.filter.input"><classname>Zend_Filter_Input</classname></link> verwendet
+        werden.
     </para>
 
     <para>
-        Wie man bereits aus der obigen Beschreibung von <classname>Zend_Validate_Interface</classname> folgern kann,
-        geben die vom Zend Framework bereitgestellten Prüfklassen einen boolschen Wert zurück, ob die Prüfung
-        des Wertes erfolgreich war oder nicht. Sie geben auch darüber Informationen
-        <emphasis role="bold">warum</emphasis> ein Wert die Prüfung nicht bestanden hat. Die Verfügbarkeit der
-        Gründe für fehlgeschlagene Prüfungen kann für eine Anwendung aus vielen Gründen nützlich sein, wie
-        zum Beispiel das zur Verfügung stellen von Statistiken für Useability Analysen.
+        Wie man bereits aus der obigen Beschreibung von
+        <classname>Zend_Validate_Interface</classname> folgern kann, geben die vom Zend Framework
+        bereitgestellten Prüfklassen einen boolschen Wert zurück, ob die Prüfung des Wertes
+        erfolgreich war oder nicht. Sie geben auch darüber Informationen
+        <emphasis role="bold">warum</emphasis> ein Wert die Prüfung nicht bestanden hat. Die
+        Verfügbarkeit der Gründe für fehlgeschlagene Prüfungen kann für eine Anwendung aus vielen
+        Gründen nützlich sein, wie zum Beispiel das zur Verfügung stellen von Statistiken für
+        Useability Analysen.
     </para>
 
     <para>
-        Grundlegende Funktionalitäten für fehlgeschlagene Prüfmeldungen ist in <classname>Zend_Validate_Abstract</classname>
-        implementiert. Um diese Funktionalität einzubinden wenn eine Prüfklasse erstellt wird, muß einfach
-        <classname>Zend_Validate_Abstract</classname> erweitert werden. In der existierenden Klasse wird die Logik der
-        <code>isValid()</code> Methode implementiert und die Variablen für die Nachrichten und
-        Nachrichten-Templates definiert werden die zu den Typen von Prüffehlern passen die auftreten können.
-        Wenn ein Wert die Prüfung nicht besteht, sollte <code>isValid()</code> <code>false</code> zurückgeben.
-        Wenn der Wert die Prüfung besteht, sollte <code>isValid()</code> <code>true</code> zurückgeben.
+        Grundlegende Funktionalitäten für fehlgeschlagene Prüfmeldungen ist in
+        <classname>Zend_Validate_Abstract</classname> implementiert. Um diese Funktionalität
+        einzubinden wenn eine Prüfklasse erstellt wird, muß einfach
+        <classname>Zend_Validate_Abstract</classname> erweitert werden. In der existierenden Klasse
+        wird die Logik der <code>isValid()</code> Methode implementiert und die Variablen für die
+        Nachrichten und Nachrichten-Templates definiert werden die zu den Typen von Prüffehlern
+        passen die auftreten können. Wenn ein Wert die Prüfung nicht besteht, sollte
+        <code>isValid()</code> <code>false</code> zurückgeben. Wenn der Wert die Prüfung besteht,
+        sollte <code>isValid()</code> <code>true</code> zurückgeben.
     </para>
 
     <para>
-        Normalerweise sollte die <code>isValid()</code> Methode keine Ausnahmen werfen, ausser wenn es unmöglich
-        ist festzustellen ob ein Eingabewert gültig ist oder nicht. Einige Beispiele für gute Fälle in denen keine
-        Ausnahme geworfen werden sollte sind, wenn eine Datei nicht geöffnet werden konnte, ein LDAP Server nicht
-        erreicht wurde, oder eine Datenbank Verbindung unerreichbar ist, und wo solche Dinge für Prüfprozesse
-        benötigt werden um zu erkennen ob die Prüfung gültig oder ungültig ist.
+        Normalerweise sollte die <code>isValid()</code> Methode keine Ausnahmen werfen, ausser wenn
+        es unmöglich ist festzustellen ob ein Eingabewert gültig ist oder nicht. Einige Beispiele
+        für gute Fälle in denen keine Ausnahme geworfen werden sollte sind, wenn eine Datei nicht
+        geöffnet werden konnte, ein LDAP Server nicht erreicht wurde, oder eine Datenbank Verbindung
+        unerreichbar ist, und wo solche Dinge für Prüfprozesse benötigt werden um zu erkennen ob die
+        Prüfung gültig oder ungültig ist.
     </para>
 
     <example id="zend.validate.writing_validators.example.simple">
@@ -52,8 +59,9 @@
         <title>Erstellen einer einfachen Prüfklasse</title>
 
         <para>
-            Das folgende Beispiel demonstriert wie ein sehr einfacher eigener Prüfer geschrieben werden könnte.
-            In diesem Fall sind die Prüfregeln sehr einfach und der Eingabewert muß ein Gleitkommawert sein.
+            Das folgende Beispiel demonstriert wie ein sehr einfacher eigener Prüfer geschrieben
+            werden könnte. In diesem Fall sind die Prüfregeln sehr einfach und der Eingabewert muß
+            ein Gleitkommawert sein.
 
             <programlisting role="php"><![CDATA[
 class MyValid_Float extends Zend_Validate_Abstract
@@ -78,12 +86,13 @@ class MyValid_Float extends Zend_Validate_Abstract
 }
 ]]></programlisting>
 
-            Die Klasse definiert ein Template für Ihre einzige Nachricht bei Prüfungsfehlern, welche den eingebauten
-            magischen Parameter <code>%value%</code> inkludiert. Der Aufruf von <code>_setValue()</code> präpariert
-            das Objekt den getesteten Wert automatisch in die Fehlernachricht einzufügen, wenn die Prüfung des Wertes
-            fehlschlägt. Der Aufruf von <code>_error()</code> spürt den Grund für die fehlgeschlagene Prüfung auf.
-            Da diee Klasse nur eine Fehlernachricht definiert, ist es nicht notwendig <code>_error()</code> den
-            Namen des Templates der Fehlernachricht zu geben.
+            Die Klasse definiert ein Template für Ihre einzige Nachricht bei Prüfungsfehlern, welche
+            den eingebauten magischen Parameter <code>%value%</code> inkludiert. Der Aufruf von
+            <code>_setValue()</code> präpariert das Objekt den getesteten Wert automatisch in die
+            Fehlernachricht einzufügen, wenn die Prüfung des Wertes fehlschlägt. Der Aufruf von
+            <code>_error()</code> spürt den Grund für die fehlgeschlagene Prüfung auf. Da diese
+            Klasse nur eine Fehlernachricht definiert, ist es nicht notwendig <code>_error()</code>
+            den Namen des Templates der Fehlernachricht zu geben.
         </para>
 
     </example>
@@ -93,9 +102,10 @@ class MyValid_Float extends Zend_Validate_Abstract
         <title>Schreiben einer Prüfklasse die abhängige Konditionen besitzt</title>
 
         <para>
-            Das folgende Beispiel demonstriert ein komplexeres Set von Prüfregeln, wobei es notwendig ist das der
-            Eingabewert nummerisch und innerhalb eines Bereiches von Mindest- und Maximalgrenzwerten ist. Bei einem
-            Eingabewert würde die Prüfung wegen exakt einer der folgenden Gründe fehlschlagen:
+            Das folgende Beispiel demonstriert ein komplexeres Set von Prüfregeln, wobei es
+            notwendig ist das der Eingabewert nummerisch und innerhalb eines Bereiches von Mindest-
+            und Maximalgrenzwerten ist. Bei einem Eingabewert würde die Prüfung wegen exakt einer
+            der folgenden Gründe fehlschlagen:
 
             <itemizedlist>
                 <listitem>
@@ -158,21 +168,23 @@ class MyValid_NumericBetween extends Zend_Validate_Abstract
 }
 ]]></programlisting>
 
-            Die öffentlichen Eigenschaften <code>$minimum</code> und <code>$maximum</code> wurden eingeführt um
-            die Mindest- und Maximalgrenzen anzubieten, beziehungsweise, für einen Wert um die Prüfung erfolgreich
-            zu bestehen. Die Klasse definiert auch zwei Nachrichtenvariablen die zu den öffentlichen Eigenschaften
-            korrespondieren und es erlauben <code>min</code> und <code>max</code> in den Nachrichten Templates als
-            magische Parameter zu verwenden, genauso wie <code>value</code>.
+            Die öffentlichen Eigenschaften <code>$minimum</code> und <code>$maximum</code> wurden
+            eingeführt um die Mindest- und Maximalgrenzen anzubieten, beziehungsweise, für einen
+            Wert um die Prüfung erfolgreich zu bestehen. Die Klasse definiert auch zwei
+            Nachrichtenvariablen die zu den öffentlichen Eigenschaften korrespondieren und es
+            erlauben <code>min</code> und <code>max</code> in den Nachrichten Templates als magische
+            Parameter zu verwenden, genauso wie <code>value</code>.
         </para>
 
         <para>
-            Zu beachten ist, das wenn eine der Prüfungen in <code>isValid()</code> fehlschlägt, eine entsprechende
-            Fehlernachricht vorbereitet wird, und die Methode sofort <code>false</code> zurückgibt. Diese
-            Prüfregeln sind deswegen sequentiell abhängig. Das bedeuted, wenn einer der Tests fehlschlägt, gibt es
-            keinen Grund eine weitere nachfolgende Prüfregel zu testen. Das muß aber trotzdem nicht der Fall sein.
-            Das folgende Beispiel zeigt wie man eine Klasse schreiben kann die unabhängige Prüfregeln besitzt,
-            wo die Prüfobjekte mehrfache Gründe zurückgeben könnten, warum ein spezieller Prüfversuch fehlgeschlagen
-            ist.
+            Zu beachten ist, das wenn eine der Prüfungen in <code>isValid()</code> fehlschlägt, eine
+            entsprechende Fehlernachricht vorbereitet wird, und die Methode sofort
+            <code>false</code> zurückgibt. Diese Prüfregeln sind deswegen sequentiell abhängig. Das
+            bedeuted, wenn einer der Tests fehlschlägt, gibt es keinen Grund eine weitere
+            nachfolgende Prüfregel zu testen. Das muß aber trotzdem nicht der Fall sein. Das
+            folgende Beispiel zeigt wie man eine Klasse schreiben kann die unabhängige Prüfregeln
+            besitzt, wo die Prüfobjekte mehrfache Gründe zurückgeben könnten, warum ein spezieller
+            Prüfversuch fehlgeschlagen ist.
         </para>
 
     </example>
@@ -182,9 +194,10 @@ class MyValid_NumericBetween extends Zend_Validate_Abstract
         <title>Prüfen mit unabhängigen Konditionen, mehrfache Gründe für Fehler</title>
 
         <para>
-            Angenommen es wird eine Prüfklasse geschrieben für das Erzwingen von Passwortstärke - wenn ein Benutzer
-            ein Passwort auswählen muß das diversen Kriterien entspricht um zu Helfen das die Benutzerzugänge
-            sicher sind. Angenommen die Passwort Sicherheitskriterien erzwingen das folgende Passwort:
+            Angenommen es wird eine Prüfklasse geschrieben für das Erzwingen von Passwortstärke -
+            wenn ein Benutzer ein Passwort auswählen muß das diversen Kriterien entspricht um zu
+            Helfen das die Benutzerzugänge sicher sind. Angenommen die Passwort Sicherheitskriterien
+            erzwingen das folgende Passwort:
 
             <itemizedlist>
                 <listitem>
@@ -253,11 +266,13 @@ class MyValid_PasswordStrength extends Zend_Validate_Abstract
 }
 ]]></programlisting>
 
-            Zu beachten ist das diese vier Testkriterien in <code>isValid()</code> nicht sofort <code>false</code>
-            zurückgeben. Das erlaubt der Prüfklasse <emphasis role="bold">alle</emphasis> Gründe anzubieten bei denen
-            das Eingabepasswort den Prüfvoraussetzungen nicht entsprochen hat. Wenn, zum Beispiel, ein Benutzer
-            den String "<code>#$%</code>" als Passwort angegeben hat, würde <code>isValid()</code> alle vier
-            Prüfungfehlermeldungen zurückgeben bei einen nachfolgenden Aufruf von <code>getMessages()</code>.
+            Zu beachten ist das diese vier Testkriterien in <code>isValid()</code> nicht sofort
+            <code>false</code> zurückgeben. Das erlaubt der Prüfklasse
+            <emphasis role="bold">alle</emphasis> Gründe anzubieten bei denen das Eingabepasswort
+            den Prüfvoraussetzungen nicht entsprochen hat. Wenn, zum Beispiel, ein Benutzer den
+            String "<code>#$%</code>" als Passwort angegeben hat, würde <code>isValid()</code> alle
+            vier Prüfungfehlermeldungen zurückgeben bei einen nachfolgenden Aufruf von
+            <code>getMessages()</code>.
         </para>
 
     </example>

documentation/manual/de/module_specs/Zend_View-Abstract.xml

@@ -5,23 +5,23 @@
     <title>Zend_View_Abstract</title>
 
     <para>
-        <classname>Zend_View_Abstract</classname> ist die Basisklasse auf der <classname>Zend_View</classname>
-        aufbaut; <classname>Zend_View</classname> selbst erweitert Sie einfach und deklariert eine
-        konkrete Implementation der <code>_run()</code> Methode (welche durch <code>render()</code>
-        aufgerufen wird).
+        <classname>Zend_View_Abstract</classname> ist die Basisklasse auf der
+        <classname>Zend_View</classname> aufbaut; <classname>Zend_View</classname> selbst erweitert
+        Sie einfach und deklariert eine konkrete Implementation der <code>_run()</code> Methode
+        (welche durch <code>render()</code> aufgerufen wird).
     </para>
 
     <para>
-        Viele Entwickler finden das Sie <classname>Zend_View_Abstract</classname> erweitern wollen um
-        eigene Funktionalitäten hinzuzufügen und daraus folgend in Probleme mit dessen Design
+        Viele Entwickler finden das Sie <classname>Zend_View_Abstract</classname> erweitern wollen
+        um eigene Funktionalitäten hinzuzufügen und daraus folgend in Probleme mit dessen Design
         laufen, welches eine Anzahl an privaten Membern enthält. Dieses Dokument zielt darauf ab
         die Entscheidung hinter diesem Design zu erklären.
     </para>
 
     <para>
-        <classname>Zend_View</classname> ist etwas wie eine Anti-Template Maschine und verwendet deswegen
-        PHP nativ für sein Templating. Als Ergebnis ist alles von PHP vorhanden und View Skripte
-        erweitern Ihre aufrufendes Objekt.
+        <classname>Zend_View</classname> ist etwas wie eine Anti-Template Maschine und verwendet
+        deswegen PHP nativ für sein Templating. Als Ergebnis ist alles von PHP vorhanden und View
+        Skripte erweitern Ihre aufrufendes Objekt.
     </para>
 
     <para>
@@ -50,10 +50,11 @@ protected function _run()
         Glücklicherweise hat PHP5 eine Anwort auf das mit seiner Deklaration der Sichtbarkeit;
         Auf private Member kann nicht durch Objekte zugegriffen werden wenn eine bestehende Klasse
         erweitert wird. Das führt zum aktuellen Design: Da <classname>Zend_View</classname>
-        <classname>Zend_View_Abstract</classname> <emphasis>erweitert</emphasis> sind View Skripte limitiert
-        auf protected und public Methoden und Member von <classname>Zend_View_Abstract</classname> --
-        was effektiv die Aktionen beschränkt die durchgeführt werden können, und es erlaubt
-        kritische Bereiche vor Missbrauch durch View Skripte zu schützen.
+        <classname>Zend_View_Abstract</classname> <emphasis>erweitert</emphasis> sind View Skripte
+        limitiert auf protected und public Methoden und Member von
+        <classname>Zend_View_Abstract</classname> -- was effektiv die Aktionen beschränkt die
+        durchgeführt werden können, und es erlaubt kritische Bereiche vor Missbrauch durch View
+        Skripte zu schützen.
     </para>
 </sect1>
 <!--

documentation/manual/de/module_specs/Zend_View-Controllers.xml

@@ -5,9 +5,9 @@
     <title>Controller Skripte</title>
 
     <para>
-        Der Controller ist der Ort, wo du <classname>Zend_View</classname> instanziieren und konfigurieren kannst. Du
-        übergibst dann die Variablen an den View und teilst ihm mit, welches bestimmte Skript für
-        die Ausgabe benutzt werden soll.
+        Der Controller ist der Ort, wo du <classname>Zend_View</classname> instanziieren und
+        konfigurieren kannst. Du übergibst dann die Variablen an den View und teilst ihm mit,
+        welches bestimmte Skript für die Ausgabe benutzt werden soll.
     </para>
 
     <sect2 id="zend.view.controllers.assign">
@@ -80,10 +80,10 @@ $view->assign('c', "Sea");
 
         <para>
             Sobald du alle notwendigen Variablen übergeben hast, sollte der Controller dem
-            <classname>Zend_View</classname> mitteilen, ein bestimmtes View Skript zu verarbeiten. Dies funktioniert über
-            die render() Methode. Beachte, dass diese Methode die verarbeitete Ausgabe zurück- aber
-            nicht ausgibt, so dass du die Ausgabe selber zur passenden Zeit per echo() oder print()
-            ausgeben musst.
+            <classname>Zend_View</classname> mitteilen, ein bestimmtes View Skript zu verarbeiten.
+            Dies funktioniert über die render() Methode. Beachte, dass diese Methode die
+            verarbeitete Ausgabe zurück- aber nicht ausgibt, so dass du die Ausgabe selber zur
+            passenden Zeit per echo() oder print() ausgeben musst.
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -101,16 +101,17 @@ echo $view->render('someView.php');
         <title>Pfade für View Skripte</title>
 
         <para>
-            Standardmäßig erwartet <classname>Zend_View</classname>, dass deine View Skripte im selben Verzeichnis wie
-            das Conntroller Skript liegen. Wenn dein Controller Skript zum Beispiel im Pfad
-            "/path/to/app/controllers" liegt und es $view->render('someView.php') aufruft, wird
-            <classname>Zend_View</classname> nach der Datei "/path/to/app/controllers/someView.php" schauen.
+            Standardmäßig erwartet <classname>Zend_View</classname>, dass deine View Skripte im
+            selben Verzeichnis wie das Conntroller Skript liegen. Wenn dein Controller Skript zum
+            Beispiel im Pfad "/path/to/app/controllers" liegt und es $view->render('someView.php')
+            aufruft, wird <classname>Zend_View</classname> nach der Datei
+            "/path/to/app/controllers/someView.php" schauen.
         </para>
 
         <para>
             Es ist durchaus wahrscheinlich, dass deine View Skripte woanders liegen. Verwende
-            die setScriptPath() Methode, um <classname>Zend_View</classname> mitzuteilen, wo es nach View Skripten
-            schauen soll.
+            die setScriptPath() Methode, um <classname>Zend_View</classname> mitzuteilen, wo es nach
+            View Skripten schauen soll.
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -125,8 +126,8 @@ $view->setScriptPath('/path/to/app/views');
 
         <para>
             Durch Verwendung der addScriptPath() Methode können die Pfade "gestapelt" werden. Wenn
-            du Pfade zu diesem Stapelspeicher hinzufügst, wird <classname>Zend_View</classname> im zuletzt
-            hinzugefügten Pfad nach dem angeforderten View Skript schauen. Dies erlaubt dir,
+            du Pfade zu diesem Stapelspeicher hinzufügst, wird <classname>Zend_View</classname> im
+            zuletzt hinzugefügten Pfad nach dem angeforderten View Skript schauen. Dies erlaubt dir,
             Standard Views mit spezialisierten Views zu überschreiben, so dass Du  "Themen"
             oder "Skins" für einige Views erstellen kannst, während du andere bestehen lässt.
         </para>
@@ -146,12 +147,13 @@ $view->addScriptPath('/path/to/custom/');
             <title>Benutze nie Eingaben des Benutzers um den Skriptpfad zu setzen</title>
 
             <para>
-                <classname>Zend_View</classname> verwendet Skriptpfade um Viewskripte zu eruieren und Sie darzustellen.
-                Deshalb sollten diese Verzeichnisse im Vorhinein bekannt sein, und unter der eigenen Kontrolle.
-                <emphasis>Niemals</emphasis> sollten Pfade von Viewskripten basierend auf Benutzereingaben
-                gesetzt werden, da diese dazu führen können das man sich potentiell gegen Local File Inclusion
-                Angriffe öffnet wenn der spezifizierte Pfad den Übergang in das Elternverzeichnis enthält.
-                Die folgende Eingabe könnte zu Beispiel so einen Fall verursachen:
+                <classname>Zend_View</classname> verwendet Skriptpfade um Viewskripte zu eruieren
+                und Sie darzustellen. Deshalb sollten diese Verzeichnisse im Vorhinein bekannt sein,
+                und unter der eigenen Kontrolle. <emphasis>Niemals</emphasis> sollten Pfade von
+                Viewskripten basierend auf Benutzereingaben gesetzt werden, da diese dazu führen
+                können das man sich potentiell gegen Local File Inclusion Angriffe öffnet wenn der
+                spezifizierte Pfad den Übergang in das Elternverzeichnis enthält. Die folgende
+                Eingabe könnte zu Beispiel so einen Fall verursachen:
             </para>
 
             <programlisting role="php"><![CDATA[
@@ -161,10 +163,11 @@ $view->render('passwd');
 ]]></programlisting>
 
             <para>
-                Obwohl dieses Beispiel erfunden ist, zeigt es doch sehr klar das potentielle Problem. Wenn man
-                Benutzereingaben vertrauen <emphasis>muß</emphasis> um den eigenen Skriptpfad zu setzen, muß
-                man die Eingabe entsprechend Filtern und prüfen um sicherzustellen das Sie in dem Pfaden
-                existiert die von der eigenen Anwendung kontrolliert werden.
+                Obwohl dieses Beispiel erfunden ist, zeigt es doch sehr klar das potentielle
+                Problem. Wenn man Benutzereingaben vertrauen <emphasis>muß</emphasis> um den eigenen
+                Skriptpfad zu setzen, muß man die Eingabe entsprechend Filtern und prüfen um
+                sicherzustellen das Sie in dem Pfaden existiert die von der eigenen Anwendung
+                kontrolliert werden.
             </para>
         </note>
 

documentation/manual/de/module_specs/Zend_View-Helpers-Action.xml

@@ -5,32 +5,32 @@
     <title>Action View Helfer</title>
 
     <para>
-        Der <code>Action</code> View Helfer ermöglicht es View Skripten eine gegebene Kontroller Aktion
-        auszuführen; das Ergebnis des Antwortsobjektes das der Ausführung folgt wird dann zurückgegeben.
-        Dieses kann verwendet werden wenn eine bestimmte Aktion wiederverwendbare Inhalte oder
-        "helfende" Inhalte erstellt.
+        Der <code>Action</code> View Helfer ermöglicht es View Skripten eine gegebene Kontroller
+        Aktion auszuführen; das Ergebnis des Antwortsobjektes das der Ausführung folgt wird dann
+        zurückgegeben. Dieses kann verwendet werden wenn eine bestimmte Aktion wiederverwendbare
+        Inhalte oder "helfende" Inhalte erstellt.
     </para>
 
     <para>
-        Aktionen die zu einem <code>_forward()</code> oder einer Umleitung führen werden als ungültig
-        angenommen, und als leerer String zurückgegeben.
+        Aktionen die zu einem <code>_forward()</code> oder einer Umleitung führen werden als
+        ungültig angenommen, und als leerer String zurückgegeben.
     </para>
 
     <para>
         Die API für den <code>Action</code> View Helfer folgt dem der meisten MVC Komponenten die
         Kontroller Aktionen aufrufen:
         <code>action($action, $controller, $module = null, array $params = array())</code>.
-        <code>$action</code> und <code>$controller</code> werden benötigt; wenn kein Modul angegeben wird,
-        dann wird das Standardmodul angenommen.
+        <code>$action</code> und <code>$controller</code> werden benötigt; wenn kein Modul angegeben
+        wird, dann wird das Standardmodul angenommen.
     </para>
 
     <example id="zend.view.helpers.initial.action.usage">
         <title>Grundsätzliche Verwendung von Action View Helfern</title>
 
         <para>
-            Als Beispiel, könnte man einen <code>CommentController</code> mit einer <code>listAction()</code>
-            Methode haben die man in Reihenfolge ausführen will, um eine Liste von Kommentaren für die
-            aktuelle Anfrage herauszuholen:
+            Als Beispiel, könnte man einen <code>CommentController</code> mit einer
+            <code>listAction()</code> Methode haben die man in Reihenfolge ausführen will, um eine
+            Liste von Kommentaren für die aktuelle Anfrage herauszuholen:
         </para>
 
         <programlisting role="php"><![CDATA[

documentation/manual/de/module_specs/Zend_View-Helpers-Doctype.xml

@@ -5,10 +5,10 @@
     <title>Doctype Helfer</title>
 
     <para>
-        Gültige HTML und XHTML Dokumente sollten eine <code>DOCTYPE</code> Deklaration enthalten. Neben der
-        Schwierigkeit sich diese zu merken, können Sie auch beeinflussen wie bestimmte Elemente im Dokument
-        dargestellt werden sollen (zum Beispiel, CDATA Kommentierung in <code>&lt;script&gt;</code> und
-        <code>&lt;style&gt;</code> Elementen.
+        Gültige HTML und XHTML Dokumente sollten eine <code>DOCTYPE</code> Deklaration enthalten.
+        Neben der Schwierigkeit sich diese zu merken, können Sie auch beeinflussen wie bestimmte
+        Elemente im Dokument dargestellt werden sollen (zum Beispiel, CDATA Kommentierung in
+        <code>&lt;script&gt;</code> und <code>&lt;style&gt;</code> Elementen.
     </para>
 
     <para>
@@ -73,8 +73,8 @@ $doctype = $view->doctype()->getDoctype();
 ]]></programlisting>
 
         <para>
-            Typischerweise wird man einfach wissen wollen, ob der Doctype XHTML ist oder nicht; hierfür ist
-            die <code>isXhtml()</code> Methode ausreichend:
+            Typischerweise wird man einfach wissen wollen, ob der Doctype XHTML ist oder nicht;
+            hierfür ist die <code>isXhtml()</code> Methode ausreichend:
         </para>
 
         <programlisting role="php"><![CDATA[

documentation/manual/de/module_specs/Zend_View-Helpers-HeadLink.xml

@@ -5,15 +5,16 @@
     <title>HeadLink Helfer</title>
 
     <para>
-        Das HTML <code>&lt;link&gt;</code> Element wird immer mehr für das Verlinken einer Vielzahl von
-        Ressourcen der eigenen Site verwendet: Stylesheets, Feeds, FavIcons, Trackbacks, und andere. Der
-        <code>HeadLink</code> Helfer bietet ein einfaches Interface für die Erstellung und das Anhäufen
-        dieser Elemente für das spätere Empfangen und deren Ausgabe im eigenen Layout Skript.
+        Das HTML <code>&lt;link&gt;</code> Element wird immer mehr für das Verlinken einer Vielzahl
+        von Ressourcen der eigenen Site verwendet: Stylesheets, Feeds, FavIcons, Trackbacks, und
+        andere. Der <code>HeadLink</code> Helfer bietet ein einfaches Interface für die Erstellung
+        und das Anhäufen dieser Elemente für das spätere Empfangen und deren Ausgabe im eigenen
+        Layout Skript.
     </para>
 
     <para>
-        Der <code>HeadLink</code> Helfer hat spezielle Methode für das hinzufügen von Stylesheet Links zu
-        seinem Stack:
+        Der <code>HeadLink</code> Helfer hat spezielle Methode für das hinzufügen von Stylesheet
+        Links zu seinem Stack:
     </para>
 
     <itemizedlist>
@@ -28,16 +29,16 @@
     </itemizedlist>
 
     <para>
-        Der <code>$media</code> Wert ist standardmäßig 'screen', kann aber jeder gültige Media Wert sein.
-        <code>$conditionalStylesheet</code> ist ein String oder boolsches false und wird verwendet um
-        wärend der Darstellung zu erkennen ob spezielle Kommentare inkludiert werden sollen um das Laden
-        dieser Stylesheets auf diversen Plattformen zu verhindern.
+        Der <code>$media</code> Wert ist standardmäßig 'screen', kann aber jeder gültige Media Wert
+        sein. <code>$conditionalStylesheet</code> ist ein String oder boolsches false und wird
+        verwendet um wärend der Darstellung zu erkennen ob spezielle Kommentare inkludiert werden
+        sollen um das Laden dieser Stylesheets auf diversen Plattformen zu verhindern.
         <code>$extras</code> ist ein Array von extra Werten die man dem Tag hinzufügen will.
     </para>
 
     <para>
-        Zusätzlich hat der <code>HeadLink</code> Helfer eine spezielle Methode für das Hinzufügen von
-        'alternativen' (alternate) Links zu seinem Stack:
+        Zusätzlich hat der <code>HeadLink</code> Helfer eine spezielle Methode für das Hinzufügen
+        von 'alternativen' (alternate) Links zu seinem Stack:
     </para>
 
     <itemizedlist>
@@ -52,10 +53,10 @@
     </itemizedlist>
 
     <para>
-        Die <code>headLink()</code> Helfer Methode erlaubt das Spezifizieren aller Attribute die für ein
-        <code>&lt;link&gt;</code> Element notwendig sind, und erlaubt auch die Spezifizfikation der Platzierung
-        --- entweder ersetzt das neue Element alle anderen, wird vorangestellt (an den Beginn des Stacks) , oder
-        angefügt (an das Ende des Stacks).
+        Die <code>headLink()</code> Helfer Methode erlaubt das Spezifizieren aller Attribute die für
+        ein <code>&lt;link&gt;</code> Element notwendig sind, und erlaubt auch die Spezifizfikation
+        der Platzierung --- entweder ersetzt das neue Element alle anderen, wird vorangestellt (an
+        den Beginn des Stacks) , oder angefügt (an das Ende des Stacks).
     </para>
 
     <para>
@@ -67,9 +68,10 @@
         <title>Grundsätzliche Verwendung des HeadLink Helfers</title>
 
         <para>
-            <code>headLink</code> kann jederzeit spezifiziert werden. Typischerweise wird ein globaler Link
-            im eigenen Layout Skript spezifiziert, und anwendungsspezifische Links in den View Skripten der
-            Anwendung. Im Layoutskript, in der &lt;head&gt; Sektion, muß das der Helfer ausgegeben werden.
+            <code>headLink</code> kann jederzeit spezifiziert werden. Typischerweise wird ein
+            globaler Link im eigenen Layout Skript spezifiziert, und anwendungsspezifische Links in
+            den View Skripten der Anwendung. Im Layoutskript, in der &lt;head&gt; Sektion, muß das
+            der Helfer ausgegeben werden.
         </para>
 
         <programlisting role="php"><![CDATA[

documentation/manual/de/module_specs/Zend_View-Helpers-HeadMeta.xml

@@ -5,15 +5,16 @@
     <title>HeadMeta Helfer</title>
 
     <para>
-        Das HTML Element <code>&lt;meta&gt;</code> wird verwendet um Meta Informationen über das HTML Dokument
-        anzubieten -- typischerweise Schlüsselwörter. Dokument Zeichensätze, Cache Pragmas, usw. Meta Tags
-        können entweder 'http-equiv' oder 'name' Typen sein, müssen ein 'content' Attribut enthalten, und
-        können auch eines der 'lang' oder 'scheme' Modifikator Attributen enthalten.
+        Das HTML Element <code>&lt;meta&gt;</code> wird verwendet um Meta Informationen über das
+        HTML Dokument anzubieten -- typischerweise Schlüsselwörter. Dokument Zeichensätze, Cache
+        Pragmas, usw. Meta Tags können entweder 'http-equiv' oder 'name' Typen sein, müssen ein
+        'content' Attribut enthalten, und können auch eines der 'lang' oder 'scheme' Modifikator
+        Attributen enthalten.
     </para>
 
     <para>
-        Der <code>HeadMeta</code> Helfer unterstützt die folgenden Methoden für das Setzen und Hinzufügen von
-        Meta Tags:
+        Der <code>HeadMeta</code> Helfer unterstützt die folgenden Methoden für das Setzen und
+        Hinzufügen von Meta Tags:
     </para>
 
     <itemizedlist>
@@ -36,28 +37,30 @@
     </itemizedlist>
 
     <para>
-        Das <code>$keyValue</code> Element wird verwendet um einen Wert für den 'name' oder 'http-equiv'
-        Schlüssel zu definieren; <code>$content</code> ist der Wert für den 'content' Schlüssel, und
-        <code>$modifiers</code> ist ein optionales assoziatives Array das Schlüssel für 'land und/oder 'scheme'
-        enthalten kann.
+        Das <code>$keyValue</code> Element wird verwendet um einen Wert für den 'name' oder
+        'http-equiv' Schlüssel zu definieren; <code>$content</code> ist der Wert für den 'content'
+        Schlüssel, und <code>$modifiers</code> ist ein optionales assoziatives Array das Schlüssel
+        für 'land und/oder 'scheme' enthalten kann.
     </para>
 
     <para>
-        Meta Tags können auch gesetzt werden indem die <code>headMeta()</code> Helfermethode verwendet wird,
-        welche die folgende Signatur hat: <code>headMeta($content, $keyValue, $keyType = 'name',
-        $modifiers = array(), $placement = 'APPEND')</code>. <code>$keyValue</code> ist der Intalt für den
-        Schlüssel der in <code>$keyType</code> spezifiziert ist, und welche entweder 'name' oder 'http-equiv'
-        sein sollte. <code>$placement</code> kann entweder 'SET' (überschreibt alle vorher gespeicherten Werte),
-        'APPEND' (fügt an das Ende des Stacks hinzu), oder 'PREPEND' (fügt an den Beginn des Stacks hinzu) sein.
+        Meta Tags können auch gesetzt werden indem die <code>headMeta()</code> Helfermethode
+        verwendet wird, welche die folgende Signatur hat: <code>headMeta($content, $keyValue,
+        $keyType = 'name', $modifiers = array(), $placement = 'APPEND')</code>.
+        <code>$keyValue</code> ist der Intalt für den Schlüssel der in <code>$keyType</code>
+        spezifiziert ist, und welche entweder 'name' oder 'http-equiv' sein sollte.
+        <code>$placement</code> kann entweder 'SET' (überschreibt alle vorher gespeicherten Werte),
+        'APPEND' (fügt an das Ende des Stacks hinzu), oder 'PREPEND' (fügt an den Beginn des Stacks
+        hinzu) sein.
     </para>
 
     <para>
         <code>HeadMeta</code> überschreibt <code>append()</code>, <code>offsetSet()</code>,
-        <code>prepend()</code>, und <code>set()</code> um die Verwendung der speziellen Methoden wie oben gelistet
-        zu erzwingen. Intern wird jedes Element als <code>stdClass</code> Token gespeichert, welches später
-        durch Verwendung der <code>itemToString()</code> Methode serialisiert wird. Das erlaubt es Prüfungen
-        an den Elementen im Stack durchzuführen, und diese Elemente optional zu verändern indem einfach das
-        zurückgegebene Objekt verändert wird.
+        <code>prepend()</code>, und <code>set()</code> um die Verwendung der speziellen Methoden wie
+        oben gelistet zu erzwingen. Intern wird jedes Element als <code>stdClass</code> Token
+        gespeichert, welches später durch Verwendung der <code>itemToString()</code> Methode
+        serialisiert wird. Das erlaubt es Prüfungen an den Elementen im Stack durchzuführen, und
+        diese Elemente optional zu verändern indem einfach das zurückgegebene Objekt verändert wird.
     </para>
 
     <para>
@@ -69,14 +72,14 @@
         <title>Grundsätzliche Verwendung des HeadMeta Helfers</title>
 
         <para>
-            Neue Meta Tags können jederzeit spezifiziert werden. Typischerweise werden Clientseitige Cacheregeln
-            oder SEO Schlüsselwörter spezifiziert.
+            Neue Meta Tags können jederzeit spezifiziert werden. Typischerweise werden Clientseitige
+            Cacheregeln oder SEO Schlüsselwörter spezifiziert.
         </para>
 
         <para>
-            Wenn zum Beispiel ein spezielles SEO Schlüsselwort spezifiziert werden soll, kann das durch die
-            Erstellung eines Meta Nametags, mit dem Namen 'keywords' und dem Inhalt des Schlüsselworts das mit
-            der Seite assoziiert werden soll, geschehen:
+            Wenn zum Beispiel ein spezielles SEO Schlüsselwort spezifiziert werden soll, kann das
+            durch die Erstellung eines Meta Nametags, mit dem Namen 'keywords' und dem Inhalt des
+            Schlüsselworts das mit der Seite assoziiert werden soll, geschehen:
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -85,8 +88,8 @@ $this->headMeta()->appendName('keywords', 'framework php productivity');
 ]]></programlisting>
 
         <para>
-            Wenn Clientseitige Cacheregeln gesetzt werden sollen, können http-equiv Tags mit den Regeln die
-            erzwungen werden sollen, gesetzt werden:
+            Wenn Clientseitige Cacheregeln gesetzt werden sollen, können http-equiv Tags mit den
+            Regeln die erzwungen werden sollen, gesetzt werden:
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -98,8 +101,8 @@ $this->headMeta()->appendHttpEquiv('expires',
 ]]></programlisting>
 
         <para>
-            Ein anderer populärer Verwendungszweck für Meta Tags ist das Setzen des Inhalt-Typs, Zeichensatzes,
-            und der Sprache:
+            Ein anderer populärer Verwendungszweck für Meta Tags ist das Setzen des Inhalt-Typs,
+            Zeichensatzes, und der Sprache:
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -110,8 +113,8 @@ $this->headMeta()->appendHttpEquiv('Content-Type',
 ]]></programlisting>
 
         <para>
-            Als letztes Beispiel, ein einfacher Weg um eine kurze Nachricht anzuzeigen bevor mit Hilfe eines
-            "Meta Refreshes" weitergeleitet wird:
+            Als letztes Beispiel, ein einfacher Weg um eine kurze Nachricht anzuzeigen bevor mit
+            Hilfe eines "Meta Refreshes" weitergeleitet wird:
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -121,7 +124,8 @@ $this->headMeta()->appendHttpEquiv('Refresh',
 ]]></programlisting>
 
         <para>
-            Wenn man bereit ist die Meta Tags im Layout zu platzieren, muß einfach der Helfer ausgegeben werden:
+            Wenn man bereit ist die Meta Tags im Layout zu platzieren, muß einfach der Helfer
+            ausgegeben werden:
         </para>
 
         <programlisting role="php"><![CDATA[

documentation/manual/de/module_specs/Zend_View-Helpers-HeadScript.xml

@@ -5,14 +5,15 @@
     <title>HeadScript Helfer</title>
 
     <para>
-        Das HTML <code>&lt;script&gt;</code> Element wird verwendet um entweder Clientseitige Skriptelemente
-        Inline zu ermöglichen oder um eine entfernte Ressource zu verlinken die Clientseitigen Skriptcode
-        enthält. Der <code>HeadScript</code> Helfer erlaubt es beides zu managen.
+        Das HTML <code>&lt;script&gt;</code> Element wird verwendet um entweder Clientseitige
+        Skriptelemente Inline zu ermöglichen oder um eine entfernte Ressource zu verlinken die
+        Clientseitigen Skriptcode enthält. Der <code>HeadScript</code> Helfer erlaubt es beides zu
+        Managen.
     </para>
 
     <para>
-        Der <code>HeadScript</code> Helfer unterstützt die folgenden Methoden für das Setzen und Hinzufügen von
-        Skripten:
+        Der <code>HeadScript</code> Helfer unterstützt die folgenden Methoden für das Setzen und
+        Hinzufügen von Skripten:
     </para>
 
     <itemizedlist>
@@ -35,19 +36,20 @@
     </itemizedlist>
 
     <para>
-        Im Falle der <code>*File()</code> Methoden ist <code>$src</code> der entfernte Ort des Skriptes das
-        geladen werden soll; das ist üblicherweise in der Form einer URL oder eines Pfades. Für die
-        <code>*Script()</code> Methoden sind <code>$script</code> die clientseitigen Skript Direktiven die
-        in diesem Element verwendet werden sollen.
+        Im Falle der <code>*File()</code> Methoden ist <code>$src</code> der entfernte Ort des
+        Skriptes das geladen werden soll; das ist üblicherweise in der Form einer URL oder eines
+        Pfades. Für die <code>*Script()</code> Methoden sind <code>$script</code> die clientseitigen
+        Skript Direktiven die in diesem Element verwendet werden sollen.
     </para>
 
     <note>
         <title>Abhängige Kommentare setzen</title>
 
         <para>
-            <code>HeadScript</code> erlaubt es ein Script Tag in abhängige Kommentare zu setzen, das es
-            erlaubt es vor speziellen Browsern zu verstecken. Um abhängige Tags zu setzen, muß der
-            abhängige Wert als Teil des <code>$attrs</code> Parameters im Methodenaufruf übergeben werden.
+            <code>HeadScript</code> erlaubt es ein Script Tag in abhängige Kommentare zu setzen, das
+            es erlaubt es vor speziellen Browsern zu verstecken. Um abhängige Tags zu setzen, muß
+            der abhängige Wert als Teil des <code>$attrs</code> Parameters im Methodenaufruf
+            übergeben werden.
         </para>
 
         <example id="zend.view.helpers.initial.headscript.conditional">
@@ -65,27 +67,27 @@ $this->headScript()->appendFile(
     </note>
 
     <para>
-        <code>HeadScript</code> erlaubt auch das Erfassen von Skripten; das kann nützlich sein wenn man ein
-        Clientseitiges Skript programmtechnisch erstellen und es dann woanders platzieren will. Seine Verwendung
-        wird in einem Beispiel anbei gezeigt.
+        <code>HeadScript</code> erlaubt auch das Erfassen von Skripten; das kann nützlich sein wenn
+        man ein Clientseitiges Skript programmtechnisch erstellen und es dann woanders platzieren
+        will. Seine Verwendung wird in einem Beispiel anbei gezeigt.
     </para>
 
     <para>
-        Letztendlich kann die <code>headScript()</code> Methode verwendet werden um Skript Elemente schnell
-        hinzuzufügen; die Signatur hierfür ist
-        <code>headScript($mode = 'FILE', $spec, $placement = 'APPEND')</code>. Der <code>$mode</code> ist
+        Letztendlich kann die <code>headScript()</code> Methode verwendet werden um Skript Elemente
+        schnell hinzuzufügen; die Signatur hierfür ist <code>headScript($mode = 'FILE', $spec,
+        $placement = 'APPEND')</code>. Der <code>$mode</code> ist
         entweder 'FILE' oder 'SCRIPT', anhängig davon ob das Skript verlinkt oder definiert wird.
-        <code>$spec</code> ist entweder die Skriptdatei die verlinkt wird, oder der Skriptcode selbst.
-        <code>$placement</code> sollte entweder 'APPEND', 'PREPEND' oder 'SET' sein.
+        <code>$spec</code> ist entweder die Skriptdatei die verlinkt wird, oder der Skriptcode
+        selbst. <code>$placement</code> sollte entweder 'APPEND', 'PREPEND' oder 'SET' sein.
     </para>
 
     <para>
         <code>HeadScript</code> überschreibt <code>append()</code>, <code>offsetSet()</code>,
-        <code>prepend()</code>, und <code>set()</code> um um die Verwendung der speziellen Methoden wie vorher
-        gezeigt zu erzwingen. Intern wird jedes Element als <code>stdClass</code> Token gespeichert, welches
-        später mit Hilfe der <code>itemToString()</code> Methode serialisiert wird. Das erlaubt es Prüfungen
-        an den Elementen im Stack vorzunehmen, und diese Elemente optional zu ändern, einfach durch das
-        Modifizieren des zurückgegebenen Objektes.
+        <code>prepend()</code>, und <code>set()</code> um um die Verwendung der speziellen Methoden
+        wie vorher gezeigt zu erzwingen. Intern wird jedes Element als <code>stdClass</code> Token
+        gespeichert, welches später mit Hilfe der <code>itemToString()</code> Methode serialisiert
+        wird. Das erlaubt es Prüfungen an den Elementen im Stack vorzunehmen, und diese Elemente
+        optional zu ändern, einfach durch das Modifizieren des zurückgegebenen Objektes.
     </para>
 
     <para>
@@ -98,10 +100,11 @@ $this->headScript()->appendFile(
 
         <para>
             <code>HeadScript</code>'s Schwester Helfer,
-            <link linkend="zend.view.helpers.initial.inlinescript">InlineScript</link>, sollte verwendet werden
-            wenn man Inline Skripte im HTML <code>body</code> inkludieren will. Die Platzierung von Skripten am
-            Ende des Dokuments ist eine gängige Praxis für die schnellere Auslieferung von Seiten, speziell
-            wenn 3rd Party Analyse Skripte verwendet werden.
+            <link linkend="zend.view.helpers.initial.inlinescript">InlineScript</link>, sollte
+            verwendet werden wenn man Inline Skripte im HTML <code>body</code> inkludieren will. Die
+            Platzierung von Skripten am Ende des Dokuments ist eine gängige Praxis für die
+            schnellere Auslieferung von Seiten, speziell wenn 3rd Party Analyse Skripte verwendet
+            werden.
         </para>
     </note>
 
@@ -126,8 +129,8 @@ $this->headScript()->setAllowArbitraryAttributes(true);
         <title>Grundsätzliche Verwendung des HeadScript Helfers</title>
 
         <para>
-            Neue Skript Tags können jederzeit spezifiziert werden. Wie vorher beschrieben können diese Links
-            auf externe Ressourcen Dateien oder Skripte sein.
+            Neue Skript Tags können jederzeit spezifiziert werden. Wie vorher beschrieben können
+            diese Links auf externe Ressourcen Dateien oder Skripte sein.
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -137,9 +140,10 @@ $this->headScript()->appendFile('/js/prototype.js')
 ]]></programlisting>
 
         <para>
-            Die Reihenfolge ist oft wichtig beim Clientseitigen Skripting; es kann notwendig sein sicherzustellen
-            das Bibliotheken in einer speziellen Reihenfolge geladen werden da Sie Abhängigkeiten zueinander
-            haben; die verschiedenen append, prepend und offsetSet Direktiven können hierbei helfen:
+            Die Reihenfolge ist oft wichtig beim Clientseitigen Skripting; es kann notwendig sein
+            sicherzustellen das Bibliotheken in einer speziellen Reihenfolge geladen werden da Sie
+            Abhängigkeiten zueinander haben; die verschiedenen append, prepend und offsetSet
+            Direktiven können hierbei helfen:
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -157,8 +161,8 @@ $this->headScript()->prependFile('/js/prototype.js');
 ]]></programlisting>
 
         <para>
-            Wenn man letztendlich damit fertig ist am alle Skripte im Layoutskript darzustellen, muß der
-            Helfer einfach ausgegeben werden:
+            Wenn man letztendlich damit fertig ist am alle Skripte im Layoutskript darzustellen, muß
+            der Helfer einfach ausgegeben werden:
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -170,10 +174,10 @@ $this->headScript()->prependFile('/js/prototype.js');
         <title>Skripte einfachen mit Hilfe des HeadScript Helfers</title>
 
         <para>
-            Manchmal mit ein Clientseitiges Skript programmtechnisch erstellt werden. Wärend man Strings
-            zusammenhängen, Heredocs und ähnliches verwenden könnte, ist es oft einfacher nur das
-            Skript zu erstellen und in PHP Tags einzubetten. <code>HeadScript</code> lässt das zu, und
-            erfasst es in den Stack:
+            Manchmal mit ein Clientseitiges Skript programmtechnisch erstellt werden. Wärend man
+            Strings zusammenhängen, Heredocs und ähnliches verwenden könnte, ist es oft einfacher
+            nur das Skript zu erstellen und in PHP Tags einzubetten. <code>HeadScript</code> lässt
+            das zu, und erfasst es in den Stack:
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -190,17 +194,17 @@ $('foo_form').action = action;
         <itemizedlist>
             <listitem>
                 <para>
-                    Das Skript wird an den Stack angefügt. Wenn es den Stack ersetzen soll oder an den Anfang
-                    hinzugefügt werden soll, muß 'SET' oder 'PREPEND' als erstes Argument an
-                    <code>captureStart()</code> übergeben werden.
+                    Das Skript wird an den Stack angefügt. Wenn es den Stack ersetzen soll oder an
+                    den Anfang hinzugefügt werden soll, muß 'SET' oder 'PREPEND' als erstes Argument
+                    an <code>captureStart()</code> übergeben werden.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    Der MIME Typ des Skripts wird mit 'text/javascript' angenommen; wenn ein anderer Typ
-                    spezifiziert werden soll muß dieser als zweites Argument an <code>captureStart()</code>
-                    übergeben werden.
+                    Der MIME Typ des Skripts wird mit 'text/javascript' angenommen; wenn ein anderer
+                    Typ spezifiziert werden soll muß dieser als zweites Argument an
+                    <code>captureStart()</code> übergeben werden.
                 </para>
             </listitem>
 

documentation/manual/de/module_specs/Zend_View-Helpers-HeadStyle.xml

@@ -5,23 +5,24 @@
     <title>HeadStyle Helfer</title>
 
     <para>
-        Das HTML Element <code>&lt;style&gt;</code> wird verwendet um CSS Stylesheets im HTML Element
-        <code>&lt;head&gt;</code> zu inkludieren.
+        Das HTML Element <code>&lt;style&gt;</code> wird verwendet um CSS Stylesheets im HTML
+        Element <code>&lt;head&gt;</code> zu inkludieren.
     </para>
 
     <note>
         <title>HeadLink verwenden um CSS Dateien zu verlinken</title>
 
         <para>
-            <link linkend="zend.view.helpers.initial.headlink">HeadLink</link> sollte verwendet werden
-            um <code>&lt;link&gt;</code> Elemente zu Erstellen die externe Stylesheets enthalten.
-            <code>HeadScript</code> wird verwendet wenn man Stylesheets inline definieren will.
+            <link linkend="zend.view.helpers.initial.headlink">HeadLink</link> sollte verwendet
+            werden um <code>&lt;link&gt;</code> Elemente zu Erstellen die externe Stylesheets
+            enthalten. <code>HeadScript</code> wird verwendet wenn man Stylesheets inline definieren
+            will.
         </para>
     </note>
 
     <para>
-        Der <code>HeadStyle</code> Helfer unterstützt die folgenden Methoden für das Setzen und Hinzufügen
-        von Stylesheet Deklarationen:
+        Der <code>HeadStyle</code> Helfer unterstützt die folgenden Methoden für das Setzen und
+        Hinzufügen von Stylesheet Deklarationen:
     </para>
 
     <itemizedlist>
@@ -45,9 +46,10 @@
         <title>Abhängige Kommentare setzen</title>
 
         <para>
-            <code>HeadStyle</code> erlaubt es ein Script Tag in abhängige Kommentare zu setzen, das es
-            erlaubt es vor speziellen Browsern zu verstecken. Um abhängige Tags zu setzen, muß der
-            abhängige Wert als Teil des <code>$attrs</code> Parameters im Methodenaufruf übergeben werden.
+            <code>HeadStyle</code> erlaubt es ein Script Tag in abhängige Kommentare zu setzen, das
+            es erlaubt es vor speziellen Browsern zu verstecken. Um abhängige Tags zu setzen, muß
+            der abhängige Wert als Teil des <code>$attrs</code> Parameters im Methodenaufruf
+            übergeben werden.
         </para>
 
         <example id="zend.view.helpers.initial.headstyle.conditional">
@@ -61,9 +63,9 @@ $this->headStyle()->appendStyle($styles, array('conditional' => 'lt IE 7');
     </note>
 
     <para>
-        <code>HeadStyle</code> erlaubt auch das Erfassen von Style Deklarationen; das kann nützlich sein wenn
-        eine Deklaration programmtechnisch erstellt werden soll und Sie dann woanders platziert wird. Die
-        Verwendung hierfür wird in einem unten angeführten Beispiel gezeigt.
+        <code>HeadStyle</code> erlaubt auch das Erfassen von Style Deklarationen; das kann nützlich
+        sein wenn eine Deklaration programmtechnisch erstellt werden soll und Sie dann woanders
+        platziert wird. Die Verwendung hierfür wird in einem unten angeführten Beispiel gezeigt.
     </para>
 
     <para>
@@ -75,11 +77,11 @@ $this->headStyle()->appendStyle($styles, array('conditional' => 'lt IE 7');
 
     <para>
         <code>HeadStyle</code> überschreibt jedes <code>append()</code>, <code>offsetSet()</code>,
-        <code>prepend()</code>, und <code>set()</code> um die Verwendung der oben gelisteten speziellen
-        Methoden zu forcieren. Intern wird jeder Teil als <code>stdClass</code> Token gespeichert, welches
-        später serialisiert wird durch Verwendung der <code>itemToString()</code> Methode. Das erlaubt es
-        die Teile im Stack zu Prüfen, und optional auch zu Ändern durch einfaches Modifizieren des
-        zurückgegebenen Objektes.
+        <code>prepend()</code>, und <code>set()</code> um die Verwendung der oben gelisteten
+        speziellen Methoden zu forcieren. Intern wird jeder Teil als <code>stdClass</code> Token
+        gespeichert, welches später serialisiert wird durch Verwendung der
+        <code>itemToString()</code> Methode. Das erlaubt es die Teile im Stack zu Prüfen, und
+        optional auch zu Ändern durch einfaches Modifizieren des zurückgegebenen Objektes.
     </para>
 
     <para>
@@ -101,8 +103,9 @@ $this->headStyle()->appendStyle($styles);
 
         <para>
             Die Reihenfolge ist in CSS sehr wichtig; es könnte sein das man sichergestellen muß das
-            Deklarationen in einer speziellen Reihenfolge geladen werden wegen der Reihenfolge der Kaskade;
-            die verschiedenen append, prepend und offsetSet Direktiven können für diesen Zweck verwendet werden:
+            Deklarationen in einer speziellen Reihenfolge geladen werden wegen der Reihenfolge der
+            Kaskade; die verschiedenen append, prepend und offsetSet Direktiven können für diesen
+            Zweck verwendet werden:
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -119,8 +122,8 @@ $this->headStyle()->prependStyle($firstStyles);
 ]]></programlisting>
 
         <para>
-            Wenn man damit fertig ist und alle Style Deklarationen im Layout Skript ausgegeben werden können
-            kann der Helfer einfach wiederholt werden:
+            Wenn man damit fertig ist und alle Style Deklarationen im Layout Skript ausgegeben
+            werden können kann der Helfer einfach wiederholt werden:
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -132,10 +135,10 @@ $this->headStyle()->prependStyle($firstStyles);
         <title>Den HeadStyle Helfer verwenden um Style Deklarationen zu Erfassen</title>
 
         <para>
-            Hier und da müssen CSS Style Deklarationen programmtechnisch erstellt werden. Wärend String
-            Kopplungen, HereDocs und ähnliches verwendet werden könnte, ist es oft einfacher das durch
-            erstellen der Styles und deren Einfügung in PHP Tags zu machen. <code>HeadStyle</code> lässt
-            das zu indem es in den Stack erfasst wird:
+            Hier und da müssen CSS Style Deklarationen programmtechnisch erstellt werden. Wärend
+            String Kopplungen, HereDocs und ähnliches verwendet werden könnte, ist es oft einfacher
+            das durch erstellen der Styles und deren Einfügung in PHP Tags zu machen.
+            <code>HeadStyle</code> lässt das zu indem es in den Stack erfasst wird:
         </para>
 
         <programlisting role="php"><![CDATA[

documentation/manual/de/module_specs/Zend_View-Helpers-HeadTitle.xml

@@ -5,29 +5,30 @@
     <title>HeadTitle Helfer</title>
 
     <para>
-        Das HTML <code>&lt;title&gt;</code> Element wird verwendet um einen Titel für ein HTML Dokument anzubieten.
-        Der <code>HeadTitle</code> Helfer erlaubt es Titel für späteren Empfang und Ausgabe programmtechnisch
-        zu Erstellen und zu Speichern.
+        Das HTML <code>&lt;title&gt;</code> Element wird verwendet um einen Titel für ein HTML
+        Dokument anzubieten. Der <code>HeadTitle</code> Helfer erlaubt es Titel für späteren Empfang
+        und Ausgabe programmtechnisch zu Erstellen und zu Speichern.
     </para>
 
     <para>
         Der <code>HeadTitle</code> Helfer ist eine konkrete Implementation des
-        <link linkend="zend.view.helpers.initial.placeholder">Plaltzhalter Helfer</link>. Er überschreibt die
-        <code>toString()</code> Methode um die erstellung des <code>&lt;title&gt;</code> Elements zu erzwingen,
-        und fgt eine <code>headTitle()</code> Methode für das schnelle und einfache Einstellen und Ändern von
-        Titel Elementen hinzu. Die Signatur dieser Methode ist
-        <code>headTitle($title, $setType = 'APPEND')</code>; standardmäßig, wird der Wert dem Stack angefügt
-        (Anhäufen von Title Segmenten), aber es kann auch 'PREPEND' (Platzierung am Anfang des Stacks) oder
-        'SET' (Stack überschreiben) spezifiziert werden.
+        <link linkend="zend.view.helpers.initial.placeholder">Plaltzhalter Helfer</link>. Er
+        überschreibt die <code>toString()</code> Methode um die erstellung des
+        <code>&lt;title&gt;</code> Elements zu erzwingen, und fgt eine <code>headTitle()</code>
+        Methode für das schnelle und einfache Einstellen und Ändern von Titel Elementen hinzu. Die
+        Signatur dieser Methode ist <code>headTitle($title, $setType = 'APPEND')</code>;
+        standardmäßig, wird der Wert dem Stack angefügt (Anhäufen von Title Segmenten), aber es kann
+        auch 'PREPEND' (Platzierung am Anfang des Stacks) oder 'SET' (Stack überschreiben)
+        spezifiziert werden.
     </para>
 
     <example id="zend.view.helpers.initial.headtitle.basicusage">
         <title>Grundsätzliche Verwendung des HeadTitle Helfers</title>
 
         <para>
-            Es kann jederzeit ein Titel Tag spezifiziert werden. Die typische Verwendung besteht darin das
-            Titel Segment bei jedem Level an Tiefe in der Anwendung: Site, Kontroller, Aktion und potentiell
-            Ressourcen.
+            Es kann jederzeit ein Titel Tag spezifiziert werden. Die typische Verwendung besteht
+            darin das Titel Segment bei jedem Level an Tiefe in der Anwendung: Site, Kontroller,
+            Aktion und potentiell Ressourcen.
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -44,8 +45,8 @@ $this->headTitle()->setSeparator(' / ');
 ]]></programlisting>
 
         <para>
-            Wenn man letztendlich damit fertig ist den Titel im Layoutskript darzustellen, muß dieser
-            einfach ausgegeben werden:
+            Wenn man letztendlich damit fertig ist den Titel im Layoutskript darzustellen, muß
+            dieser einfach ausgegeben werden:
         </para>
 
         <programlisting role="php"><![CDATA[

documentation/manual/de/module_specs/Zend_View-Helpers-HtmlObject.xml

@@ -5,9 +5,9 @@
     <title>HTML Objekt Helfer</title>
 
     <para>
-        Das HTML <code><![CDATA[<object>]]></code> Element wird für das Einbetten von Medien wie Flash oder
-        Quicktime in Webseiten verwendet. Der Object View Helfer übernimmt die Einbettung von Medien mit einem
-        minimalen Aufwand.
+        Das HTML <code><![CDATA[<object>]]></code> Element wird für das Einbetten von Medien wie
+        Flash oder Quicktime in Webseiten verwendet. Der Object View Helfer übernimmt die Einbettung
+        von Medien mit einem minimalen Aufwand.
     </para>
 
     <para>
@@ -42,8 +42,8 @@
     </itemizedlist>
 
     <para>
-        Alle diese Helfer teilen sich das gleiche Interface. Aus diesem Grund enthält diese Dokumentation nur
-        Beispiele für zwei dieser Helfer.
+        Alle diese Helfer teilen sich das gleiche Interface. Aus diesem Grund enthält diese
+        Dokumentation nur Beispiele für zwei dieser Helfer.
     </para>
 
     <example id="zend.view.helpers.initial.object.flash">
@@ -51,8 +51,8 @@
         <title>Flash Helfer</title>
 
         <para>
-            Die Einbettung von Flash in die eigene Seite mit Hilfe des Helfers ist recht direkt. Das einzige
-            benötigte Argument ist die Ressource URI.
+            Die Einbettung von Flash in die eigene Seite mit Hilfe des Helfers ist recht direkt. Das
+            einzige benötigte Argument ist die Ressource URI.
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -83,15 +83,17 @@
         <title>Anpassen des Objekts durch die Übergabe von zusätzlichen Argumenten</title>
 
         <para>
-            Das erste Argument des Objekt Helfers wird immer benötigt. Es ist die URI zu der Ressource die man
-            einbetten will. Das zweite Argument wird nur im <code>htmlObject</code> Helfer benötigt. Die anderen
-            Helfer enthalten bereits den wichtigen Wert für dieses Argument. Der dritte Parameter wird für die
-            Übergabe von Argumenten an das Objekt Element verwendet. Es akzeptiert nur ein Array mit
-            Schlüssel-Wert Paaren. Die <code>classid</code> und <code>codebase</code> sind Beispiel für solche
-            Attribute. Das vierte Argument nimmt auch Schlüssel-Wert Paare und verwendet diese für die
-            Erstellung von <code><![CDATA[<param>]]></code> Elementen. Sie sehen in Kürze ein Beispiel hierfür.
-            Letztendlich, gibt es eine Option für das zur Verfügungstellen von zusätzlichen Inhalten beim
-            Objekt. Jetzt folgt ein Beispiel welches alle Argumente verwendet.
+            Das erste Argument des Objekt Helfers wird immer benötigt. Es ist die URI zu der
+            Ressource die man einbetten will. Das zweite Argument wird nur im
+            <code>htmlObject</code> Helfer benötigt. Die anderen Helfer enthalten bereits den
+            wichtigen Wert für dieses Argument. Der dritte Parameter wird für die Übergabe von
+            Argumenten an das Objekt Element verwendet. Es akzeptiert nur ein Array mit
+            Schlüssel-Wert Paaren. Die <code>classid</code> und <code>codebase</code> sind Beispiel
+            für solche Attribute. Das vierte Argument nimmt auch Schlüssel-Wert Paare und verwendet
+            diese für die Erstellung von <code><![CDATA[<param>]]></code> Elementen. Sie sehen in
+            Kürze ein Beispiel hierfür. Letztendlich, gibt es eine Option für das zur
+            Verfügungstellen von zusätzlichen Inhalten beim Objekt. Jetzt folgt ein Beispiel welches
+            alle Argumente verwendet.
         </para>
 
         <programlisting role="php"><![CDATA[

documentation/manual/de/module_specs/Zend_View-Helpers-InlineScript.xml

@@ -5,21 +5,22 @@
     <title>InlineScript Helfer</title>
 
     <para>
-        Das HTML <code>&lt;script&gt;</code> Element wird verwendet um entweder Clientseitige Skriptelemente
-        Inline zu ermöglichen oder um eine entfernte Ressource zu verlinken die Clientseitigen Skriptcode
-        enthält. Der <code>InlineScript</code> Helfer erlaubt es beides zu managen. Er ist von
-        <link linkend="zend.view.helpers.initial.headscript">HeadScript</link> abgeleitet und jede Methode
-        dieses Helfers ist vorhanden; trotzdem, sollte die <code>inlineScript()</code> Methode statt
-        <code>headScript()</code> verwendet werden.
+        Das HTML <code>&lt;script&gt;</code> Element wird verwendet um entweder Clientseitige
+        Skriptelemente Inline zu ermöglichen oder um eine entfernte Ressource zu verlinken die
+        Clientseitigen Skriptcode enthält. Der <code>InlineScript</code> Helfer erlaubt es beides zu
+        managen. Er ist von <link linkend="zend.view.helpers.initial.headscript">HeadScript</link>
+        abgeleitet und jede Methode dieses Helfers ist vorhanden; trotzdem, sollte die
+        <code>inlineScript()</code> Methode statt <code>headScript()</code> verwendet werden.
     </para>
 
     <note>
         <title>InlineScript für HTML Body Skripte verwenden</title>
 
         <para>
-            <code>InlineScript</code>, sollte verwendet werden wenn man Skripte im HTML <code>body</code>
-            inkludieren will. Skripte am Ende des Dokuments zu platzieren ist eine gute Praxis um das
-            Versenden von Seiten schneller zu machen, speziell wen 3rd Party Analyse Skripte verwendet werden.
+            <code>InlineScript</code>, sollte verwendet werden wenn man Skripte im HTML
+            <code>body</code> inkludieren will. Skripte am Ende des Dokuments zu platzieren ist eine
+            gute Praxis um das Versenden von Seiten schneller zu machen, speziell wen 3rd Party
+            Analyse Skripte verwendet werden.
         </para>
 
         <para>

documentation/manual/de/module_specs/Zend_View-Helpers-Navigation.xml

@@ -16,7 +16,8 @@
         <itemizedlist>
             <listitem>
                 <para>
-                    <link linkend="zend.view.helpers.initial.navigation.breadcrumbs">Breadcrumbs</link>,
+                    <link
+                        linkend="zend.view.helpers.initial.navigation.breadcrumbs">Breadcrumbs</link>,
                     wird für die Darstellung des Pfades der aktuell aktiven Seite verwendet.
                 </para>
             </listitem>
@@ -43,18 +44,20 @@
             </listitem>
             <listitem>
                 <para>
-                    <link linkend="zend.view.helpers.initial.navigation.navigation">Navigation</link>,
-                    wird für die Weiterleitung von Aufrufen zu anderen Navigations Helfern verwendet.
+                    <link
+                        linkend="zend.view.helpers.initial.navigation.navigation">Navigation</link>,
+                    wird für die Weiterleitung von Aufrufen zu anderen Navigations Helfern
+                    verwendet.
                 </para>
             </listitem>
         </itemizedlist>
 
         Alle eingebauten Helfer erweitern
-        <classname>Zend_View_Helper_Navigation_HelperAbstract</classname>, welches die Integration von
-        <link linkend="zend.acl">ACL</link> und <link linkend="zend.translate">Übersetzung</link>
-        hinzufügt. Die abstrakte Klasse implementiert das Interface
-        <classname>Zend_View_Helper_Navigation_Helper</classname> welches die folgenden
-        Methoden definiert:
+        <classname>Zend_View_Helper_Navigation_HelperAbstract</classname>, welches die Integration
+        von <link linkend="zend.acl">ACL</link> und <link
+            linkend="zend.translate">Übersetzung</link> hinzufügt. Die abstrakte Klasse
+        implementiert das Interface <classname>Zend_View_Helper_Navigation_Helper</classname>
+        welches die folgenden Methoden definiert:
 
         <itemizedlist>
             <listitem>
@@ -131,8 +134,8 @@
                 <para>
                     <code>__call()</code> wird verwendet um Aufrufe zum Container, der im Helfer
                     registriert ist, weiterzuleiten, was bedeutet das man Methoden in einem
-                    Helfer aufrufen kann wie wenn Sie im Container wären. Siehe das folgende
-                    <link linkend="zend.view.helpers.initial.navigation.proxy.example">Beispiel</link>.
+                    Helfer aufrufen kann wie wenn Sie im Container wären. Siehe das folgende <link
+                        linkend="zend.view.helpers.initial.navigation.proxy.example">Beispiel</link>.
                 </para>
             </listitem>
             <listitem>
@@ -179,8 +182,8 @@
         Wenn ein Navigations Container nicht explizit in einem Helfer durch Verwendung von
         <code>$helper->setContainer($nav)</code> gesetzt ist, schaut der Helfer in
         <link linkend="zend.registry">der Registry</link> nach einer Container Instanz mit dem
-        Schlüssel <classname>Zend_Navigation</classname>.  Wenn ein Container nicht explizit gesetzt wurde,
-        oder nicht in der Registry gefunden wird, erstellt der Helfer einen leeren
+        Schlüssel <classname>Zend_Navigation</classname>.  Wenn ein Container nicht explizit gesetzt
+        wurde, oder nicht in der Registry gefunden wird, erstellt der Helfer einen leeren
         <classname>Zend_Navigation</classname> Container wenn <code>$helper->getContainer()</code>
         aufgerufen wird.
     </para>
@@ -531,11 +534,11 @@ Zend_View_Helper_Navigation_HelperAbstract::setDefaultRole('member');
         <para>
             Breadcrumbs werden verwendet um anzuzeigen wo in einer Sitemap ein Benutzer aktuell
             browst, und werden typischerweise wie folgt angezeigt: "Du bist hier: Home > Produkte
-            > FantastischesProdukt 1.0". Der BreakCrumbs Helfer folgt den Richtlinien von
-            <ulink url="http://developer.yahoo.com/ypatterns/pattern.php?pattern=breadcrumbs">Breadcrumbs Pattern - Yahoo! Design Pattern Library</ulink>,
-            und erlaubt eine einfache Anpassung (Minimale/Maximale Tiefe, Einrückung, Trennzeichen,
-            und ob das letzte Element verlinkt sein soll), oder die Darstellung durch Verwendung
-            eines partiellen View Skripts.
+            > FantastischesProdukt 1.0". Der BreakCrumbs Helfer folgt den Richtlinien von <ulink
+                url="http://developer.yahoo.com/ypatterns/pattern.php?pattern=breadcrumbs">Breadcrumbs
+                Pattern - Yahoo! Design Pattern Library</ulink>, und erlaubt eine einfache Anpassung
+            (Minimale/Maximale Tiefe, Einrückung, Trennzeichen, und ob das letzte Element verlinkt
+            sein soll), oder die Darstellung durch Verwendung eines partiellen View Skripts.
         </para>
 
         <para>
@@ -858,55 +861,89 @@ Produkte, Foo Server, FAQ
         <para>
             <itemizedlist>
                 <listitem>
-                    <para><classname>Zend_View_Helper_Navigation_Link::RENDER_ALTERNATE</classname></para>
+                    <para>
+                        <classname>Zend_View_Helper_Navigation_Link::RENDER_ALTERNATE</classname>
+                    </para>
                 </listitem>
                 <listitem>
-                    <para><classname>Zend_View_Helper_Navigation_Link::RENDER_STYLESHEET</classname></para>
+                    <para>
+                        <classname>Zend_View_Helper_Navigation_Link::RENDER_STYLESHEET</classname>
+                    </para>
                 </listitem>
                 <listitem>
-                    <para><classname>Zend_View_Helper_Navigation_Link::RENDER_START</classname></para>
+                    <para>
+                        <classname>Zend_View_Helper_Navigation_Link::RENDER_START</classname>
+                    </para>
                 </listitem>
                 <listitem>
-                    <para><classname>Zend_View_Helper_Navigation_Link::RENDER_NEXT</classname></para>
+                    <para>
+                        <classname>Zend_View_Helper_Navigation_Link::RENDER_NEXT</classname>
+                    </para>
                 </listitem>
                 <listitem>
-                    <para><classname>Zend_View_Helper_Navigation_Link::RENDER_PREV</classname></para>
+                    <para>
+                        <classname>Zend_View_Helper_Navigation_Link::RENDER_PREV</classname>
+                    </para>
                 </listitem>
                 <listitem>
-                    <para><classname>Zend_View_Helper_Navigation_Link::RENDER_CONTENTS</classname></para>
+                    <para>
+                        <classname>Zend_View_Helper_Navigation_Link::RENDER_CONTENTS</classname>
+                    </para>
                 </listitem>
                 <listitem>
-                    <para><classname>Zend_View_Helper_Navigation_Link::RENDER_INDEX</classname></para>
+                    <para>
+                        <classname>Zend_View_Helper_Navigation_Link::RENDER_INDEX</classname>
+                    </para>
                 </listitem>
                 <listitem>
-                    <para><classname>Zend_View_Helper_Navigation_Link::RENDER_GLOSSARY</classname></para>
+                    <para>
+                        <classname>Zend_View_Helper_Navigation_Link::RENDER_GLOSSARY</classname>
+                    </para>
                 </listitem>
                 <listitem>
-                    <para><classname>Zend_View_Helper_Navigation_Link::RENDER_COPYRIGHT</classname></para>
+                    <para>
+                        <classname>Zend_View_Helper_Navigation_Link::RENDER_COPYRIGHT</classname>
+                    </para>
                 </listitem>
                 <listitem>
-                    <para><classname>Zend_View_Helper_Navigation_Link::RENDER_CHAPTER</classname></para>
+                    <para>
+                        <classname>Zend_View_Helper_Navigation_Link::RENDER_CHAPTER</classname>
+                    </para>
                 </listitem>
                 <listitem>
-                    <para><classname>Zend_View_Helper_Navigation_Link::RENDER_SECTION</classname></para>
+                    <para>
+                        <classname>Zend_View_Helper_Navigation_Link::RENDER_SECTION</classname>
+                    </para>
                 </listitem>
                 <listitem>
-                    <para><classname>Zend_View_Helper_Navigation_Link::RENDER_SUBSECTION</classname></para>
+                    <para>
+                        <classname>Zend_View_Helper_Navigation_Link::RENDER_SUBSECTION</classname>
+                    </para>
                 </listitem>
                 <listitem>
-                    <para><classname>Zend_View_Helper_Navigation_Link::RENDER_APPENDIX</classname></para>
+                    <para>
+                        <classname>Zend_View_Helper_Navigation_Link::RENDER_APPENDIX</classname>
+                    </para>
                 </listitem>
                 <listitem>
-                    <para><classname>Zend_View_Helper_Navigation_Link::RENDER_HELP</classname></para>
+                    <para>
+                        <classname>Zend_View_Helper_Navigation_Link::RENDER_HELP</classname>
+                    </para>
                 </listitem>
                 <listitem>
-                    <para><classname>Zend_View_Helper_Navigation_Link::RENDER_BOOKMARK</classname></para>
+                    <para>
+                        <classname>Zend_View_Helper_Navigation_Link::RENDER_BOOKMARK</classname>
+                    </para>
                 </listitem>
                 <listitem>
-                    <para><classname>Zend_View_Helper_Navigation_Link::RENDER_CUSTOM</classname></para>
+                    <para>
+                        <classname>Zend_View_Helper_Navigation_Link::RENDER_CUSTOM</classname>
+                    </para>
                 </listitem>
                 <listitem>
-                    <para><classname>Zend_View_Helper_Navigation_Link::RENDER_ALL</classname></para>
+                    <para>
+                        <classname>Zend_View_Helper_Navigation_Link::RENDER_ALL</classname>
+                    </para>
                 </listitem>
             </itemizedlist>
         </para>
@@ -2043,10 +2080,10 @@ echo $this->navigation()
             Der Navigation Helfer ist ein Proxy Helfer der Aufrufe zu anderen Navigations Helfern
             durchführt. Er kann als Einstiegspunkt fpr alle navigations-basierenden View Tasks
             verwendet werden. Die vorher erwähnten Navigations Helfer sind im Namespace
-            <classname>Zend_View_Helper_Navigation</classname> und würden es deshalb benötigen, den Pfad
-            <code>Zend/View/Helper/Navigation</code> als Helfer Pfad der View hinzuzufügen. Mit dem
-            Proxy Helfer der im <classname>Zend_View_Helper</classname> Namespace sitzt, ist er immer
-            vorhanden, ohne das irgendein Helfer Pfad an der View hinzugefügt werden muß.
+            <classname>Zend_View_Helper_Navigation</classname> und würden es deshalb benötigen, den
+            Pfad <code>Zend/View/Helper/Navigation</code> als Helfer Pfad der View hinzuzufügen. Mit
+            dem Proxy Helfer der im <classname>Zend_View_Helper</classname> Namespace sitzt, ist er
+            immer vorhanden, ohne das irgendein Helfer Pfad an der View hinzugefügt werden muß.
         </para>
 
         <para>

documentation/manual/de/module_specs/Zend_View-Helpers-Partial.xml

@@ -5,15 +5,17 @@
     <title>Partielle Helfer</title>
 
     <para>
-        Der <code>Partial</code> (Partielle) View Helfer wird verwendet um ein spezielles Template innerhalb
-        seines eigenen variablen Bereichs zu rendern. Primär wird er für wiederverwendbare Templatefragmente
-        verwendet bei denen man keine Vorsorge wegen variablen Namenskonflikten aufpassen muß. Zusätzlich
-        erlauben Sie es Teile von View Skripten von speziellen Modulen zu spezifizieren.
+        Der <code>Partial</code> (Partielle) View Helfer wird verwendet um ein spezielles Template
+        innerhalb seines eigenen variablen Bereichs zu rendern. Primär wird er für wiederverwendbare
+        Templatefragmente verwendet bei denen man keine Vorsorge wegen variablen Namenskonflikten
+        aufpassen muß. Zusätzlich erlauben Sie es Teile von View Skripten von speziellen Modulen zu
+        spezifizieren.
     </para>
 
     <para>
-        Ein Geschwisterteil zum <code>Partial</code> ist der <code>PartialLoop</code> View Helfer der es
-        erlaubt Daten zu übergeben die durchlaufen werden können, und einen Abschnitt für jedes Teil auszugeben.
+        Ein Geschwisterteil zum <code>Partial</code> ist der <code>PartialLoop</code> View Helfer
+        der es erlaubt Daten zu übergeben die durchlaufen werden können, und einen Abschnitt für
+        jedes Teil auszugeben.
     </para>
 
     <note>
@@ -31,8 +33,8 @@
         <title>Grundsätzliche Verwendung von Partials</title>
 
         <para>
-            Die grundsätzliche Verwendung von Partials ist die Ausgabe von Templatefragmenten im eigenen
-            Viewbereich. Es wird das folgende teilweise Skript angenommen:
+            Die grundsätzliche Verwendung von Partials ist die Ausgabe von Templatefragmenten im
+            eigenen Viewbereich. Es wird das folgende teilweise Skript angenommen:
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -77,33 +79,35 @@
         <itemizedlist>
             <listitem>
                 <para>
-                    <emphasis>Array</emphasis>. Wenn ein Array übergeben wird, sollte es assoziativ sein,
-                    und seine Schlüssel/Werte Paare werden der View mit dem Schlüssel als View Variable
-                    zugeordnet.
+                    <emphasis>Array</emphasis>. Wenn ein Array übergeben wird, sollte es assoziativ
+                    sein, und seine Schlüssel/Werte Paare werden der View mit dem Schlüssel als View
+                    Variable zugeordnet.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <emphasis>Objekt das die toArray() Methode implementiert</emphasis>. Wenn ein Objekt
-                    übergeben wird das eine <code>toArray()</code> Methode besitzt, wird das Ergebnis von
-                    <code>toArray()</code> dem View Objekt als View Variablen zugeordnet.
+                    <emphasis>Objekt das die toArray() Methode implementiert</emphasis>. Wenn ein
+                    Objekt übergeben wird das eine <code>toArray()</code> Methode besitzt, wird das
+                    Ergebnis von <code>toArray()</code> dem View Objekt als View Variablen
+                    zugeordnet.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <emphasis>Standard Objekt</emphasis>. Jedes andere Objekt wird die Ergebnisse von
-                    <code>object_get_vars()</code> (essentiell alle öffentlichen Eigenschaften des
-                    Objektes) dem View Objekt zuordnen.
+                    <emphasis>Standard Objekt</emphasis>. Jedes andere Objekt wird die Ergebnisse
+                    von <code>object_get_vars()</code> (essentiell alle öffentlichen Eigenschaften
+                    des Objektes) dem View Objekt zuordnen.
                 </para>
             </listitem>
         </itemizedlist>
 
         <para>
-            Wenn das eigene Modell ein Objekt ist, kann es gewünscht sein, es <emphasis>als Objekt</emphasis>
-            an das Partielle Skript zu übergeben, statt es in ein Array von Variablen zu serialisieren. Das
-            kann durch das Setzen der 'objectKey' Eigenschaft des betreffenden Helfers getan werden:
+            Wenn das eigene Modell ein Objekt ist, kann es gewünscht sein, es <emphasis>als
+            Objekt</emphasis> an das Partielle Skript zu übergeben, statt es in ein Array von
+            Variablen zu serialisieren. Das kann durch das Setzen der 'objectKey' Eigenschaft des
+            betreffenden Helfers getan werden:
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -116,10 +120,11 @@ $view->partialLoop()->setObjectKey('model');
 ]]></programlisting>
 
         <para>
-            Diese Technik ist speziell dann sinnvoll wenn <classname>Zend_Db_Table_Rowset</classname>s an
-            <code>partialLoop()</code> übergeben werden, da man dann kompletten Zugriff auf die Zeilenobjekte
-            im View Skript hat, was es einem erlaubt Ihre Methoden auszurufen (wie das empfangen von Werten
-            bei Eltern- oder abhängigen Zeilen).
+            Diese Technik ist speziell dann sinnvoll wenn
+            <classname>Zend_Db_Table_Rowset</classname>s an <code>partialLoop()</code> übergeben
+            werden, da man dann kompletten Zugriff auf die Zeilenobjekte im View Skript hat, was es
+            einem erlaubt Ihre Methoden auszurufen (wie das empfangen von Werten bei Eltern- oder
+            abhängigen Zeilen).
         </para>
     </note>
 
@@ -127,18 +132,20 @@ $view->partialLoop()->setObjectKey('model');
         <title>Verwendung von PartialLoop um iterierbare Modelle darzustellen</title>
 
         <para>
-            Typischerweise, wird man Partials in einer Schleife verwenden um das selbe Inhaltsfragment,
-            viele Male, darzustellen; auf diesem Weg können große Blöcke von wiederholenden Inhalten oder
-            komplexe Anzeigelogik auf einen einzelnen Platz gegeben werden. Trotzdem hat das einen
-            Geschwindigkeitsnachteil, da der partielle Helfer einmal für jede Iteration aufgerufen werden
+            Typischerweise, wird man Partials in einer Schleife verwenden um das selbe
+            Inhaltsfragment, viele Male, darzustellen; auf diesem Weg können große Blöcke von
+            wiederholenden Inhalten oder komplexe Anzeigelogik auf einen einzelnen Platz gegeben
+            werden. Trotzdem hat das einen Geschwindigkeitsnachteil, da der partielle Helfer einmal
+            für jede Iteration aufgerufen werden
             muß.
         </para>
 
         <para>
-            Der <code>PartialLoop</code> View Helfer hilft bei der Lösung dieses Problems. Er erlaubt es einen
-            wiederholenden Teil (Array oder Objekt das einen <code>Iterator</code> implementiert) als Modell
-            zu übergeben. Er iteriert dann darüber, und übergibt dessen Teile dem Partial Skript als Modell.
-            Teil in diesem Iterator kann jedes Modell sein das der <code>Partial</code> View Helfer erlaubt.
+            Der <code>PartialLoop</code> View Helfer hilft bei der Lösung dieses Problems. Er
+            erlaubt es einen wiederholenden Teil (Array oder Objekt das einen <code>Iterator</code>
+            implementiert) als Modell zu übergeben. Er iteriert dann darüber, und übergibt dessen
+            Teile dem Partial Skript als Modell. Teil in diesem Iterator kann jedes Modell sein das
+            der <code>Partial</code> View Helfer erlaubt.
         </para>
 
         <para>
@@ -196,14 +203,15 @@ $model = array(
         <title>Partials in anderen Modulen darstellen</title>
 
         <para>
-            Zeitweise existiert ein Parial in einem anderen Modul. Wenn der Name des Moduls bekannt ist,
-            kann dieses als zweites Argument entweder <code>partial()</code> oder <code>partialLoop()</code>
-            übergeben werden, indem das <code>$model</code> Argument an dritte Stelle verschoben wird.
+            Zeitweise existiert ein Parial in einem anderen Modul. Wenn der Name des Moduls bekannt
+            ist, kann dieses als zweites Argument entweder <code>partial()</code> oder
+            <code>partialLoop()</code> übergeben werden, indem das <code>$model</code> Argument an
+            dritte Stelle verschoben wird.
         </para>
 
         <para>
-            Wenn zum Beispiel, eine Teilseite existiert im 'list' Modul existiert die verwendet werden soll,
-            kann diese wie folgt genommen werden:
+            Wenn zum Beispiel, eine Teilseite existiert im 'list' Modul existiert die verwendet
+            werden soll, kann diese wie folgt genommen werden:
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -211,8 +219,9 @@ $model = array(
 ]]></programlisting>
 
         <para>
-            Auf diesem Weg, können Teile wiederverwendet werden die speziell für andere Module erstellt wurden.
-            Deshalb ist es besser, wiederverwendbare Teile in einen Pfad für geteilt View Skripte zu geben.
+            Auf diesem Weg, können Teile wiederverwendet werden die speziell für andere Module
+            erstellt wurden. Deshalb ist es besser, wiederverwendbare Teile in einen Pfad für
+            geteilt View Skripte zu geben.
         </para>
     </example>
 </sect3>

documentation/manual/de/module_specs/Zend_View-Helpers-Placeholder.xml

@@ -5,19 +5,20 @@
     <title>Platzhalter (PlaceHolder) Helfer</title>
 
     <para>
-        Der <code>Placeholder</code> View Helfer wird verwendet um Inhalte zwischen View Skripten und View
-        Instanzen persistent zu machen. Er bietet auch einige nützliche Features wie Inhalte zu vereinigen,
-        Inhalte von View Skripten zu erfassen und Vor- sowie Nach-Texte zu Inhalten hinzuzufügen (und eigene
-        Separatoren für vereinigte Inhalte).
+        Der <code>Placeholder</code> View Helfer wird verwendet um Inhalte zwischen View Skripten
+        und View Instanzen persistent zu machen. Er bietet auch einige nützliche Features wie
+        Inhalte zu vereinigen, Inhalte von View Skripten zu erfassen und Vor- sowie Nach-Texte zu
+        Inhalten hinzuzufügen (und eigene Separatoren für vereinigte Inhalte).
     </para>
 
     <example id="zend.view.helpers.initial.placeholder.usage">
         <title>Grundsätzliche Verwendung von Platzhaltern</title>
 
         <para>
-            Die grundsätzliche Verwendung von Platzhaltern ist die persistenz von View Daten. Jeder Aufruf des
-            <code>Placeholder</code> Helfers erwartet einen Platzhalter Namen; der Helfer gibt dann ein
-            Platzhalter Container Objekt zurück das entweder manipuliert oder einfach ausgegeben werden kann.
+            Die grundsätzliche Verwendung von Platzhaltern ist die persistenz von View Daten. Jeder
+            Aufruf des <code>Placeholder</code> Helfers erwartet einen Platzhalter Namen; der Helfer
+            gibt dann ein Platzhalter Container Objekt zurück das entweder manipuliert oder einfach
+            ausgegeben werden kann.
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -34,50 +35,51 @@
         <title>Platzhalter verwenden um Inhalt zu vereinigen</title>
 
         <para>
-            Inhalt über Platzhalter zu vereinigen kann zeitweise auch sehr nützlich sein. Zum Beispiel kann ein
-            View Skript ein variables Array besitzen von dem Nachrichten empfangen werden sollen um diese
-            später darzustellen; ein späteres View Skript kann diese dann eruieren wie diese dargestellt werden
-            sollen.
+            Inhalt über Platzhalter zu vereinigen kann zeitweise auch sehr nützlich sein. Zum
+            Beispiel kann ein View Skript ein variables Array besitzen von dem Nachrichten empfangen
+            werden sollen um diese später darzustellen; ein späteres View Skript kann diese dann
+            eruieren wie diese dargestellt werden sollen.
         </para>
 
         <para>
-            Der <code>Placeholder</code> View Helfer verwendet Container die <code>ArrayObject</code> erweitern,
-            und ein reichhaltiges Set von Features für die Manipulation von Arrays bieten. Zusätzlich bietet es
-            eine Anzahl von Methoden für die Formatierung des Inhalts der im Container gespeichert ist:
+            Der <code>Placeholder</code> View Helfer verwendet Container die
+            <code>ArrayObject</code> erweitern, und ein reichhaltiges Set von Features für die
+            Manipulation von Arrays bieten. Zusätzlich bietet es eine Anzahl von Methoden für die
+            Formatierung des Inhalts der im Container gespeichert ist:
         </para>
 
         <itemizedlist>
             <listitem>
                 <para>
                     <code>setPrefix($prefix)</code> setzt Text der dem Inhalt vorgesetzt wird.
-                    <code>getPrefix()</code> kann verwendet werden um jederzeit festzustellen wie die aktuellen
-                    Einstellungen sind.
+                    <code>getPrefix()</code> kann verwendet werden um jederzeit festzustellen wie
+                    die aktuellen Einstellungen sind.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
                     <code>setPostfix($prefix)</code> setzt Text der dem Inhalt angehängt wird.
-                    <code>getPostfix()</code> kann verwendet werden um jederzeit festzustellen wie die
-                    aktuellen Einstellungen sind.
+                    <code>getPostfix()</code> kann verwendet werden um jederzeit festzustellen wie
+                    die aktuellen Einstellungen sind.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>setSeparator($prefix)</code> setzt Text mit dem zusammengefügte Inhalte seperiert
-                    werden. <code>getSeparator()</code> kann verwendet werden um jederzeit festzustellen wie die
-                    aktuellen Einstellungen sind.
+                    <code>setSeparator($prefix)</code> setzt Text mit dem zusammengefügte Inhalte
+                    seperiert werden. <code>getSeparator()</code> kann verwendet werden um jederzeit
+                    festzustellen wie die aktuellen Einstellungen sind.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>setIndent($prefix)</code> kann verwendet werden um einen Markierungswert für
-                    den Inhalt zu setzen. Wenn ein Integer übergeben wird, wird diese Anzahl an Leerzeichen
-                    verwendet; wenn ein String übergeben wird, wird dieser String verwendet.
-                    <code>getIndent()</code> kann verwendet werden um jederzeit festzustellen wie die
-                    aktuellen Einstellungen sind.
+                    <code>setIndent($prefix)</code> kann verwendet werden um einen Markierungswert
+                    für den Inhalt zu setzen. Wenn ein Integer übergeben wird, wird diese Anzahl an
+                    Leerzeichen verwendet; wenn ein String übergeben wird, wird dieser String
+                    verwendet. <code>getIndent()</code> kann verwendet werden um jederzeit
+                    festzustellen wie die aktuellen Einstellungen sind.
                 </para>
             </listitem>
         </itemizedlist>
@@ -103,10 +105,10 @@ $this->placeholder('foo')->setPrefix("<ul>\n    <li>")
 ]]></programlisting>
 
         <para>
-            Weil die <code>Placeholder</code> Container Objekte <code>ArrayObject</code> erweitern, können
-            Inhalte einem speziellen Schlüssel im Container sehr einfach zugeordnet werden, statt diese einfach
-            an den Container anzufügen. Auf Schlüssel kann entweder als Objekt Eigenschaften oder als Array
-            Schlüssel zugegriffen werden.
+            Weil die <code>Placeholder</code> Container Objekte <code>ArrayObject</code> erweitern,
+            können Inhalte einem speziellen Schlüssel im Container sehr einfach zugeordnet werden,
+            statt diese einfach an den Container anzufügen. Auf Schlüssel kann entweder als Objekt
+            Eigenschaften oder als Array Schlüssel zugegriffen werden.
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -124,9 +126,10 @@ echo $foo['bar'];
         <title>Verwenden von Platzhaltern um Inhalt zu erfassen</title>
 
         <para>
-            Gelegentlich will man Inhalte für einen Platzhalter in einem View Skript haben die einfachst als
-            Vorlage zu verwenden sind; der <code>Placeholder</code> View Helfer erlaubt es willkürliche
-            Inhalte zu erfassen um diese später durch Verwendung der folgenden API darstellen zu können.
+            Gelegentlich will man Inhalte für einen Platzhalter in einem View Skript haben die
+            einfachst als Vorlage zu verwenden sind; der <code>Placeholder</code> View Helfer
+            erlaubt es willkürliche Inhalte zu erfassen um diese später durch Verwendung der
+            folgenden API darstellen zu können.
         </para>
 
         <itemizedlist>
@@ -136,29 +139,31 @@ echo $foo['bar'];
                 </para>
 
                 <para>
-                    <code>$type</code> sollte eine der <code>Placeholder</code> Konstanten <code>APPEND</code>
-                    oder <code>SET</code> sein. <code>APPEND</code> fügt erfasste Inhalte der Liste der aktuellen
-                    Inhalte im Placeholder an; <code>SET</code> verwendet erfasste Inhalte als einzigen Wert
-                    für den Platzhalter (überschreibt potentiell alle vorherigen Inhalte). Standardmäßig ist
+                    <code>$type</code> sollte eine der <code>Placeholder</code> Konstanten
+                    <code>APPEND</code> oder <code>SET</code> sein. <code>APPEND</code> fügt
+                    erfasste Inhalte der Liste der aktuellen Inhalte im Placeholder an;
+                    <code>SET</code> verwendet erfasste Inhalte als einzigen Wert für den
+                    Platzhalter (überschreibt potentiell alle vorherigen Inhalte). Standardmäßig ist
                     <code>$type</code> <code>APPEND</code>.
                 </para>
 
                 <para>
-                    <code>$key</code> kann verwendet werden um einen speziellen Schlüssel im Placeholder Container
-                    zu spezifizieren an dem der Inhalt erfasst werden soll.
+                    <code>$key</code> kann verwendet werden um einen speziellen Schlüssel im
+                    Placeholder Container zu spezifizieren an dem der Inhalt erfasst werden soll.
                 </para>
 
                 <para>
-                    <code>captureStart()</code> sperrt die Erfassung bis <code>captureEnd()</code> aufgerufen
-                    wurde; Erfassungen können nicht mit dem selben Placeholder Container verschachtelt werden.
-                    Das führt zu einer Ausnahme.
+                    <code>captureStart()</code> sperrt die Erfassung bis <code>captureEnd()</code>
+                    aufgerufen wurde; Erfassungen können nicht mit dem selben Placeholder Container
+                    verschachtelt werden. Das führt zu einer Ausnahme.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>captureEnd()</code> stoppt die Erfassung von Inhalten, und platziert Ihn im
-                    Container Objekt anhängig davon wie <code>captureStart()</code> aufgerufen wurde.
+                    <code>captureEnd()</code> stoppt die Erfassung von Inhalten, und platziert Ihn
+                    im Container Objekt anhängig davon wie <code>captureStart()</code> aufgerufen
+                    wurde.
                 </para>
             </listitem>
         </itemizedlist>
@@ -196,9 +201,10 @@ foreach ($this->data as $datum): ?>
         <title>Konkrete Platzhalter Implementationen</title>
 
         <para>
-            Zend Framework kommt mit einer Anzahl an "konkreten" Platzhalter Implementationen. Diese sind für
-            üblich verwendete Platzhalter: Doctype, Seitentitel, und verschiedene &lt;head&gt; Elemente. In allen
-            Fällen gibt der Aufruf des Platzhalters ohne Argumente das Element selbst zurück.
+            Zend Framework kommt mit einer Anzahl an "konkreten" Platzhalter Implementationen. Diese
+            sind für üblich verwendete Platzhalter: Doctype, Seitentitel, und verschiedene
+            &lt;head&gt; Elemente. In allen Fällen gibt der Aufruf des Platzhalters ohne Argumente
+            das Element selbst zurück.
         </para>
 
         <para>

documentation/manual/de/module_specs/Zend_View-Helpers-Translate.xml

@@ -6,24 +6,26 @@
     <title>Übersetzungs Helfer</title>
 
     <para>
-        Oft sind Webseiten in verschiedenen Sprachen vorhanden. Um den Inhalt einer Site zu übersetzen sollte
-        ganz einfach <link linkend="zend.translate.introduction">Zend Translate</link> verwendet werden, und
-        um <code>Zend Translate</code> in der eigenen View zu integrieren sollte der
+        Oft sind Webseiten in verschiedenen Sprachen vorhanden. Um den Inhalt einer Site zu
+        übersetzen sollte ganz einfach <link
+            linkend="zend.translate.introduction">Zend Translate</link> verwendet werden, und um
+        <code>Zend Translate</code> in der eigenen View zu integrieren sollte der
         <code>Translate</code> View Helfer verwendet werden.
     </para>
 
 
     <para>
-        In allen folgenden Beispielen verwenden wir den einfachen Array Übersetzungs Adapter. Natürlich kann
-        jede Instanz von <classname>Zend_Translate</classname> und genauso jede Subklasse von
-        <classname>Zend_Translate_Adapter</classname> verwendet werden. Es gibt verschiedene Wege den <code>Translate</code>
-        View Helfer zu initiieren:
+        In allen folgenden Beispielen verwenden wir den einfachen Array Übersetzungs Adapter.
+        Natürlich kann jede Instanz von <classname>Zend_Translate</classname> und genauso jede
+        Subklasse von <classname>Zend_Translate_Adapter</classname> verwendet werden. Es gibt
+        verschiedene Wege den <code>Translate</code> View Helfer zu initiieren:
     </para>
 
     <itemizedlist>
         <listitem>
             <para>
-                Registriert, durch eine vorher in <classname>Zend_Registry</classname> registrierte Instanz
+                Registriert, durch eine vorher in <classname>Zend_Registry</classname> registrierte
+                Instanz
             </para>
         </listitem>
         <listitem>
@@ -39,17 +41,17 @@
     </itemizedlist>
 
     <para>
-        Eine registrierte Instanz von <classname>Zend_Translate</classname> ist die bevorzugte Verwendung für diesen
-        Helfer. Bevor der Adapter der Registry hinzugefügt wird, kann das zu verwendende Gebietsschema
-        einfach ausgewählt werden.
+        Eine registrierte Instanz von <classname>Zend_Translate</classname> ist die bevorzugte
+        Verwendung für diesen Helfer. Bevor der Adapter der Registry hinzugefügt wird, kann das zu
+        verwendende Gebietsschema einfach ausgewählt werden.
     </para>
 
     <note>
         <para>
-            Wir sprechen hier von Gebietsschemata (Locale) statt von Sprachen weil eine Sprache auch in
-            verschiedenen Regionen vorhanden sein kann. Zum Beispiel wird Englisch in verschiedenen Dialekten
-            gesprochen. Es könnte eine Übersetzung für Britisch und eine für Amerikanisches Englisch geben.
-            Deswegen sagen wir Gebietsschema "locale" statt Sprache.
+            Wir sprechen hier von Gebietsschemata (Locale) statt von Sprachen weil eine Sprache auch
+            in verschiedenen Regionen vorhanden sein kann. Zum Beispiel wird Englisch in
+            verschiedenen Dialekten gesprochen. Es könnte eine Übersetzung für Britisch und eine für
+            Amerikanisches Englisch geben. Deswegen sagen wir Gebietsschema "locale" statt Sprache.
         </para>
     </note>
 
@@ -58,9 +60,10 @@
         <title>Registrierte Instanz</title>
 
         <para>
-            Um eine registrierte Instanz zu verwenden muß einfach eine Instanz von <classname>Zend_Translate</classname>
-            oder <classname>Zend_Translate_Adapter</classname> erstellt werden und in <classname>Zend_Registry</classname> durch
-            Verwendung des Schlüssels <classname>Zend_Translate</classname> registriert werden.
+            Um eine registrierte Instanz zu verwenden muß einfach eine Instanz von
+            <classname>Zend_Translate</classname> oder <classname>Zend_Translate_Adapter</classname>
+            erstellt werden und in <classname>Zend_Registry</classname> durch Verwendung des
+            Schlüssels <classname>Zend_Translate</classname> registriert werden.
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -76,8 +79,8 @@ echo $this->translate('simple');
     </example>
 
     <para>
-        Wenn man mit dem Fluent Interface besser zurecht kommt, kann eine Instanz auch in der View erstellt
-        werden und der Helfer im Nachhinein initiiert werden.
+        Wenn man mit dem Fluent Interface besser zurecht kommt, kann eine Instanz auch in der View
+        erstellt werden und der Helfer im Nachhinein initiiert werden.
     </para>
 
     <example id="zend.view.helpers.initial.translate.afterwards">
@@ -85,9 +88,10 @@ echo $this->translate('simple');
         <title>In der View</title>
 
         <para>
-            Um das Fluid Interface zu verwenden muß eine Instanz von <classname>Zend_Translate</classname> oder
-            <classname>Zend_Translate_Adapter</classname> erstellt werden, der Helfer ohne Parameter und anschließend
-            die <code>setTranslator()</code> Methode aufgerufen werden.
+            Um das Fluid Interface zu verwenden muß eine Instanz von
+            <classname>Zend_Translate</classname> oder <classname>Zend_Translate_Adapter</classname>
+            erstellt werden, der Helfer ohne Parameter und anschließend die
+            <code>setTranslator()</code> Methode aufgerufen werden.
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -100,7 +104,8 @@ $this->translate()->setTranslator($adapter)->translate('simple');
     </example>
 
     <para>
-        Wenn der Helfer ohne <classname>Zend_View</classname> verwendet werden soll kann er auch direkt angesprochen werden.
+        Wenn der Helfer ohne <classname>Zend_View</classname> verwendet werden soll kann er auch
+        direkt angesprochen werden.
     </para>
 
     <example id="zend.view.helpers.initial.translate.directly">
@@ -117,18 +122,18 @@ print $translate->translate('simple'); // das gibt 'einfach' zurück
 ]]></programlisting>
 
         <para>
-            Dieser Weg kann verwendet werden wenn man nicht mit <classname>Zend_View</classname> arbeitet und
-            übersetzte Ausgaben erzeugen muß.
+            Dieser Weg kann verwendet werden wenn man nicht mit <classname>Zend_View</classname>
+            arbeitet und übersetzte Ausgaben erzeugen muß.
         </para>
 
     </example>
 
     <para>
-        Wie man bereits sehen konnte, wird die <code>translate()</code> Methode verwendet um die Übersetzung
-        zurückzugeben. Sie muss nur mit der benötigten messageid des Übersetzungsadapters aufgerufen werden.
-        Aber sie kann auch Parameter im Übersetzungsstring ersetzen. Deswegen akzeptiert Sie variable
-        Parameter in zwei Wegen: entweder als Liste von Parametern, oder als Array von Parametern. Als
-        Beispiel:
+        Wie man bereits sehen konnte, wird die <code>translate()</code> Methode verwendet um die
+        Übersetzung zurückzugeben. Sie muss nur mit der benötigten messageid des
+        Übersetzungsadapters aufgerufen werden. Aber sie kann auch Parameter im Übersetzungsstring
+        ersetzen. Deswegen akzeptiert Sie variable Parameter in zwei Wegen: entweder als Liste von
+        Parametern, oder als Array von Parametern. Als Beispiel:
     </para>
 
     <example id="zend.view.helpers.initial.translate.parameter">
@@ -136,7 +141,8 @@ print $translate->translate('simple'); // das gibt 'einfach' zurück
         <title>Einzelne Parameter</title>
 
         <para>
-            Um einen einzelnen Parameter zu verwenden muss dieser einfach der Methode angefügt werden.
+            Um einen einzelnen Parameter zu verwenden muss dieser einfach der Methode angefügt
+            werden.
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -150,8 +156,8 @@ $this->translate("Today is %1\$s", $date);
 
     <note>
         <para>
-            Wenn man Parameter verwendet die auch Text sind ist zu beachten das es auch nötig sein kann diese
-            Parameter zu übersetzen.
+            Wenn man Parameter verwendet die auch Text sind ist zu beachten das es auch nötig sein
+            kann diese Parameter zu übersetzen.
         </para>
     </note>
 
@@ -195,10 +201,11 @@ $this->translate("Today is %1\$s in %2\$s. Actual time: %3\$s", $date);
     </example>
 
     <para>
-        Manchmal ist es notwendig das Gebietsschema der Übersetzung zu Ändern. Das kann entweder dynamisch pro
-        Übersetzung oder statisch für alle folgenden Übersetzungen durchgeführt werden. Dies kann mit beidem,
-        einer Liste von Paramtern oder einem Array von Parametern, verwendet werden. In beiden Fällen muss das
-        als letzter einzelner Parameter angegeben werden.
+        Manchmal ist es notwendig das Gebietsschema der Übersetzung zu Ändern. Das kann entweder
+        dynamisch pro Übersetzung oder statisch für alle folgenden Übersetzungen durchgeführt
+        werden. Dies kann mit beidem, einer Liste von Paramtern oder einem Array von Parametern,
+        verwendet werden. In beiden Fällen muss das als letzter einzelner Parameter angegeben
+        werden.
     </para>
 
     <example id="zend.view.helpers.initial.translate.dynamic">
@@ -214,10 +221,11 @@ $this->translate("Today is %1\$s in %2\$s. Actual time: %3\$s", $date, 'it');
     </example>
 
     <para>
-        Dieses Beispiel gibt die italienische Übersetzung für die messageid zurück. Aber Sie wird nur einmal
-        verwendet. Die nächste Übersetzung verwendet wieder das Gebietsschema des Adapters. Normalerweise wird
-        das gewünschte Gebietsschema im Übersetzungsadapter gesetzt bevor dieser der Registry hinzugefügt wird.
-        Das Gebietsschema kann aber auch im Helfer gesetzt werden:
+        Dieses Beispiel gibt die italienische Übersetzung für die messageid zurück. Aber Sie wird
+        nur einmal verwendet. Die nächste Übersetzung verwendet wieder das Gebietsschema des
+        Adapters. Normalerweise wird das gewünschte Gebietsschema im Übersetzungsadapter gesetzt
+        bevor dieser der Registry hinzugefügt wird. Das Gebietsschema kann aber auch im Helfer
+        gesetzt werden:
     </para>
 
     <example id="zend.view.helpers.initial.translate.static">
@@ -234,13 +242,13 @@ $this->translate("Today is %1\$s in %2\$s. Actual time: %3\$s", $date);
     </example>
 
     <para>
-        Das obige Beispiel setzt <code>'it'</code> als neues standardmäßiges Gebietsschema welches für alle
-        weiteren Übersetzungen verwendet wird.
+        Das obige Beispiel setzt <code>'it'</code> als neues standardmäßiges Gebietsschema welches
+        für alle weiteren Übersetzungen verwendet wird.
     </para>
 
     <para>
-        Natürlich gibt es auch eine <code>getLocale()</code> Methode um das aktuell gesetzte Gebietsschema
-        zu erhalten.
+        Natürlich gibt es auch eine <code>getLocale()</code> Methode um das aktuell gesetzte
+        Gebietsschema zu erhalten.
     </para>
 
     <example id="zend.view.helpers.initial.translate.getlocale">

documentation/manual/de/module_specs/Zend_View-Helpers.xml

@@ -13,13 +13,13 @@
     </para>
 
     <para>
-        Ein Helfer ist einfach eine Klasse. Nehmen wir an wir wollen einen Helfer der 'fooBar' heißt.
-        Standardmäßig wird der Klasse 'Zend_View_Helper_' vorangestellt (Es kann ein
+        Ein Helfer ist einfach eine Klasse. Nehmen wir an wir wollen einen Helfer der 'fooBar'
+        heißt. Standardmäßig wird der Klasse 'Zend_View_Helper_' vorangestellt (Es kann ein
         eigener Prefix definiert werden wenn ein Pfad für die Helfer definiert wird), und das letzte
-        Segment des Klassennamens ist der Name des Helfers; Dieses Segment sollte TitelGroßgeschrieben
-        sein; der volle Klassenname ist dann: <classname>Zend_View_Helper_FooBar</classname>. Diese Klasse
-        sollte mindestens eine einzelne Methode enthalten, die nach dem Helfer benannt und
-        camelCased ist: <code>fooBar()</code>.
+        Segment des Klassennamens ist der Name des Helfers; Dieses Segment sollte Titel
+        Großgeschrieben sein; der volle Klassenname ist dann:
+        <classname>Zend_View_Helper_FooBar</classname>. Diese Klasse sollte mindestens eine einzelne
+        Methode enthalten, die nach dem Helfer benannt und camelCased ist: <code>fooBar()</code>.
     </para>
 
     <note>
@@ -44,11 +44,11 @@
 
     <para>
         Um einen Helfer in deinem View Skript zu verwenden, rufe ihn mittels
-        <code>$this->helperName()</code> auf. Im Hintergrund wird <classname>Zend_View</classname> die Klasse
-        <classname>Zend_View_Helper_HelperName</classname> laden, eine Objektinstanz der Klasse erstellen und
-        deren Methode <code>helperName()</code> aufrufen. Die Objektinstanz bleibt innerhalb der
-        <classname>Zend_View</classname> Instanz bestehen und wird bei allen weiteren Aufrufen von
-        <code>$this->helperName()</code> wiederverwendet.
+        <code>$this->helperName()</code> auf. Im Hintergrund wird <classname>Zend_View</classname>
+        die Klasse <classname>Zend_View_Helper_HelperName</classname> laden, eine Objektinstanz der
+        Klasse erstellen und deren Methode <code>helperName()</code> aufrufen. Die Objektinstanz
+        bleibt innerhalb der <classname>Zend_View</classname> Instanz bestehen und wird bei allen
+        weiteren Aufrufen von <code>$this->helperName()</code> wiederverwendet.
     </para>
 
     <sect2 id="zend.view.helpers.initial">
@@ -56,11 +56,11 @@
         <title>Vorhandene Helfer</title>
 
         <para>
-            <classname>Zend_View</classname> enthält bereits einige vorhandene Helferklassen, die sich alle
-            auf die Erstellung von Formularelementen beziehen und die notwendige Maskierung der
-            Ausgaben automatisch vornehmen. Zusätzlich gibt es Helfer zum Erstellen Routen-basierter
-            URLS and HTML Listen, genauso wie für das Deklarieren von Variablen. Die aktuell
-            gelieferten Helfer beinhalten:
+            <classname>Zend_View</classname> enthält bereits einige vorhandene Helferklassen, die
+            sich alle auf die Erstellung von Formularelementen beziehen und die notwendige
+            Maskierung der Ausgaben automatisch vornehmen. Zusätzlich gibt es Helfer zum Erstellen
+            Routen-basierter URLS and HTML Listen, genauso wie für das Deklarieren von Variablen.
+            Die aktuell gelieferten Helfer beinhalten:
         </para>
 
         <itemizedlist>
@@ -363,14 +363,15 @@ echo $this->formCheckbox('foo',
         <title>Helfer Pfade</title>
 
         <para>
-            Wie bei den View Skripten kann der Controller für <classname>Zend_View</classname> auch einen
-            Stapel an Pfaden festlegen, in dem nach Hilfsklassen gesucht werden soll. Standardmäßig
-            sucht <classname>Zend_View</classname> in "Zend/View/Helper/*" nach Hilfsklassen. Du kannst
-            <classname>Zend_View</classname> mit Hilfe der Methoden <code>setHelperPath()</code> und
-            <code>addHelperPath()</code> mitteilen, auch in anderen Verzeichnissen zu suchen.
-            Zusätzlich kann man einen Klassenpräfix angeben, um Helfer in dem bereit gestellten Pfad
-            verwenden zu können, um eigene Namensräume für die Helferklassen zu verwenden.
-            Standardmäßig wird 'Zend_View_Helper_' angenommen, wenn kein Präfix angegeben wird.
+            Wie bei den View Skripten kann der Controller für <classname>Zend_View</classname> auch
+            einen Stapel an Pfaden festlegen, in dem nach Hilfsklassen gesucht werden soll.
+            Standardmäßig sucht <classname>Zend_View</classname> in "Zend/View/Helper/*" nach
+            Hilfsklassen. Du kannst <classname>Zend_View</classname> mit Hilfe der Methoden
+            <code>setHelperPath()</code> und <code>addHelperPath()</code> mitteilen, auch in anderen
+            Verzeichnissen zu suchen. Zusätzlich kann man einen Klassenpräfix angeben, um Helfer in
+            dem bereit gestellten Pfad verwenden zu können, um eigene Namensräume für die
+            Helferklassen zu verwenden. Standardmäßig wird 'Zend_View_Helper_' angenommen, wenn kein
+            Präfix angegeben wird.
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -382,9 +383,10 @@ $view->setHelperPath('/path/to/more/helpers', 'My_View_Helper');
 
         <para>
             Durch Verwendung der <code>addHelperPath()</code> Methode können die Pfade "gestapelt"
-            werden. Wenn du Pfade zu diesem Stapelspeicher hinzufügst, wird <classname>Zend_View</classname>
-            im zuletzt hinzugefügten Pfad nach der angeforderten Hilfsklasse schauen. Dies erlaubt
-            dir, zu den vorhandenen Helfern weitere hinzufügen oder diese durch eigene zu ersetzen.
+            werden. Wenn du Pfade zu diesem Stapelspeicher hinzufügst, wird
+            <classname>Zend_View</classname> im zuletzt hinzugefügten Pfad nach der angeforderten
+            Hilfsklasse schauen. Dies erlaubt dir, zu den vorhandenen Helfern weitere hinzufügen
+            oder diese durch eigene zu ersetzen.
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -417,11 +419,12 @@ $view->addHelperPath('/other/path/to/helpers', 'Your_View_Helper');
             <listitem><para>
                 Wärend das nicht strikt notwendig ist, ist es empfohlen entweder
                 <classname>Zend_View_Helper_Interface</classname> zu implementieren oder
-                <classname>Zend_View_Helper_Abstract</classname> zu erweitern wenn eigene Helfer erstellt werden.
-                Eingeführt mit 1.6.0, definieren diese einfach die <code>setView()</code> Methode;
-                trotzdem, in kommenden Releases, ist es geplant ein Strategy Pattern zu implementieren das
-                vieles der Namensschemas einfacher mach wie anbei beschrieben. Wenn darauf aufgebaut wird
-                hilft das, das der eigene Code Zukunftssicher ist.
+                <classname>Zend_View_Helper_Abstract</classname> zu erweitern wenn eigene Helfer
+                erstellt werden. Eingeführt mit 1.6.0, definieren diese einfach die
+                <code>setView()</code> Methode; trotzdem, in kommenden Releases, ist es geplant ein
+                Strategy Pattern zu implementieren das vieles der Namensschemas einfacher mach wie
+                anbei beschrieben. Wenn darauf aufgebaut wird hilft das, das der eigene Code
+                Zukunftssicher ist.
             </para></listitem>
 
             <listitem><para>
@@ -456,8 +459,8 @@ $view->addHelperPath('/other/path/to/helpers', 'Your_View_Helper');
 
         <para>
             Platziere die Hilfsklasse irgendwo in deinem Stapelspeicher für Hilfspfade und
-            <classname>Zend_View</classname> wird den Helfer automatisch für dich laden, instanziieren,
-            speichern und ausführen.
+            <classname>Zend_View</classname> wird den Helfer automatisch für dich laden,
+            instanziieren, speichern und ausführen.
         </para>
 
         <para>
@@ -501,10 +504,10 @@ Ich habe 'The Jerk' 3 Mal(e) gesehen.
 ]]></programlisting>
 
         <para>
-            Hier und da ist es notwendig das aufrufende <classname>Zend_View</classname> Objekt aufzurufen --
-            zum Beispiel, wenn es notwendig ist die registrierte Verschöüsselung zu verwenden, oder
-            wenn ein anderes View Skript gerendert werden soll, als Teil des eigenen Helfers. Um
-            Zugriff zum View Objekt zu erhalten, sollte die eigene Helfer Klasse eine
+            Hier und da ist es notwendig das aufrufende <classname>Zend_View</classname> Objekt
+            aufzurufen -- zum Beispiel, wenn es notwendig ist die registrierte Verschöüsselung zu
+            verwenden, oder wenn ein anderes View Skript gerendert werden soll, als Teil des eigenen
+            Helfers. Um Zugriff zum View Objekt zu erhalten, sollte die eigene Helfer Klasse eine
             <code>setView($view)</code> Methode wie folgt besitzen:
         </para>
 
@@ -526,15 +529,15 @@ class My_View_Helper_ScriptPath
 ]]></programlisting>
 
         <para>
-            Wenn die Helfer Klasse eine <code>setView()</code> Methode hat, wird diese aufgerufen wenn die
-            Helfer Klasse das erste Mal instanziert wird, und das aktuelle View Objekt übergeben wird.
-            Es liegt an einem selbst das Objekt in der Klasse zu fixieren, genau so wie herauszufinden
-            wie auf dieses zugegriffen werden sollte.
+            Wenn die Helfer Klasse eine <code>setView()</code> Methode hat, wird diese aufgerufen
+            wenn die Helfer Klasse das erste Mal instanziert wird, und das aktuelle View Objekt
+            übergeben wird. Es liegt an einem selbst das Objekt in der Klasse zu fixieren, genau so
+            wie herauszufinden wie auf dieses zugegriffen werden sollte.
         </para>
 
         <para>
-            Wenn <classname>Zend_View_Helper_Abstract</classname> erweitert wird, muß diese Methode nicht selbst
-            definiert werden da Sie schon vordefiniert ist.
+            Wenn <classname>Zend_View_Helper_Abstract</classname> erweitert wird, muß diese Methode
+            nicht selbst definiert werden da Sie schon vordefiniert ist.
         </para>
     </sect2>
 </sect1>

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

@@ -12,16 +12,17 @@
     </para>
 
     <para>
-        <classname>Zend_View</classname> ist unabhängig von einem Template System. Du kannst PHP als Template
-        Sprache verwenden oder Instanzen anderer Template Systeme erstellen und diese in deinem
-        View Skript verarbeiten.
+        <classname>Zend_View</classname> ist unabhängig von einem Template System. Du kannst PHP als
+        Template Sprache verwenden oder Instanzen anderer Template Systeme erstellen und diese in
+        deinem View Skript verarbeiten.
     </para>
 
     <para>
-        Im Wesentlichen verläuft die Verwendung von <classname>Zend_View</classname> in zwei Hauptschritten:
+        Im Wesentlichen verläuft die Verwendung von <classname>Zend_View</classname> in zwei
+        Hauptschritten:
 
-        1. Dein Controller Skript erstellt eine Instanz von <classname>Zend_View</classname> und übergibt
-        Variablen an diese Instanz.
+        1. Dein Controller Skript erstellt eine Instanz von <classname>Zend_View</classname> und
+        übergibt Variablen an diese Instanz.
 
         2. Der Controller teilt <classname>Zend_View</classname> mit, ein bestimmtes View Skript zu
         verarbeiten. Dabei wird die Kontrolle an das View Skript übergeben, welches die Ausgabe
@@ -72,12 +73,12 @@ echo $view->render('booklist.php');
 
         <para>
             Nun benötigen wir das zugehörige View Skript "booklist.php". Dies ist ein PHP Skript
-            wie jedes andere mit einer Ausnahme: es wird innerhalb der <classname>Zend_View</classname>
-            Instanz ausgeführt, was bedeutet, dass Referenzen auf $this auf die Eigenschaften und
-            Methoden der <classname>Zend_View</classname> Instanz weisen. (Variablen, die vom Controller an
-            die Instanz übergeben wurden, sind öffentliche (public) Eigenschaften der
-            <classname>Zend_View</classname> Instanz.) Dadurch kann ein sehr einfaches View Skript wie folgt
-            aussehen:
+            wie jedes andere mit einer Ausnahme: es wird innerhalb der
+            <classname>Zend_View</classname> Instanz ausgeführt, was bedeutet, dass Referenzen auf
+            $this auf die Eigenschaften und Methoden der <classname>Zend_View</classname> Instanz
+            weisen. (Variablen, die vom Controller an die Instanz übergeben wurden, sind öffentliche
+            (public) Eigenschaften der <classname>Zend_View</classname> Instanz.) Dadurch kann ein
+            sehr einfaches View Skript wie folgt aussehen:
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -162,9 +163,9 @@ base/path/
             </para></listitem>
 
             <listitem><para>
-                <code>strictVars:</code> zwingt <classname>Zend_View</classname> Notizen und Warnungen
-                auszugeben wenn auf nicht initialisierte View Variablen zugegriffen wird. Das kann
-                durch den Aufruf von <code>strictVars(true)</code>, oder der übergabe der
+                <code>strictVars:</code> zwingt <classname>Zend_View</classname> Notizen und
+                Warnungen auszugeben wenn auf nicht initialisierte View Variablen zugegriffen wird.
+                Das kann durch den Aufruf von <code>strictVars(true)</code>, oder der Übergabe der
                 <code>strictVars</code> Option im Konstruktor, gesetzt werden.
             </para></listitem>
         </itemizedlist>
@@ -227,9 +228,9 @@ $view->setUseStreamWrapper(true);
 ]]></programlisting>
 
                 <para>
-                    Das registriert <classname>Zend_View_Stream</classname> als Steam Wrapper für View
-                    Skripte, und stellt sicher das der Code weiterhin funktioniert wie wenn Short
-                    Tags eingeschaltet wären.
+                    Das registriert <classname>Zend_View_Stream</classname> als Steam Wrapper für
+                    View Skripte, und stellt sicher das der Code weiterhin funktioniert wie wenn
+                    Short Tags eingeschaltet wären.
                 </para>
             </listitem>
         </itemizedlist>
@@ -253,8 +254,8 @@ $view->setUseStreamWrapper(true);
         <para>
             Typischerweise ist es nur notwendig <code>assign()</code>, <code>render()</code>, oder
             eine der Methoden für das Setzen/Hinzufügen von Filtern, Helfern und Skript-Pfade
-            aufzurufen. Trotzdem, wenn <classname>Zend_View</classname> selbst erweitert werden soll, oder
-            auf einige der Internas zugegriffen werden soll, existieren hierfür einige
+            aufzurufen. Trotzdem, wenn <classname>Zend_View</classname> selbst erweitert werden
+            soll, oder auf einige der Internas zugegriffen werden soll, existieren hierfür einige
             Zugriffsmöglichkeiten:
         </para>
 

documentation/manual/de/module_specs/Zend_View-Migration.xml

@@ -15,11 +15,12 @@
 
         <para>
             Vor dem 1.7.5 Release wurde das Zend Framework Team darauf aufmerksam gemacht das eine
-            potentielle Local File Inclusion (LFI) Schwäche in der <classname>Zend_View::render()</classname>
-            Methode existiert. Vor 1.7.5, erlaubte die Methode standardmäßig, die Fähigkeit View
-            Skripte zu spezifizieren die Schreibweisen für Eltern-Verzeichnisse enthalten (z.B.
-            "../" oder "..\"). Das öffnet die Möglichkeit für eine LFI Attacke wenn ungefilterte
-            Benutzereingaben an die <code>render()</code> Methode übergeben werden:
+            potentielle Local File Inclusion (LFI) Schwäche in der
+            <classname>Zend_View::render()</classname> Methode existiert. Vor 1.7.5, erlaubte die
+            Methode standardmäßig, die Fähigkeit View Skripte zu spezifizieren die Schreibweisen für
+            Eltern-Verzeichnisse enthalten (z.B. "../" oder "..\"). Das öffnet die Möglichkeit für
+            eine LFI Attacke wenn ungefilterte Benutzereingaben an die <code>render()</code> Methode
+            übergeben werden:
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -28,8 +29,8 @@ echo $view->render($_GET['foobar']); // LFI Einbruch
 ]]></programlisting>
 
         <para>
-            <classname>Zend_View</classname> wirft jetzt standardmäßig eine Ausnahme wenn so ein View Skript
-            angefragt wird.
+            <classname>Zend_View</classname> wirft jetzt standardmäßig eine Ausnahme wenn so ein
+            View Skript angefragt wird.
         </para>
 
         <sect3 id="zend.view.migration.zf5748.disabling">

documentation/manual/de/module_specs/Zend_View-Scripts.xml

@@ -6,10 +6,11 @@
     <title>View Scripte</title>
 
     <para>
-        Sobald dein Controller die Variablen übergeben und die <code>render()</code> Methode aufgerufen hat,
-        inkludiert <classname>Zend_View</classname> das angeforderte View Skript und führt es "innerhalb" des
-        Gültigkeitsbereichs der <classname>Zend_View</classname> Instanz aus. Deshalb weisen Referenzen auf $this in
-        deinem View Skript auf die <classname>Zend_View</classname> Instanz selber.
+        Sobald dein Controller die Variablen übergeben und die <code>render()</code> Methode
+        aufgerufen hat, inkludiert <classname>Zend_View</classname> das angeforderte View Skript und
+        führt es "innerhalb" des Gültigkeitsbereichs der <classname>Zend_View</classname> Instanz
+        aus. Deshalb weisen Referenzen auf $this in deinem View Skript auf die
+        <classname>Zend_View</classname> Instanz selber.
     </para>
 
     <para>
@@ -21,7 +22,8 @@
     </para>
 
     <para>
-        Zur Erinnerung hier noch einmal das Beispiel View Skript aus der <classname>Zend_View</classname> Einführung.
+        Zur Erinnerung hier noch einmal das Beispiel View Skript aus der
+        <classname>Zend_View</classname> Einführung.
     </para>
 
     <programlisting role="php"><![CDATA[
@@ -63,7 +65,8 @@
         </para>
 
         <para>
-            <classname>Zend_View</classname> stellt eine Methode escape() bereit, die das Maskieren für dich übernimmt.
+            <classname>Zend_View</classname> stellt eine Methode escape() bereit, die das Maskieren
+            für dich übernimmt.
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -78,7 +81,8 @@ echo $this->escape($this->variable);
             Standardmäßig verwendet escape() die PHP htmlspecialchars() Funktion für die Maskierung.
             Allerdings könntest du abhängig von deiner Umgebung den Wunsch haben, die Maskierung
             anders durchzuführen. Verwende die setEscape() Methode auf der Controller Ebene, um
-            <classname>Zend_View</classname> mitzuteilen, welche Maskierungsmöglichkeit als Callback verwendet werden soll.
+            <classname>Zend_View</classname> mitzuteilen, welche Maskierungsmöglichkeit als Callback
+            verwendet werden soll.
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -115,9 +119,9 @@ echo $view->render(...);
         <para>
             Obwohl PHP selber eine mächtiges Templatesystem ist, haben viele Entwickler das Gefühl,
             dass es zu mächtig oder komplex für die Template Designer ist und möchten ein
-            alternatives Templatesystem verwenden. <classname>Zend_View</classname> stellt zwei Mechanismen bereit,
-            um dies zu realisieren, die erste durch Viewskripte und die zweite durch
-            Implementierung von <classname>Zend_View_Interface</classname>.
+            alternatives Templatesystem verwenden. <classname>Zend_View</classname> stellt zwei
+            Mechanismen bereit, um dies zu realisieren, die erste durch Viewskripte und die zweite
+            durch Implementierung von <classname>Zend_View_Interface</classname>.
         </para>
 
         <sect3 id="zend.view.scripts.templates.scripts">
@@ -181,9 +185,9 @@ if ($this->books) {
             <title>Ein Templatesystem mit Hilfe von Zend_View_Interface verwenden</title>
 
             <para>
-                Manche finden es einfacher, ein <classname>Zend_View</classname> kompatibles Templatesystem zu verwenden.
-                <classname>Zend_View_Interface</classname> definiert die minimale Schnittstelle, die zur
-                Kompatibilität benötigt wird.
+                Manche finden es einfacher, ein <classname>Zend_View</classname> kompatibles
+                Templatesystem zu verwenden. <classname>Zend_View_Interface</classname> definiert
+                die minimale Schnittstelle, die zur Kompatibilität benötigt wird.
             </para>
 
             <programlisting role="php"><![CDATA[
@@ -239,8 +243,8 @@ public function render($name);
 
             <para>
                 Durch Verwendung dieses Interfaces ist es relativ einfach, das Templatesystem eines
-                Dritten in eine <classname>Zend_View</classname> kompatible Klasse zu umhüllen. Als Beispiel folgt ein
-                möglicher Wrapper für Smarty:
+                Dritten in eine <classname>Zend_View</classname> kompatible Klasse zu umhüllen. Als
+                Beispiel folgt ein möglicher Wrapper für Smarty:
             </para>
 
             <programlisting role="php"><![CDATA[
@@ -418,9 +422,9 @@ class Zend_View_Smarty implements Zend_View_Interface
 ]]></programlisting>
 
             <para>
-                In diesem Beispiel kannst du die <classname>Zend_View_Smarty</classname> anstelle von
-                <classname>Zend_View</classname> instanzieren und es dann ungefähr wie <classname>Zend_View</classname>
-                verwenden:
+                In diesem Beispiel kannst du die <classname>Zend_View_Smarty</classname> anstelle
+                von <classname>Zend_View</classname> instanzieren und es dann ungefähr wie
+                <classname>Zend_View</classname> verwenden:
             </para>
 
             <programlisting role="php"><![CDATA[

documentation/manual/de/module_specs/Zend_Wildfire.xml

@@ -6,8 +6,9 @@
     <title>Zend_Wildfire</title>
 
     <para>
-        <classname>Zend_Wildfire</classname> ist eine Komponente die die Kommunikation zwischen PHP Code und
-        <ulink url="http://www.wildfirehq.org/">Wildfire</ulink> Client Komponenten ermöglicht.
+        <classname>Zend_Wildfire</classname> ist eine Komponente die die Kommunikation zwischen PHP
+        Code und <ulink url="http://www.wildfirehq.org/">Wildfire</ulink> Client Komponenten
+        rmöglicht.
     </para>
 
     <para>
@@ -19,8 +20,8 @@
     </para>
 
     <para>
-        Für den Zweck des Loggens in Firebug wird die
-        <link linkend="zend.log.writers.firebug"><classname>Zend_Log_Writer_Firebug</classname></link>
+        Für den Zweck des Loggens in Firebug wird die <link
+            linkend="zend.log.writers.firebug"><classname>Zend_Log_Writer_Firebug</classname></link>
         Komponente angeboten und es wurde ein Kommunikationsprotokoll wurde entwickelt das HTTP
         Requests und Response header verwendet um Daten zwischen dem Server und Client Komponenten
         zu senden. Es ist gut für das Loggen von intelligenten Daten, die wärend der
@@ -31,7 +32,7 @@
 
     <para>
         Es gibt auch eine <link
-        linkend="zend.db.profiler.profilers.firebug"><classname>Zend_Db_Profiler_Firebug</classname></link>
+            linkend="zend.db.profiler.profilers.firebug"><classname>Zend_Db_Profiler_Firebug</classname></link>
         Komponente um Datenbank Profilinginformationen in Firebug zu loggen.
     </para>
 

documentation/manual/de/module_specs/Zend_XmlRpc_Client.xml

@@ -8,10 +8,10 @@
         <title>Einführung</title>
 
         <para>
-            Zend Framework bietet Unterstützung, als Client - durch das <classname>Zend_XmlRpc_Client</classname>
-            Paket - entfernte XML-RPC-Dienste zu nutzen. Seine wichtigsten Möglichkeiten
-            beinhalten das automatische Umwandeln zwischen PHP und XML-RPC, ein Server
-            Proxy-Objekt und den Zugriff auf Server-Prüfungsmöglichkeiten.
+            Zend Framework bietet Unterstützung, als Client - durch das
+            <classname>Zend_XmlRpc_Client</classname> Paket - entfernte XML-RPC-Dienste zu nutzen.
+            Seine wichtigsten Möglichkeiten beinhalten das automatische Umwandeln zwischen PHP und
+            XML-RPC, ein Server Proxy-Objekt und den Zugriff auf Server-Prüfungsmöglichkeiten.
         </para>
 
     </sect2>
@@ -163,23 +163,26 @@ $result = $client->call('test.sayHello', array($arg1, $arg2));
                 <title>Auf welchen Typ werden leere Arrays gecastet?</title>
 
                 <para>
-                    Die Übergabe eines leeren Array an eine XML-RPC Methode ist problematisch, da es entweder
-                    ein Array oder ein Struct repräsentieren könnte. <classname>Zend_XmlRpc_Client</classname> erkennt
-                    solche Konditionen und führt eine Abfrage zur <code>system.methodSignature</code> Methode
-                    des Servers aus, um den richtigen XML-RPC Typ festzustellen auf den gecastet werden soll.
+                    Die Übergabe eines leeren Array an eine XML-RPC Methode ist problematisch, da es
+                    entweder ein Array oder ein Struct repräsentieren könnte.
+                    <classname>Zend_XmlRpc_Client</classname> erkennt solche Konditionen und führt
+                    eine Abfrage zur <code>system.methodSignature</code> Methode des Servers aus, um
+                    den richtigen XML-RPC Typ festzustellen auf den gecastet werden soll.
                 </para>
 
                 <para>
                     Trotzdem kann das selbst sogar zu Problemen führen. Erstens werden Server die
-                    <code>system.methodSignature</code> nicht unterstützen fehlerhafte Anfragen protokollieren,
-                    und <classname>Zend_XmlRpc_Client</classname> wird selbst einen Ausweg nehmen und den Wert auf ein
-                    Array casten. Zusätzlich bedeutet das das jeder Aufruf mit einem Array Argument zu einem
-                    zusätzlichen Aufruf beim Remote Server führt.
+                    <code>system.methodSignature</code> nicht unterstützen fehlerhafte Anfragen
+                    protokollieren, und <classname>Zend_XmlRpc_Client</classname> wird selbst einen
+                    Ausweg nehmen und den Wert auf ein Array casten. Zusätzlich bedeutet das das
+                    jeder Aufruf mit einem Array Argument zu einem zusätzlichen Aufruf beim Remote
+                    Server führt.
                 </para>
 
                 <para>
-                    Um das Nachsehen komplett abzuschalten kann die <code>setSkipSystemLookup()</code>
-                    Methode aufgerufen werden bevor der XML-RPC Aufruf durchgeführt wird:
+                    Um das Nachsehen komplett abzuschalten kann die
+                    <code>setSkipSystemLookup()</code> Methode aufgerufen werden bevor der XML-RPC
+                    Aufruf durchgeführt wird:
                 </para>
 
                 <programlisting role="php"><![CDATA[
@@ -446,11 +449,11 @@ try {
             </example>
 
             <para>
-                Wenn die Methode <code>call()</code> genutzt wird, um eine
-                Anfrage zu starten, wird die <classname>Zend_XmlRpc_Client_FaultException</classname>
-                bei einem Fehler geworfen. Ein <classname>Zend_XmlRpc_Response</classname>-Objekt,
-                das den Fehler enthält, ist allerdings auch verfübar durch die
-                Methode <code>getLastResponse()</code>.
+                Wenn die Methode <code>call()</code> genutzt wird, um eine Anfrage zu starten, wird
+                die <classname>Zend_XmlRpc_Client_FaultException</classname> bei einem Fehler
+                geworfen. Ein <classname>Zend_XmlRpc_Response</classname>-Objekt, das den Fehler
+                enthält, ist allerdings auch verfübar durch die Methode
+                <code>getLastResponse()</code>.
             </para>
 
             <para>
@@ -469,8 +472,8 @@ try {
         <title>Server Selbstüberprüfung</title>
         <para>
             Einige XML-RPC Server bieten de facto Überprüfungsmethoden unter dem XML-RPC
-            Namesraum <code>system.</code>. <classname>Zend_XmlRpc_Client</classname> stellt spezielle
-            Verfahren für Server mit diesen Möglichkeiten zur Verfügung.
+            Namesraum <code>system.</code>. <classname>Zend_XmlRpc_Client</classname> stellt
+            spezielle Verfahren für Server mit diesen Möglichkeiten zur Verfügung.
         </para>
 
         <para>

documentation/manual/de/ref/requirements.xml

@@ -10,17 +10,18 @@
         <title>Einführung</title>
 
         <para>
-            Zend Framework benötigt einen PHP 5 Interpreter mit einem Web Server der konfiguriert ist
-            PHP Skripte korrekt handzuhaben. Einige Features benötigen zusätzliche Erweiterungen oder
-            Features des Web Servers; in den meisten Fällen kann der Framewrok ohne diese verwendet werden,
-            was aber zu geringerer Performance führen kann, oder dazu das bestimmte Features nicht
-            vollständig funktionieren. Ein Beispiel solch einer Abhängigkeit ist mod_rewrite in einer
-            Apache Umgebung, welches verwendet werden kann um "hübsche URL's" wie
-            "http://www.example.com/user/edit" zu implementieren. Wenn mod_rewrite nicht aktiviert ist,
-            kann ZF konfiguriert werden um URL's wie "http://www.example.com?controller=user&amp;action=edit"
-            zu unterstützen. Hübsche URL's können verwendet werden um URL's zu verkleinern, für textuelle
-            Darstellung oder die Optimierung von Suchmaschinen (SEO), aber sie beeinflussen die Funktionalität
-            der Anwendung nicht direkt.
+            Zend Framework benötigt einen PHP 5 Interpreter mit einem Web Server der konfiguriert
+            ist PHP Skripte korrekt handzuhaben. Einige Features benötigen zusätzliche Erweiterungen
+            oder Features des Web Servers; in den meisten Fällen kann der Framewrok ohne diese
+            verwendet werden, was aber zu geringerer Performance führen kann, oder dazu das
+            bestimmte Features nicht vollständig funktionieren. Ein Beispiel solch einer
+            Abhängigkeit ist mod_rewrite in einer Apache Umgebung, welches verwendet werden kann um
+            "hübsche URL's" wie "http://www.example.com/user/edit" zu implementieren. Wenn
+            mod_rewrite nicht aktiviert ist, kann ZF konfiguriert werden um URL's wie
+            "http://www.example.com?controller=user&amp;action=edit" zu unterstützen. Hübsche URL's
+            können verwendet werden um URL's zu verkleinern, für textuelle Darstellung oder die
+            Optimierung von Suchmaschinen (SEO), aber sie beeinflussen die Funktionalität der
+            Anwendung nicht direkt.
         </para>
 
         <sect2 id="requirements.version">
@@ -28,13 +29,13 @@
             <title>PHP Version</title>
 
             <para>
-                Zend empfiehlt das aktuellste Release von PHP wegen kritischer Sicherheits und Performance
-                Verbesserungen, und unterstützt aktuell PHP 5.2.4 oder höher.
+                Zend empfiehlt das aktuellste Release von PHP wegen kritischer Sicherheits und
+                Performance Verbesserungen, und unterstützt aktuell PHP 5.2.4 oder höher.
             </para>
 
             <para>
-                Zend Framework hat eine sehr umfangreiche Sammlung von automatisierten Tests, welche mit PHPUnit
-                3.3.0 oder einer späteren Version, ausgeführt werden können.
+                Zend Framework hat eine sehr umfangreiche Sammlung von automatisierten Tests, welche
+                mit PHPUnit 3.3.0 oder einer späteren Version, ausgeführt werden können.
             </para>
 
         </sect2>
@@ -45,20 +46,20 @@
 
             <para>
                 Anbei finden Sie eine Tabelle die alle Erweiterungen auflistet die typischerweise
-                in PHP gefunden werden können und wie Sie im Zend Framework verwendet werden. Sie sollten
-                prüfen die Erweiterungen die die ZF Komponenten die Sie in Ihrer Anwendung verwenden werden
-                in Ihrer PHP Umgebung vorhanden sind. Viele Anwendungen benötigen nicht jede der Erweiterungen
-                die anbei gelistet sind.
+                in PHP gefunden werden können und wie Sie im Zend Framework verwendet werden. Sie
+                sollten prüfen die Erweiterungen die die ZF Komponenten die Sie in Ihrer Anwendung
+                verwenden werden in Ihrer PHP Umgebung vorhanden sind. Viele Anwendungen benötigen
+                nicht jede der Erweiterungen die anbei gelistet sind.
             </para>
 
             <para>
                 Eine Abhängigkeit des Typs "hard" zeigt das die Komponente oder Klasse nicht richtig
                 funktioniert wenn die entsprechende Erweiterung nicht vorhanden ist, wärend eine
-                Abhängigkeit des Typs "soft" anzeigt das die Komponente die Erweiterung verwenden kann
-                wenn Sie vorhanden ist, aber auch ohne Sie korrekt funktionieren wird. Viele Komponenten
-                verwenden bestimmte Erweiterungen wenn Sie vorhanden sind um die Performance zu optimieren
-                werden aber Code mit ähnlicher Funktionalität in der Komponente selbst ausführen wenn die
-                Erweiterung nicht vorhanden ist.
+                Abhängigkeit des Typs "soft" anzeigt das die Komponente die Erweiterung verwenden
+                kann wenn Sie vorhanden ist, aber auch ohne Sie korrekt funktionieren wird. Viele
+                Komponenten verwenden bestimmte Erweiterungen wenn Sie vorhanden sind um die
+                Performance zu optimieren werden aber Code mit ähnlicher Funktionalität in der
+                Komponente selbst ausführen wenn die Erweiterung nicht vorhanden ist.
             </para>
 
             <table frame='all' id="requirements.extensions.table-1">
@@ -637,24 +638,26 @@
             <title>Zend Framework Komponenten</title>
 
             <para>
-                Anbei ist eine Tabelle die alle vorhandenen Zend Framework Komponenten auflistet und welche PHP
-                Erweiterungen diese benötigen. Das kann helfen um herauszufinden welche Erweiterung in der eigenen
-                Anwendung benötigt wird. Nicht alle Erweiterungen welche vom Zend Framework verwendet werden sind
-                für jede Anwendung notwendig.
+                Anbei ist eine Tabelle die alle vorhandenen Zend Framework Komponenten auflistet und
+                welche PHP Erweiterungen diese benötigen. Das kann helfen um herauszufinden welche
+                Erweiterung in der eigenen Anwendung benötigt wird. Nicht alle Erweiterungen welche
+                vom Zend Framework verwendet werden sind für jede Anwendung notwendig.
             </para>
 
             <para>
                 Eine Abhängigkeit des Typs "hard" zeigt das die Komponente oder Klasse nicht richtig
                 funktioniert wenn die entsprechende Erweiterung nicht vorhanden ist, wärend eine
-                Abhängigkeit des Typs "soft" anzeigt das die Komponente die Erweiterung verwenden kann
-                wenn Sie vorhanden ist, aber auch ohne Sie korrekt funktionieren wird. Viele Komponenten
-                verwenden bestimmte Erweiterungen wenn Sie vorhanden sind um die Performance zu optimieren
-                werden aber Code mit ähnlicher Funktionalität in der Komponente selbst ausführen wenn die
-                Erweiterung nicht vorhanden ist.
+                Abhängigkeit des Typs "soft" anzeigt das die Komponente die Erweiterung verwenden
+                kann wenn Sie vorhanden ist, aber auch ohne Sie korrekt funktionieren wird. Viele
+                Komponenten verwenden bestimmte Erweiterungen wenn Sie vorhanden sind um die
+                Performance zu optimieren werden aber Code mit ähnlicher Funktionalität in der
+                Komponente selbst ausführen wenn die Erweiterung nicht vorhanden ist.
             </para>
 
             <table frame='all' id="requirements.zendcomponents.table-1">
-                <title>Zend Framework Komponenten und die PHP Erweiterungen die sie verwenden</title>
+                <title>
+                    Zend Framework Komponenten und die PHP Erweiterungen die sie verwenden
+                </title>
                 <tgroup cols='4'>
                     <thead>
                         <row>
@@ -1182,32 +1185,37 @@
             <title>Zend Framework Abhängigkeiten</title>
 
             <para>
-                Anbei kann eine Tabelle gefunden werden in der die Zend Framework Komponenten aufgelistet sind
-                und deren Abhängigkeit zu anderen Zend Framework Komponenten. Das kann helfen wenn man nur
-                einzelne Komponenten verwenden will statt den kompletten Zend Framework.
+                Anbei kann eine Tabelle gefunden werden in der die Zend Framework Komponenten
+                aufgelistet sind und deren Abhängigkeit zu anderen Zend Framework Komponenten. Das
+                kann helfen wenn man nur einzelne Komponenten verwenden will statt den kompletten
+                Zend Framework.
             </para>
 
             <para>
                 Eine Abhängigkeit vom Typ "hard" zeigt das die Komponente oder Klasse nicht richtig
-                funktionieren kann wenn die entsprechende Komponente nicht vorhanden ist, wärend eine
-                Abhängigkeit vom Typ "soft" anzeigt das die Komponente in speziellen Fällen oder in
-                speziellen Adaptern die anhängige Komponente verwenden kann. Andererseits zeigt eine
-                Abhängigkeit von Typ "fix" an das diese Komponente oder Klasse in jedem Fall von einer
-                Unterkomponente verwendet wird, und eine Abhängigkeit von Typ "sub" zeigt an das diese
-                Komponente von einer Unterkomponente in speziellen Situationen oder mit speziellen
-                Adaptern verwendet werden könnte.
+                funktionieren kann wenn die entsprechende Komponente nicht vorhanden ist, wärend
+                eine Abhängigkeit vom Typ "soft" anzeigt das die Komponente in speziellen Fällen
+                oder in speziellen Adaptern die anhängige Komponente verwenden kann. Andererseits
+                zeigt eine Abhängigkeit von Typ "fix" an das diese Komponente oder Klasse in jedem
+                Fall von einer Unterkomponente verwendet wird, und eine Abhängigkeit von Typ "sub"
+                zeigt an das diese Komponente von einer Unterkomponente in speziellen Situationen
+                oder mit speziellen Adaptern verwendet werden könnte.
             </para>
 
             <note>
                 <para>
-                    Selbst wenn es möglich ist einzelne Komponenten für die Verwendung vom kompletten
-                    Zend Framework zu seperieren sollte man trotzdem wissen das das zu Problemen führen kann
-                    wenn Dateien fehlen oder Komponenten dynamisch verwendet werden.
+                    Selbst wenn es möglich ist einzelne Komponenten für die Verwendung vom
+                    kompletten Zend Framework zu seperieren sollte man trotzdem wissen das das zu
+                    Problemen führen kann wenn Dateien fehlen oder Komponenten dynamisch verwendet
+                    werden.
                 </para>
             </note>
 
             <table frame='all' id="requirements.dependencies.table-1">
-                <title>Zend Framework Komponenten und deren Abhängigkeit von anderen Zend Framework Komponenten</title>
+                <title>
+                    Zend Framework Komponenten und deren Abhängigkeit von anderen Zend Framework
+                    Komponenten
+                </title>
                 <tgroup cols='3'>
                     <colspec colwidth='2in'/>
                     <colspec colwidth='1in'/>