[DOCUMENTATION] German:

- manual fixes

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

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

@@ -61,9 +61,9 @@ abstract class Zend_CodeGenerator_Abstract
 
             <para>
                 <classname>Zend_CodeGenerator_Php_Abstract</classname> erweitert
-                <classname>Zend_CodeGenerator_Abstract</classname>, und fügt einige Eigenschaften hinzu für
-                das Verfolgen ob Inhalte geändert wurden sowie der Anzahl an Einrückungen die
-                vorhanden sein sollten bevor Inhalte erzeugt werden. Die API ist wie folgt:
+                <classname>Zend_CodeGenerator_Abstract</classname>, und fügt einige Eigenschaften
+                hinzu für das Verfolgen ob Inhalte geändert wurden sowie der Anzahl an Einrückungen
+                die vorhanden sein sollten bevor Inhalte erzeugt werden. Die API ist wie folgt:
             </para>
 
             <programlisting role="php"><![CDATA[
@@ -82,8 +82,8 @@ abstract class Zend_CodeGenerator_Php_Abstract
             <title>Zend_CodeGenerator_Php_Member_Abstract</title>
 
             <para>
-                <classname>Zend_CodeGenerator_Php_Member_Abstract</classname> ist eine Basisklasse für die
-                Erstellung von Klassen-Member -- Eigenschaften und Methoden -- und bietet
+                <classname>Zend_CodeGenerator_Php_Member_Abstract</classname> ist eine Basisklasse
+                für die Erstellung von Klassen-Member -- Eigenschaften und Methoden -- und bietet
                 Zugriffs- und Änderungsmethoden für die Ausführung der Sichtbarkeit; ob ein
                 Member Abstrakt, Statisch, oder Final ist; und der Name des Members. Die API ist
                 wie folgt:
@@ -113,10 +113,10 @@ abstract class Zend_CodeGenerator_Php_Member_Abstract
             <title>Zend_CodeGenerator_Php_Body</title>
 
             <para>
-                <classname>Zend_CodeGenerator_Php_Body</classname> ist dazu gedacht generellen prozeduralen
-                Code in einer Datei einzufügen. Als solches kann man einfach den Inhalt für das
-                Objekt setzen, und es wird den Inhalt zurückgeben wenn man <code>generate()</code>
-                aufruft.
+                <classname>Zend_CodeGenerator_Php_Body</classname> ist dazu gedacht generellen
+                prozeduralen Code in einer Datei einzufügen. Als solches kann man einfach den Inhalt
+                für das Objekt setzen, und es wird den Inhalt zurückgeben wenn man
+                <code>generate()</code> aufruft.
             </para>
 
             <para>
@@ -137,12 +137,12 @@ class Zend_CodeGenerator_Php_Body extends Zend_CodeGenerator_Php_Abstract
             <title>Zend_CodeGenerator_Php_Class</title>
 
             <para>
-                <classname>Zend_CodeGenerator_Php_Class</classname> ist für die Erstellung von PHP Klassen
-                gedacht. Die Basisfunktionalität ist nur die Erstellung der PHP Klasse selbst,
-                sowie optional den betreffenden PHP DocBlock. Klassen können von anderen Klassen
-                abgeleitet sein, oder diese Implementieren, und können als Abstrakt markiert sein.
-                Bei Verwendung von anderen CodeGenerator Klassen kann man auch Klassenkonstanten,
-                Eigenschaften und Methoden hinzufügen.
+                <classname>Zend_CodeGenerator_Php_Class</classname> ist für die Erstellung von PHP
+                Klassen gedacht. Die Basisfunktionalität ist nur die Erstellung der PHP Klasse
+                selbst, sowie optional den betreffenden PHP DocBlock. Klassen können von anderen
+                Klassen abgeleitet sein, oder diese Implementieren, und können als Abstrakt markiert
+                sein. Bei Verwendung von anderen CodeGenerator Klassen kann man auch
+                Klassenkonstanten, Eigenschaften und Methoden hinzufügen.
             </para>
 
             <para>
@@ -182,11 +182,11 @@ class Zend_CodeGenerator_Php_Class extends Zend_CodeGenerator_Php_Abstract
             <para>
                 Die <code>setProperty()</code> Methode akzeptiert ein Array von Informationen,
                 die verwendet werden können um eine Instanz von
-                <classname>Zend_CodeGenerator_Php_Property</classname> zu erstellen -- oder einfach eine
-                Instanz von <classname>Zend_CodeGenerator_Php_Property</classname> selbst. Genauso
-                akzeptiert <code>setMethod()</code> entweder ein Array von Information für die
-                Erstellung einer <classname>Zend_CodeGenerator_Php_Method</classname> Instanz oder eine
-                konkrete Instanz dieser Klasse.
+                <classname>Zend_CodeGenerator_Php_Property</classname> zu erstellen -- oder einfach
+                eine Instanz von <classname>Zend_CodeGenerator_Php_Property</classname> selbst.
+                Genauso akzeptiert <code>setMethod()</code> entweder ein Array von Information für
+                die Erstellung einer <classname>Zend_CodeGenerator_Php_Method</classname> Instanz
+                oder eine konkrete Instanz dieser Klasse.
             </para>
 
             <para>
@@ -199,16 +199,17 @@ class Zend_CodeGenerator_Php_Class extends Zend_CodeGenerator_Php_Abstract
             <title>Zend_CodeGenerator_Php_Docblock</title>
 
             <para>
-                <classname>Zend_CodeGenerator_Php_Docblock</classname> kann verwendet werden um PHP DocBlocks
-                zu erstellen, inklusive aller standardmäßigen DocBlock Features: Kurz- und
+                <classname>Zend_CodeGenerator_Php_Docblock</classname> kann verwendet werden um PHP
+                DocBlocks zu erstellen, inklusive aller standardmäßigen DocBlock Features: Kurz- und
                 Langbeschreibung sowie zusätzliche Tags.
             </para>
 
             <para>
                 Zusätzliche Tags können durch Verwendung der <code>setTag()</code> und
                 <code>setTags()</code> Methoden gesetzt werden; diese nehmen entweder ein Array an
-                das das Tag beschreibt das an den <classname>Zend_CodeGenerator_Php_Docblock_Tag</classname>
-                Contructor übergeben wird, oder eine Instanz dieser Klasse selbst.
+                das das Tag beschreibt das an den
+                <classname>Zend_CodeGenerator_Php_Docblock_Tag</classname> Contructor übergeben
+                wird, oder eine Instanz dieser Klasse selbst.
             </para>
 
             <para>
@@ -237,8 +238,8 @@ class Zend_CodeGenerator_Php_Docblock extends Zend_CodeGenerator_Php_Abstract
             <title>Zend_CodeGenerator_Php_Docblock_Tag</title>
 
             <para>
-                <classname>Zend_CodeGenerator_Php_Docblock_Tag</classname> ist für die Erstellung von
-                eigenen Tags, zum Einfügen in PHP DocBlocks, gedacht. Von Tags wird erwartet
+                <classname>Zend_CodeGenerator_Php_Docblock_Tag</classname> ist für die Erstellung
+                von eigenen Tags, zum Einfügen in PHP DocBlocks, gedacht. Von Tags wird erwartet
                 das Sie einen Namen enthalten (Der Teil der unmittelbar dem '@' Symbol folgt)
                 und eine Beschreibung (alles das dem Tag Namen folgt).
             </para>
@@ -267,11 +268,12 @@ class Zend_CodeGenerator_Php_Docblock_Tag
             <title>Zend_CodeGenerator_Php_DocBlock_Tag_Param</title>
 
             <para>
-                <classname>Zend_CodeGenerator_Php_DocBlock_Tag_Param</classname> ist eine spezielle Version
-                von <classname>Zend_CodeGenerator_Php_DocBlock_Tag</classname>, und repräsentiert einen
-                Parameter einer Methode. Das TagName ist hierbei bekannt ("param"), aber durch die
-                Form des Tags, werden zusätzliche Informationen benötigt um Ihn zu erzeugen: den
-                Namen des Parameter und den Datentyp den dieser repräsentiert.
+                <classname>Zend_CodeGenerator_Php_DocBlock_Tag_Param</classname> ist eine spezielle
+                Version von <classname>Zend_CodeGenerator_Php_DocBlock_Tag</classname>, und
+                repräsentiert einen Parameter einer Methode. Das TagName ist hierbei bekannt
+                ("param"), aber durch die Form des Tags, werden zusätzliche Informationen benötigt
+                um Ihn zu erzeugen: den Namen des Parameter und den Datentyp den dieser
+                repräsentiert.
             </para>
 
             <para>
@@ -299,8 +301,8 @@ class Zend_CodeGenerator_Php_Docblock_Tag_Param
 
             <para>
                 Wie die Variante des Param DocBlock Tags ist
-                <classname>Zend_CodeGenerator_Php_Docblock_Tab_Return</classname> eine Variante eines
-                Tags für die Darstellung eines Rückgabewerts einer Methode. In diesem Fall ist
+                <classname>Zend_CodeGenerator_Php_Docblock_Tab_Return</classname> eine Variante
+                eines Tags für die Darstellung eines Rückgabewerts einer Methode. In diesem Fall ist
                 der Name des Tags bekannt ("return"), aber es benötigt einen Rückgabetyp.
             </para>
 
@@ -326,16 +328,16 @@ class Zend_CodeGenerator_Php_Docblock_Tag_Param
             <title>Zend_CodeGenerator_Php_File</title>
 
             <para>
-                <classname>Zend_CodeGenerator_Php_File</classname> wird verwendet um den kompletten Inhalt
-                einer Datei zu erstellen die PHP Code enthalten wird. Die Datei kann Klassen oder
-                eigenen PHP Code enthalten, und wenn gewünscht einen Datei-Level Docblock.
+                <classname>Zend_CodeGenerator_Php_File</classname> wird verwendet um den kompletten
+                Inhalt einer Datei zu erstellen die PHP Code enthalten wird. Die Datei kann Klassen
+                oder eigenen PHP Code enthalten, und wenn gewünscht einen Datei-Level Docblock.
             </para>
 
             <para>
                 Wenn der Datei Klassen hinzugefügt werden, muß man entweder ein Array von
                 Informationen übergeben die an den Constructor von
-                <classname>Zend_CodeGenerator_Php_Class</classname> übergeben werden, oder eine Instanz
-                dieser Klasse. Genau wie bei den DocBlocks, muß man Informationen für den
+                <classname>Zend_CodeGenerator_Php_Class</classname> übergeben werden, oder eine
+                Instanz dieser Klasse. Genau wie bei den DocBlocks, muß man Informationen für den
                 Constructor von <classname>Zend_CodeGenerator_Php_Docblock</classname> übergeben die
                 verwendet werden, oder eine Instanz dieser Klasse.
             </para>
@@ -376,8 +378,8 @@ class Zend_CodeGenerator_Php_File extends Zend_CodeGenerator_Php_Abstract
 
             <para>
                 <classname>Zend_CodeGenerator_Php_Member_Container</classname> wird intern von
-                <classname>Zend_CodeGenerator_Php_Class</classname> verwendet um die Klassenmember zu
-                erheben -- Eigenschaften sowie Methoden. Diese werden durch den Namen indiziert,
+                <classname>Zend_CodeGenerator_Php_Class</classname> verwendet um die Klassenmember
+                zu erheben -- Eigenschaften sowie Methoden. Diese werden durch den Namen indiziert,
                 indem die konkrete Instanz des Members als Wert verwendet wird.
             </para>
 
@@ -397,19 +399,20 @@ class Zend_CodeGenerator_Php_Member_Container extends ArrayObject
             <title>Zend_CodeGenerator_Php_Method</title>
 
             <para>
-                <classname>Zend_CodeGenerator_Php_Method</classname> beschreibt eine Klassenmethode, und kann
-                sowohl Code als auch den DocBlock für diese Methode erstellen. Die Sichtbarkeit und
-                der Status als Statisch, Abstrakt, oder Final kann, über die Eltern-Klasse,
-                <classname>Zend_CodeGenerator_Php_Member_Abstract</classname>, angegeben werden. Letztendlich
-                können die Parameter und Rückgabewerte für die Methode spezifiziert werden.
+                <classname>Zend_CodeGenerator_Php_Method</classname> beschreibt eine Klassenmethode,
+                und kann sowohl Code als auch den DocBlock für diese Methode erstellen. Die
+                Sichtbarkeit und der Status als Statisch, Abstrakt, oder Final kann, über die
+                Eltern-Klasse, <classname>Zend_CodeGenerator_Php_Member_Abstract</classname>,
+                angegeben werden. Letztendlich können die Parameter und Rückgabewerte für die
+                Methode spezifiziert werden.
             </para>
 
             <para>
                 Parameter könnnen durch Verwendung von <code>setParameter()</code> oder
                 <code>setParameters()</code> gesetzt werden. In jedem Fall, sollte der Parameter
                 entweder ein Array von Informationen sein die an den Constructor von
-                <classname>Zend_CodeGenerator_Php_Parameter</classname> übergeben werden, oder eine Instanz
-                dieser Klasse.
+                <classname>Zend_CodeGenerator_Php_Parameter</classname> übergeben werden, oder eine
+                Instanz dieser Klasse.
             </para>
 
             <para>
@@ -474,8 +477,8 @@ class Zend_CodeGenerator_Php_Parameter extends Zend_CodeGenerator_Php_Abstract
             <title>Zend_CodeGenerator_Php_Property</title>
 
             <para>
-                <classname>Zend_CodeGenerator_Php_Property</classname> beschreibt die Eigenschaft einer
-                Klasse, welche entweder eine Konstante oder eine Variable sein kann. In jedem
+                <classname>Zend_CodeGenerator_Php_Property</classname> beschreibt die Eigenschaft
+                einer Klasse, welche entweder eine Konstante oder eine Variable sein kann. In jedem
                 Fall, kann der Eigenschaft ein optionaler Standardwert assoziiert werden.
                 Zusätzlich kann die Sichtbarkeit von variablen Eigenschaften über die Elternklasse
                 <classname>Zend_CodeGenerator_Php_Member_Abstract</classname> gesetzt werden.

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

@@ -8,19 +8,21 @@
         Konfigurations-Daten zu vereinfachen. Es stellt diese Konfigurations-Daten innerhalb
         der Applikation über eine verschachtelte Objekt-Struktur zur Verfügung. Die
         Konfigurations-Daten können aus verschiedenen Datenquellen gelesen werden,
-        die hierarchische Datenspeicherung unterstützen. Derzeit stellt <classname>Zend_Config</classname>
-        mit <link linkend="zend.config.adapters.ini"><classname>Zend_Config_Ini</classname></link> und
-        <link linkend="zend.config.adapters.xml"><classname>Zend_Config_Xml</classname></link> Adapter für
-        das Einlesen von Daten aus Textfiles zur Verfügung.
+        die hierarchische Datenspeicherung unterstützen. Derzeit stellt
+        <classname>Zend_Config</classname> mit <link
+        linkend="zend.config.adapters.ini"><classname>Zend_Config_Ini</classname></link> und
+        <link linkend="zend.config.adapters.xml"><classname>Zend_Config_Xml</classname></link>
+        Adapter für das Einlesen von Daten aus Textfiles zur Verfügung.
     </para>
     <example id="zend.config.introduction.example.using">
         <title>Zend-Config verwenden</title>
         <para>
             In der Regel geht man davon aus, dass Anwender eine der Adapter-Klassen wie
-            <link linkend="zend.config.adapters.ini"><classname>Zend_Config_Ini</classname></link> oder
-            <link linkend="zend.config.adapters.xml"><classname>Zend_Config_Xml</classname></link>
-            verwenden. Wenn die Konfigurations-Daten aber als PHP-Array vorliegen, können diese
-            auch einfach an den <classname>Zend_Config</classname>-Konstruktor übergeben werden, um dann
+            <link linkend="zend.config.adapters.ini"><classname>Zend_Config_Ini</classname></link>
+            oder <link
+            linkend="zend.config.adapters.xml"><classname>Zend_Config_Xml</classname></link>
+            verwenden. Wenn die Konfigurations-Daten aber als PHP-Array vorliegen, können diese auch
+            einfach an den <classname>Zend_Config</classname>-Konstruktor übergeben werden, um dann
             über die objektorientierte Schnittstelle auf sie zugreifen zu können:
         </para>
         <programlisting role="php"><![CDATA[
@@ -59,9 +61,9 @@ $db = Zend_Db::factory($config->database);
         einer verschachtelten Objekt-Struktur.
     </para>
     <para>
-        Zusätzlich zum objektorientierten Zugriff auf die Daten Werte hat <classname>Zend_Config</classname>
-        <code>get()</code> welches den unterstützten Standardwert zurückgibt wenn das Daten Element
-        nicht existiert. Zum Beispiel:
+        Zusätzlich zum objektorientierten Zugriff auf die Daten Werte hat
+        <classname>Zend_Config</classname> <code>get()</code> welches den unterstützten Standardwert
+        zurückgibt wenn das Daten Element nicht existiert. Zum Beispiel:
     </para>
     <programlisting role="php"><![CDATA[
 $host = $config->database->get('host', 'localhost');
@@ -69,8 +71,8 @@ $host = $config->database->get('host', 'localhost');
     <example id="zend.config.introduction.example.file.php">
         <title>Zend_Config mit einer PHP Konfigurationsdatei verwenden</title>
         <para>
-            Es ist oft gewünscht eine reine PHP-basierende Konfigurationsdatei zu verwenden. Der folgende
-            Code zeigt wie das ganz einfach erreicht werden kann:
+            Es ist oft gewünscht eine reine PHP-basierende Konfigurationsdatei zu verwenden. Der
+            folgende Code zeigt wie das ganz einfach erreicht werden kann:
         </para>
         <programlisting role="php"><![CDATA[
 // config.php

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

@@ -4,77 +4,87 @@
 <sect1 id="zend.config.theory_of_operation">
     <title>Theory of Operation</title>
     <para>
-        Konfigurations-Daten werden dem <classname>Zend_Config</classname>-Konstruktor als assoziatives Array zur Verfügung
-        gestellt. Das Array kann mehrdimensional sein, um die Übergabe geordneter Daten zu unterstützen. Spezifische
-        Adapter fungieren als Schnittstelle zwischen der Datenhaltung und dem <classname>Zend_Config</classname>-Konstruktor,
-        indem sie die Daten für diesen als Array aufbereiten. Es können auch direkt aus dem eigenen Code Arrays an
-        den <classname>Zend_Config</classname>-Konstruktor übergeben werden, ohne eine Adapter-Klasse zu benutzen. In manchen
-        Situationen kann das angebracht sein.
+        Konfigurations-Daten werden dem <classname>Zend_Config</classname>-Konstruktor als
+        assoziatives Array zur Verfügung gestellt. Das Array kann mehrdimensional sein, um die
+        Übergabe geordneter Daten zu unterstützen. Spezifische Adapter fungieren als Schnittstelle
+        zwischen der Datenhaltung und dem <classname>Zend_Config</classname>-Konstruktor, indem sie
+        die Daten für diesen als Array aufbereiten. Es können auch direkt aus dem eigenen Code
+        Arrays an den <classname>Zend_Config</classname>-Konstruktor übergeben werden, ohne eine
+        Adapter-Klasse zu benutzen. In manchen Situationen kann das angebracht sein.
     </para>
     <para>
-        Jeder Konfigurationswert des Arrays wird zu einer Eigenschaft des <classname>Zend_Config</classname> Objektes.
-        Der Schlüssel wird als Name der Eigenschaft verwendet. Wenn ein Wert selbst ein Array ist, wird die
-        resultierende Eigenschaft des Objektes selbst als ein neues <classname>Zend_Config</classname> Objekt erstellt und
-        mit den Array Daten geladen. Das findet rekursiv statt, sodas hirarchische Konfigurationswerte mit einer
-        beliebigen Anzahl an Level erstellt werden können.
+        Jeder Konfigurationswert des Arrays wird zu einer Eigenschaft des
+        <classname>Zend_Config</classname> Objektes. Der Schlüssel wird als Name der Eigenschaft
+        verwendet. Wenn ein Wert selbst ein Array ist, wird die resultierende Eigenschaft des
+        Objektes selbst als ein neues <classname>Zend_Config</classname> Objekt erstellt und mit den
+        Array Daten geladen. Das findet rekursiv statt, sodas hirarchische Konfigurationswerte mit
+        einer beliebigen Anzahl an Level erstellt werden können.
     </para>
     <para>
-        <classname>Zend_Config</classname> implementiert die Interfaces <code>Countable</code> und <code>Iterator</code>
-        um den einfachen Zugriff auf Konfigurationsdaten zu gewährleisten. Dementsprechend kann man die
-        <ulink url="http://php.net/count"><code>count()</code></ulink>-Funktion und auch PHP-Konstrukte wie
-        <ulink url="http://php.net/foreach"><code>foreach</code></ulink> auf <classname>Zend_Config</classname>-Objekte
-        anwenden.
+        <classname>Zend_Config</classname> implementiert die Interfaces <code>Countable</code> und
+        <code>Iterator</code> um den einfachen Zugriff auf Konfigurationsdaten zu gewährleisten.
+        Dementsprechend kann man die <ulink
+            url="http://php.net/count"><code>count()</code></ulink>-Funktion und auch PHP-Konstrukte
+        wie <ulink url="http://php.net/foreach"><code>foreach</code></ulink> auf
+        <classname>Zend_Config</classname>-Objekte anwenden.
     </para>
     <para>
-        Standardmäßig gewährt <classname>Zend_Config</classname> nur Lesezugriff auf die Daten und der Versuch einer
-        Wertzuweisung (wie z. B. <code>$config->database->host = 'example.com';</code>) löst eine
-        Ausnahme aus. Dieses Standard-Verhalten kann mit Hilfe des Konstruktors aber so überschrieben werden,
-        dass die Veränderung von Daten erlaubt ist. Wenn auch Änderungen erlaubt sind, unterstützt
-        <classname>Zend_Config</classname> das entfernen von Werten (z.B.
-        <code>unset($config->database->host);</code>). Die <code>readOnly()</code> Methode kann verwendet werden
-        um festzustellen ob Änderungen an einem gegebenen <classname>Zend_Config</classname> Objekt erlaubt sind und die
-        <code>setReadOnly()</code> kann verwendet werden um weitere Änderungen an einem <classname>Zend_Config</classname>
+        Standardmäßig gewährt <classname>Zend_Config</classname> nur Lesezugriff auf die Daten und
+        der Versuch einer Wertzuweisung (wie z. B. <code>$config->database->host =
+        'example.com';</code>) löst eine Ausnahme aus. Dieses Standard-Verhalten kann mit Hilfe des
+        Konstruktors aber so überschrieben werden, dass die Veränderung von Daten erlaubt ist. Wenn
+        auch Änderungen erlaubt sind, unterstützt <classname>Zend_Config</classname> das entfernen
+        von Werten (z.B. <code>unset($config->database->host);</code>). Die <code>readOnly()</code>
+        Methode kann verwendet werden um festzustellen ob Änderungen an einem gegebenen
+        <classname>Zend_Config</classname> Objekt erlaubt sind und die <code>setReadOnly()</code>
+        kann verwendet werden um weitere Änderungen an einem <classname>Zend_Config</classname>
         Objekt, das erstellt wurde und Änderungen erlaubt, zu verhindern.
 
         <note>
             <para>
-                Es muss angemerkt werden, dass hierbei nur die Daten im Speicher verändert werden. Es wird keine
-                Änderung an den Konfigurations-Daten auf dem Speichermedium vorgenommen. Werkzeuge zur Veränderung
-                gespeicherter Konfigurations-Daten liegen nicht im Bereich von <classname>Zend_Config</classname>.
-                Drittanbieter bieten bereits diverse Open-Source-Lösungen für das Erstellen und Verändern von
+                Es muss angemerkt werden, dass hierbei nur die Daten im Speicher verändert werden.
+                Es wird keine Änderung an den Konfigurations-Daten auf dem Speichermedium
+                vorgenommen. Werkzeuge zur Veränderung gespeicherter Konfigurations-Daten liegen
+                nicht im Bereich von <classname>Zend_Config</classname>. Drittanbieter bieten
+                bereits diverse Open-Source-Lösungen für das Erstellen und Verändern von
                 Konfigurations-Datensätzen in verschienen Formaten.
             </para>
         </note>
     </para>
     <para>
-        Adapter-Klassen erben von der <classname>Zend_Config</classname>-Klasse, da sie ihre Funktionalität nutzen.
+        Adapter-Klassen erben von der <classname>Zend_Config</classname>-Klasse, da sie ihre
+        Funktionalität nutzen.
     </para>
     <para>
-        Die Familie der <classname>Zend_Config</classname>-Klassen ermöglicht es, Daten in Sektionen einzuteilen.
-        Beim Initialisieren eines <classname>Zend_Config</classname>-Adapter-Objektes können eine einzelne spezifizierte
-        Sektion, mehrere spezifizierte Sektionen oder alle Sektionen (wenn keine spezifiziert ist) geladen werden.
+        Die Familie der <classname>Zend_Config</classname>-Klassen ermöglicht es, Daten in Sektionen
+        einzuteilen. Beim Initialisieren eines <classname>Zend_Config</classname>-Adapter-Objektes
+        können eine einzelne spezifizierte Sektion, mehrere spezifizierte Sektionen oder alle
+        Sektionen (wenn keine spezifiziert ist) geladen werden.
     </para>
     <para>
-        Die <classname>Zend_Config</classname>-Adapter-Klassen unterstützen ein Modell einfacher Vererbung, welches es
-        ermöglicht, dass Konfigurations-Daten aus einer Sektion an eine Andere vererbt werden können. Dadurch
-        kann die Notwendigeit doppelter Konfigurations-Daten für verschiedene Einsatzgebiete reduziert oder
-        beseitigt werden. Eine erbende Sektion kann die von der Eltern-Sektion geerbten Werte auch überschreiben.
-        Wie auch bei der Klassen-Vererbung in PHP kann eine Sektion von einer Eltern-Sektion geerbt werden, die
-        wiederum von einer Großeltern-Sektion geerbt hat und so weiter. Mehrfaches Erben (Beispielsweise der Fall,
-        dass Sektion C direkt von den Eltern-Sektionen A und B erbt) wird dagegen nicht unterstützt.
+        Die <classname>Zend_Config</classname>-Adapter-Klassen unterstützen ein Modell einfacher
+        Vererbung, welches es ermöglicht, dass Konfigurations-Daten aus einer Sektion an eine Andere
+        vererbt werden können. Dadurch kann die Notwendigeit doppelter Konfigurations-Daten für
+        verschiedene Einsatzgebiete reduziert oder beseitigt werden. Eine erbende Sektion kann die
+        von der Eltern-Sektion geerbten Werte auch überschreiben. Wie auch bei der Klassen-Vererbung
+        in PHP kann eine Sektion von einer Eltern-Sektion geerbt werden, die wiederum von einer
+        Großeltern-Sektion geerbt hat und so weiter. Mehrfaches Erben (Beispielsweise der Fall, dass
+        Sektion C direkt von den Eltern-Sektionen A und B erbt) wird dagegen nicht unterstützt.
     </para>
     <para>
-        Wenn zwei <classname>Zend_Config</classname> Objekte vorhanden sind, können diese in ein einzelnes Objekt
-        zusammengeführt werden indem die <code>merge()</code> Funktion verwendet wird. Angenommen es gibt
-        <code>$config</code> und <code>$localConfig</code>, kann <code>$localConfig</code> in <code>$config</code>
-        zusammengeführt werden indem <code>$config->merge($localConfig);</code> aufgerufen wird.
-        Die Elemente in <code>$localConfig</code> überschreiben gleichnamige Elemente in <code>$config</code>.
+        Wenn zwei <classname>Zend_Config</classname> Objekte vorhanden sind, können diese in ein
+        einzelnes Objekt zusammengeführt werden indem die <code>merge()</code> Funktion verwendet
+        wird. Angenommen es gibt <code>$config</code> und <code>$localConfig</code>, kann
+        <code>$localConfig</code> in <code>$config</code> zusammengeführt werden indem
+        <code>$config->merge($localConfig);</code> aufgerufen wird. Die Elemente in
+        <code>$localConfig</code> überschreiben gleichnamige Elemente in <code>$config</code>.
         <note>
             <para>
-                Das <classname>Zend_Config</classname> Objekt das die Zusammenführung durchführt muß so erstellt worden
-                sein das es Änderungen erlaubt, indem dem Constructor <code>true</code> als zweiter
-                Parameter übergeben wird. Die <code>setReadOnly()</code> Methode kann dann verwendet werden
-                um weitere Änderungen zu verhindern nachdem die Zusammenführung fertiggestellt ist.
+                Das <classname>Zend_Config</classname> Objekt das die Zusammenführung durchführt muß
+                so erstellt worden sein das es Änderungen erlaubt, indem dem Constructor
+                <code>true</code> als zweiter Parameter übergeben wird. Die
+                <code>setReadOnly()</code> Methode kann dann verwendet werden um weitere Änderungen
+                zu verhindern nachdem die Zusammenführung fertiggestellt ist.
             </para>
         </note>
     </para>

documentation/manual/de/module_specs/Zend_Config_Ini.xml

@@ -4,14 +4,14 @@
 <sect1 id="zend.config.adapters.ini">
     <title>Zend_Config_Ini</title>
     <para>
-        <classname>Zend_Config_Ini</classname> ermöglicht es Entwicklern, Konfigurations-Daten in einem
-        vertrauten INI-Format zu speichern und sie mit einer Syntax auszulesen, die dem Zugriff auf
-        die Eigenschaften verschachtelter Objekte entspricht. Das verwendete INI-Format bietet
-        einerseits die Möglichkeit, Konfigurations-Daten hierarchisch abzulegen und andererseits
-        Vererbung zwischen Sektionen zu spezifizieren. Konfigurations-Daten-Hierarchien werden
-        durch das Trennen der Schlüsselwörter durch einen Punkt (<code>.</code>). Eine Sektion kann
-        eine andere Sektion erweitern oder beerben indem man nach dem Sektionsname einen
-        Doppelpunkt (<code>:</code>) notiert, gefolgt vom Namen der zu beerbenden Sektion.
+        <classname>Zend_Config_Ini</classname> ermöglicht es Entwicklern, Konfigurations-Daten in
+        einem vertrauten INI-Format zu speichern und sie mit einer Syntax auszulesen, die dem
+        Zugriff auf die Eigenschaften verschachtelter Objekte entspricht. Das verwendete INI-Format
+        bietet einerseits die Möglichkeit, Konfigurations-Daten hierarchisch abzulegen und
+        andererseits Vererbung zwischen Sektionen zu spezifizieren. Konfigurations-Daten-Hierarchien
+        werden durch das Trennen der Schlüsselwörter durch einen Punkt (<code>.</code>). Eine
+        Sektion kann eine andere Sektion erweitern oder beerben indem man nach dem Sektionsname
+        einen Doppelpunkt (<code>:</code>) notiert, gefolgt vom Namen der zu beerbenden Sektion.
     </para>
     <note>
         <title>Die Ini Datei parsen</title>
@@ -29,8 +29,8 @@
         <para>
             Standardmäßig ist das Schlüssel Trennzeichen der Punkt (<code>.</code>). Dies kann
             geändert werden, indem der <code>$options</code> Schlüssel <code>'nestSeparator'</code>
-            geändert wird, wenn das <classname>Zend_Config_Ini</classname> Objekt instanziert wird. Zum
-            Beispiel:
+            geändert wird, wenn das <classname>Zend_Config_Ini</classname> Objekt instanziert wird.
+            Zum Beispiel:
             <programlisting role="php"><![CDATA[
 $options['nestSeparator'] = ':';
 $config = new Zend_Config_Ini('/path/to/config.ini',
@@ -42,15 +42,15 @@ $config = new Zend_Config_Ini('/path/to/config.ini',
     <example id="zend.config.adapters.ini.example.using">
         <title>Zend_Config_Ini benutzen</title>
         <para>
-            Dieses Beispiel zeigt die grundlegende Nutzung von <classname>Zend_Config_Ini</classname> um
-            Konfigurations-Daten aus einem XML-File zu laden. In diesem Beispiel gibt es
-            Konfigurations-Daten für ein Produktiv- und ein Staging-System. Da sich die Daten für
-            das Staging-System nur unwesentlich von denen für das Produktiv-System unterscheiden,
-            erbt das Staging-System vom Produktiv-System. In diesem Fall ist die Entscheidung
-            darüber, welche Sektion von welcher erben soll, willkürlich und es könnte auch anders
-            herum gemacht werden. In komplexeren Fällen ist das möglicherweise nicht der Fall.
-            Nehmen wir also an, dass sich die folgenden Konfigurations-Daten in der Datei
-            <code>/path/to/config.ini</code> befinden:
+            Dieses Beispiel zeigt die grundlegende Nutzung von
+            <classname>Zend_Config_Ini</classname> um Konfigurations-Daten aus einem XML-File zu
+            laden. In diesem Beispiel gibt es Konfigurations-Daten für ein Produktiv- und ein
+            Staging-System. Da sich die Daten für das Staging-System nur unwesentlich von denen für
+            das Produktiv-System unterscheiden, erbt das Staging-System vom Produktiv-System. In
+            diesem Fall ist die Entscheidung darüber, welche Sektion von welcher erben soll,
+            willkürlich und es könnte auch anders herum gemacht werden. In komplexeren Fällen ist
+            das möglicherweise nicht der Fall. Nehmen wir also an, dass sich die folgenden
+            Konfigurations-Daten in der Datei <code>/path/to/config.ini</code> befinden:
         </para>
         <programlisting role="ini"><![CDATA[
 ; Konfigurations-Daten für die Produktiv-Site
@@ -98,9 +98,9 @@ echo $config->database->params->dbname; // Ausgabe "dbname"
                 </row>
                 <row>
                     <entry><code>$section</code></entry>
-                    <entry>Die [section] innerhalb der ini Datei die geladen wird. Das Setzen dieses Parameters
-                    auf null lädt alle Sektionen. Alternativ, kann ein Array von Sektionsnamen übergeben werden um
-                    mehrere Sektionen zu laden.</entry>
+                    <entry>Die [section] innerhalb der ini Datei die geladen wird. Das Setzen dieses
+                    Parameters auf null lädt alle Sektionen. Alternativ, kann ein Array von
+                    Sektionsnamen übergeben werden um mehrere Sektionen zu laden.</entry>
                 </row>
                 <row>
                     <entry><code>$options = false</code></entry>
@@ -108,15 +108,16 @@ echo $config->database->params->dbname; // Ausgabe "dbname"
                         <itemizedlist>
                             <listitem>
                                 <para>
-                                    <emphasis>allowModifications</emphasis>: Auf true gesetzt erlaubt es
-                                    weiterführende Modifikationen der geladenen Datei. Standardmäßig auf false
-                                    gestellt
+                                    <emphasis>allowModifications</emphasis>: Auf true gesetzt
+                                    erlaubt es weiterführende Modifikationen der geladenen Datei.
+                                    Standardmäßig auf false gestellt
                                 </para>
                             </listitem>
                             <listitem>
                                 <para>
-                                    <emphasis>nestSeparator</emphasis>: Auf das Zeichen zu setzen das als Abschnitts
-                                    Separator verwendet wird. Standardmäßig auf "." gestellt
+                                    <emphasis>nestSeparator</emphasis>: Auf das Zeichen zu setzen
+                                    das als Abschnitts Separator verwendet wird. Standardmäßig auf
+                                    "." gestellt
                                 </para>
                             </listitem>
                         </itemizedlist>

documentation/manual/de/module_specs/Zend_Config_Writer.xml

@@ -4,14 +4,16 @@
 <sect1 id="zend.config.writer.introduction">
     <title>Zend_Config_Writer</title>
     <para>
-        <classname>Zend_Config_Writer</classname> gibt einem die Möglichkeit Configdateien aus <classname>Zend_Config</classname>
-        Objekten heraus zu schreiben. Es arbeitet mit einem Adapter-artigen System und ist deswegen sehr
-        einfach zu verwenden. Standardmäßig wird <classname>Zend_Config_Writer</classname> mit drei Adaptern
-        ausgeliefert, die alle gleich funktionieren. Der Writer wird mit speziellen Optionen instanziert,
-        welche <code>filename</code> und <code>config</code> sein können. Dann wird die <code>write()</code>
-        Methode des Writers aufgerufen und die Configdatei wird erstellt. Man kann <code>$filename</code>
-        und <code>$config</code> auch direkt an die <code>write()</code> Methode übergeben. Aktuell werden
-        die folgenden Writer mit <classname>Zend_Config_Writer</classname> ausgeliefert:
+        <classname>Zend_Config_Writer</classname> gibt einem die Möglichkeit Configdateien aus
+        <classname>Zend_Config</classname> Objekten heraus zu schreiben. Es arbeitet mit einem
+        Adapter-artigen System und ist deswegen sehr einfach zu verwenden. Standardmäßig wird
+        <classname>Zend_Config_Writer</classname> mit drei Adaptern ausgeliefert, die alle gleich
+        funktionieren. Der Writer wird mit speziellen Optionen instanziert, welche
+        <code>filename</code> und <code>config</code> sein können. Dann wird die
+        <code>write()</code> Methode des Writers aufgerufen und die Configdatei wird erstellt. Man
+        kann <code>$filename</code> und <code>$config</code> auch direkt an die <code>write()</code>
+        Methode übergeben. Aktuell werden die folgenden Writer mit
+        <classname>Zend_Config_Writer</classname> ausgeliefert:
     </para>
 
     <itemizedlist>
@@ -33,27 +35,28 @@
     </itemizedlist>
 
     <para>
-        Als Ausnahme hat <classname>Zend_Config_Writer_Ini</classname> einen zusätzlichen optionalen Parameter
-        <code>nestSeparator</code>, welche definiert mit welchem Zeichen die einzelnen Nodes getrennt werden.
-        Der Standard ist ein einzelner Punkt, wie er standardmäßig von <classname>Zend_Config_Ini</classname>
-        akzeptiert wird.
+        Als Ausnahme hat <classname>Zend_Config_Writer_Ini</classname> einen zusätzlichen optionalen
+        Parameter <code>nestSeparator</code>, welche definiert mit welchem Zeichen die einzelnen
+        Nodes getrennt werden. Der Standard ist ein einzelner Punkt, wie er standardmäßig von
+        <classname>Zend_Config_Ini</classname> akzeptiert wird.
     </para>
 
     <para>
-        Wenn ein <classname>Zend_Config</classname> Objekt geändert oder erstellt wird, muß man einige Dinge wissen.
-        Um einen Wert zu erstellen oder zu ändern muß einfach der Parameter des <classname>Zend_Config</classname>
-        Objektes über den Zugriffsaccessor (<code>-&gt;</code>) gesetzt werden. Um eine Sektion im Root
-        oder im Branch zu erstellen muß einfach ein neues Aray erstellt werden
-        (<code>$config-&gt;branch = array();</code>). Um zu definieren welche Sektion eine andere
-        erweitert, muß die <code>setExtend()</code> Methode am Root <classname>Zend_Config</classname> Objekt
-        aufgerufen werden.
+        Wenn ein <classname>Zend_Config</classname> Objekt geändert oder erstellt wird, muß man
+        einige Dinge wissen. Um einen Wert zu erstellen oder zu ändern muß einfach der Parameter des
+        <classname>Zend_Config</classname> Objektes über den Zugriffsaccessor (<code>-&gt;</code>)
+        gesetzt werden. Um eine Sektion im Root oder im Branch zu erstellen muß einfach ein neues
+        Aray erstellt werden (<code>$config-&gt;branch = array();</code>). Um zu definieren welche
+        Sektion eine andere erweitert, muß die <code>setExtend()</code> Methode am Root
+        <classname>Zend_Config</classname> Objekt aufgerufen werden.
     </para>
 
     <example id="zend.config.writer.example.using">
         <title>Verwenden von Zend_Config_Writer</title>
         <para>
-            Dieses Beispiel zeigt die grundsätzliche Verwendung von <classname>Zend_Config_Writer_Xml</classname>
-            um eine neue Konfigurationsdatei zu erstellen:
+            Dieses Beispiel zeigt die grundsätzliche Verwendung von
+            <classname>Zend_Config_Writer_Xml</classname> um eine neue Konfigurationsdatei zu
+            erstellen:
         </para>
         <programlisting role="php"><![CDATA[
 // Ein neues Config Objekt erstellen
@@ -87,8 +90,8 @@ $writer = new Zend_Config_Writer_Xml();
 $writer->write('config.xml', $config);
 ]]></programlisting>
         <para>
-            Das erstellt eine XML Config Datei mit den Sektionen production und staging, wobei staging
-            production erweitert.
+            Das erstellt eine XML Config Datei mit den Sektionen production und staging, wobei
+            staging production erweitert.
         </para>
     </example>
 
@@ -118,10 +121,10 @@ $writer->write();
     <note>
         <title>Laden einer Config Datei</title>
         <para>
-            Beim Laden einer bestehenden Config Datei für eine Änderung ist es sehr wichtig  das alle
+            Beim Laden einer bestehenden Config Datei für eine Änderung ist es sehr wichtig das alle
             Sektionen geladen werden und die Erweiterungen übersprungen werden, sodas keine Werte
-            zusammengefügt werden. Das wird durch die Übergabe von <code>skipExtends</code> als Option
-            an den Constructor durchgeführt.
+            zusammengefügt werden. Das wird durch die Übergabe von <code>skipExtends</code> als
+            Option an den Constructor durchgeführt.
         </para>
     </note>
 </sect1>

documentation/manual/de/module_specs/Zend_Config_Xml.xml

@@ -4,13 +4,13 @@
 <sect1 id="zend.config.adapters.xml">
     <title>Zend_Config_Xml</title>
     <para>
-        <classname>Zend_Config_Xml</classname> ermöglicht es Entwicklern, Konfigurations-Daten in einfachen
-        XML-Dateien zu speichern und sie mit einer Syntax auszulesen, die dem Zugriff auf die
-        Eigenschaften verschachtelter Objekte entspricht. Der Name des Root-Elementes der XML-Datei
-        oder des Strings ist unwichtig und kann beliebig gewählt werden. Die erste Ebene der
-        XML-Struktur stellt die Konfigurationsdaten-Sektionen dar. Hirarchische Strukturen können
-        im XLM-Format durch Verschachteln von XML-Elementen unterhalb der Sektions-Ebene umgesetzt
-        werden. Der Inhalt eines XML-Blatt-Elementes (Leaf) ist der Wert eines
+        <classname>Zend_Config_Xml</classname> ermöglicht es Entwicklern, Konfigurations-Daten in
+        einfachen XML-Dateien zu speichern und sie mit einer Syntax auszulesen, die dem Zugriff auf
+        die Eigenschaften verschachtelter Objekte entspricht. Der Name des Root-Elementes der
+        XML-Datei oder des Strings ist unwichtig und kann beliebig gewählt werden. Die erste Ebene
+        der XML-Struktur stellt die Konfigurationsdaten-Sektionen dar. Hirarchische Strukturen
+        können im XLM-Format durch Verschachteln von XML-Elementen unterhalb der Sektions-Ebene
+        umgesetzt werden. Der Inhalt eines XML-Blatt-Elementes (Leaf) ist der Wert eines
         Konfigurations-Eintrages. Die Sektions-Vererbung wird durch ein spezielles Attribut namens
         <code>extends</code> unterstützt, der Wert des Attributs entspricht dabei dem Namen der
         Sektion, von der Daten geerbt werden sollen.
@@ -18,23 +18,23 @@
     <note>
         <title>Rückgabe Typen</title>
         <para>
-            Konfigurations-Daten, die in <classname>Zend_Config_Xml</classname> eingelesen wurden, werden
-            immer als Strings zurück gegeben. Die Konvertierung der Daten von Strings in andere
-            Datentypen ist Aufgabe der Entwickler und von deren Bedürfnissen abhängig.
+            Konfigurations-Daten, die in <classname>Zend_Config_Xml</classname> eingelesen wurden,
+            werden immer als Strings zurück gegeben. Die Konvertierung der Daten von Strings in
+            andere Datentypen ist Aufgabe der Entwickler und von deren Bedürfnissen abhängig.
         </para>
     </note>
     <example id="zend.config.adapters.xml.example.using">
         <title>Zend_Config_Xml benutzen</title>
         <para>
-            Dieses Beispiel zeigt die grundlegende Nutzung von <classname>Zend_Config_Xml</classname> um
-            Konfigurations-Daten aus einem XML-File zu laden. In diesem Beispiel gibt es
-            Konfigurations-Daten für ein Produktiv- und ein Staging-System. Da sich die Daten für
-            das Staging-System nur unwesentlich von denen für das Produktiv-System unterscheiden,
-            erbt das Staging-System vom Produktiv-System. In diesem Fall ist die Entscheidung
-            darüber, welche Sektion von welcher erben soll, willkürlich und es könnte auch anders
-            herum gemacht werden. In komplexeren Fällen ist das möglicherweise nicht der Fall.
-            Nehmen wir also an, dass sich die folgenden Konfigurations-Daten in der Datei
-            <code>/path/to/config.xml</code> befinden:
+            Dieses Beispiel zeigt die grundlegende Nutzung von
+            <classname>Zend_Config_Xml</classname> um Konfigurations-Daten aus einem XML-File zu
+            laden. In diesem Beispiel gibt es Konfigurations-Daten für ein Produktiv- und ein
+            Staging-System. Da sich die Daten für das Staging-System nur unwesentlich von denen für
+            das Produktiv-System unterscheiden, erbt das Staging-System vom Produktiv-System. In
+            diesem Fall ist die Entscheidung darüber, welche Sektion von welcher erben soll,
+            willkürlich und es könnte auch anders herum gemacht werden. In komplexeren Fällen ist
+            das möglicherweise nicht der Fall. Nehmen wir also an, dass sich die folgenden
+            Konfigurations-Daten in der Datei <code>/path/to/config.xml</code> befinden:
         </para>
         <programlisting role="xml"><![CDATA[
 <?xml version="1.0"?>
@@ -78,12 +78,12 @@ echo $config->database->params->dbname; // ausgabe "dbname"
     <example id="zend.config.adapters.xml.example.attributes">
         <title>Tag Attribute in Zend_Config_Xml verwenden</title>
         <para>
-            <classname>Zend_Config_Xml</classname> unterstützt auch zwei zusätzliche Wege der Definition von Knoten in der
-            Konfiguration. Beide verwenden Attribute. Da die <code>extends</code> und
-            <code>value</code> Attribute reservierte Schlüsselwörter sind (das letztere durch den zweiten
-            Weg der Verwendung von Attributen), können sie nicht verwendet werden. Der erste Weg
-            Attribute zu verwenden ist das hinzufügen von Attributen zum Elternknoten, welcher dann in einen
-            Kindknoten dieses Knotens übersetzt wird:
+            <classname>Zend_Config_Xml</classname> unterstützt auch zwei zusätzliche Wege der
+            Definition von Knoten in der Konfiguration. Beide verwenden Attribute. Da die
+            <code>extends</code> und <code>value</code> Attribute reservierte Schlüsselwörter sind
+            (das letztere durch den zweiten Weg der Verwendung von Attributen), können sie nicht
+            verwendet werden. Der erste Weg Attribute zu verwenden ist das hinzufügen von Attributen
+            zum Elternknoten, welcher dann in einen Kindknoten dieses Knotens übersetzt wird:
         </para>
         <programlisting role="xml"><![CDATA[
 <?xml version="1.0"?>
@@ -103,8 +103,8 @@ echo $config->database->params->dbname; // ausgabe "dbname"
 </programlisting>
         <para>
             Der andere Weg verkürzt die Konfiguration nicht wirklich, macht es aber einfacher in der
-            Handhabung das der Tag-Name nicht zweimal geschrieben werden muß. Man erstellt einfach einen
-            leeren Tag, welcher seinen Wert im <code>value</code> Attribut enthält:
+            Handhabung das der Tag-Name nicht zweimal geschrieben werden muß. Man erstellt einfach
+            einen leeren Tag, welcher seinen Wert im <code>value</code> Attribut enthält:
         </para>
         <programlisting role="xml"><![CDATA[
 <?xml version="1.0"?>
@@ -137,8 +137,8 @@ echo $config->database->params->dbname; // ausgabe "dbname"
     <note>
         <title>XML Strings</title>
         <para>
-            <classname>Zend_Config_Xml</classname> ist dazu in der Lage XML Strings direkt zu laden, wie z.B.
-            deren Empfang von einer Datenbank. Der String wird als erster Parameter an den
+            <classname>Zend_Config_Xml</classname> ist dazu in der Lage XML Strings direkt zu laden,
+            wie z.B. deren Empfang von einer Datenbank. Der String wird als erster Parameter an den
             Konstruktor übergeben und muß mit den Zeichen <code>'&lt;?xml':</code> beginnen
         </para>
         <programlisting role="xml"><![CDATA[

documentation/manual/de/module_specs/Zend_Console_Getopt-Configuration.xml

@@ -83,9 +83,8 @@ $opts->setHelp(
             Aliase sind noch immer in Verwendung.
         </para>
         <para>
-            Ein Alias kann nur einmal definiert werden. Wenn versucht wird einen
-            Alias nochmals zu definieren wird eine <classname>Zend_Console_Getopt_Exception</classname>
-            geworfen.
+            Ein Alias kann nur einmal definiert werden. Wenn versucht wird einen Alias nochmals zu
+            definieren wird eine <classname>Zend_Console_Getopt_Exception</classname> geworfen.
         </para>
         <example id="zend.console.getopt.configuration.addaliases.example">
             <title>Verwenden von setAliases()</title>
@@ -155,16 +154,17 @@ $opts->setArguments(array('-a', '-p', 'p_parameter', 'non_option_arg'));
         <note>
             <title>Klarstellung des Ausdrucks "Option"</title>
             <para>
-                Der Ausdruck "Option" wird für die Konfiguration der <classname>Zend_Console_Getopt</classname>
-                Klasse verwendet um der Terminologie zu folgen die überall im Zend Framework benutzt
-                wird. Das ist nicht das selbe wie die Kommandozeilen Optionen die von der
-                <classname>Zend_Console_Getopt</classname> Klasse analysiert werden.
+                Der Ausdruck "Option" wird für die Konfiguration der
+                <classname>Zend_Console_Getopt</classname> Klasse verwendet um der Terminologie zu
+                folgen die überall im Zend Framework benutzt wird. Das ist nicht das selbe wie die
+                Kommandozeilen Optionen die von der <classname>Zend_Console_Getopt</classname>
+                Klasse analysiert werden.
             </para>
         </note>
         <para>
             Die aktuell unterstützten Optionen sind durch Konstanten in der Klasse definiert.
-            Diese Optionen, bzw deren konstanter Bezeichner (mit wörtlichem Wert in Großschreibweise)
-            sind anbei gelistet:
+            Diese Optionen, bzw deren konstanter Bezeichner (mit wörtlichem Wert in
+            Großschreibweise) sind anbei gelistet:
         </para>
         <itemizedlist>
             <listitem>
@@ -189,12 +189,11 @@ $opts->setArguments(array('-a', '-p', 'p_parameter', 'non_option_arg'));
             </listitem>
             <listitem>
                 <para>
-                    <classname>Zend_Console_Getopt::CONFIG_RULEMODE</classname>
-                    ("ruleMode") kann die Werte <classname>Zend_Console_Getopt::MODE_ZEND</classname>
-                    ("zend") und <classname>Zend_Console_Getopt::MODE_GNU</classname>
-                    ("gnu") haben. Diese Option sollte nicht verwendet werden ausser
-                    die Klasse wird erweiter um zusätzliche Syntax Formen zu
-                    unterstützen. Die zwei Modi die in der Basisklasse
+                    <classname>Zend_Console_Getopt::CONFIG_RULEMODE</classname> ("ruleMode") kann
+                    die Werte <classname>Zend_Console_Getopt::MODE_ZEND</classname> ("zend") und
+                    <classname>Zend_Console_Getopt::MODE_GNU</classname> ("gnu") haben. Diese Option
+                    sollte nicht verwendet werden ausser die Klasse wird erweiter um zusätzliche
+                    Syntax Formen zu unterstützen. Die zwei Modi die in der Basisklasse
                     <classname>Zend_Console_Getopt</classname> unterstützt werden sind
                     eindeutig. Wenn die Angabe eine Zeichenkette ist, nimmt die Klasse
                     <code>MODE_GNU</code> an, sonst wird <code>MODE_ZEND</code> angenommen.

documentation/manual/de/module_specs/Zend_Console_Getopt-Fetching.xml

@@ -137,21 +137,23 @@ $p_parameter = $opts->p; // Null wenn nicht gesetzt
             </listitem>
             <listitem>
                 <para>
-                    Als Zeichenkette welche JSON Daten enthält: verwenden der <code>toJson()</code> Methode.
+                    Als Zeichenkette welche JSON Daten enthält: verwenden der <code>toJson()</code>
+                    Methode.
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    Als Zeichenkette welche XML Daten enthält: verwenden der <code>toXml()</code> Methode.
+                    Als Zeichenkette welche XML Daten enthält: verwenden der <code>toXml()</code>
+                    Methode.
                 </para>
             </listitem>
         </itemizedlist>
         <para>
             In allen obigen Auflistungsmethoden, ist die Flag-Zeichenkette die erste Zeichenkette
             in der entsprechenden Liste von Aliasen. Wenn zum Beispiel die Aliase der Option als
-            "<code>verbose|v</code>" definiert sind, wird die erste Zeichenkette "<code>verbose</code>"
-            als kanonischer Name der Option verwendet. Der Name des Optionsflags enthält nicht die
-            vorangestellten Bindestriche.
+            "<code>verbose|v</code>" definiert sind, wird die erste Zeichenkette
+            "<code>verbose</code>" als kanonischer Name der Option verwendet. Der Name des
+            Optionsflags enthält nicht die vorangestellten Bindestriche.
         </para>
     </sect2>
 
@@ -159,9 +161,9 @@ $p_parameter = $opts->p; // Null wenn nicht gesetzt
         <title>Nicht-Options Argumente erhalten</title>
         <para>
             Nachdem die Argumente der Option und deren Parameter von der Kommandozeile analysiert
-            wurden, können zusätzliche Argumente zurück bleiben. Diese Argumente können abgefragt werden
-            durch Verwendung der <code>getRemainingArgs()</code> Methode. Diese Methode gibt ein Array
-            von Zeichenketten zurück welche nicht Teil irgendeiner Option waren.
+            wurden, können zusätzliche Argumente zurück bleiben. Diese Argumente können abgefragt
+            werden durch Verwendung der <code>getRemainingArgs()</code> Methode. Diese Methode gibt
+            ein Array von Zeichenketten zurück welche nicht Teil irgendeiner Option waren.
         </para>
         <example id="zend.console.getopt.fetching.remainingargs.example">
             <title>Verwenden von getRemainingArgs()</title>
@@ -172,11 +174,12 @@ $args = $opts->getRemainingArgs(); // Rückgabe array('filename')
 ]]></programlisting>
         </example>
         <para>
-            <classname>Zend_Console_Getopt</classname> unterstützt die GNU Konvention das ein Argument welches auf einem
-            Doppelten Bindestrich besteht das Ende der Optionen bezeichnet. Jedes Argument welches diesem
-            Bezeichner folgt, muß als Nicht-Options-Argument behandelt werden. Das ist nützlich wenn ein
-            Nicht-Options-Argument vorhanden ist welches mit einem Bindestrich anfängt.
-            Zum Beispiel: "<command>rm -- -filename-with-dash</command>".
+            <classname>Zend_Console_Getopt</classname> unterstützt die GNU Konvention das ein
+            Argument welches auf einem Doppelten Bindestrich besteht das Ende der Optionen
+            bezeichnet. Jedes Argument welches diesem Bezeichner folgt, muß als
+            Nicht-Options-Argument behandelt werden. Das ist nützlich wenn ein
+            Nicht-Options-Argument vorhanden ist welches mit einem Bindestrich anfängt. Zum
+            Beispiel: "<command>rm -- -filename-with-dash</command>".
         </para>
     </sect2>
 

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

@@ -109,6 +109,7 @@
         </para>
     </note>
     <para>
-        Die folgende Sektion beschreibt die Verwendung von <classname>Zend_Console_Getopt</classname>.
+        Die folgende Sektion beschreibt die Verwendung von
+        <classname>Zend_Console_Getopt</classname>.
     </para>
 </sect1>

documentation/manual/de/module_specs/Zend_Console_Getopt-Rules.xml

@@ -4,35 +4,33 @@
 <sect1 id="zend.console.getopt.rules">
     <title>Definieren von Getopt Regeln</title>
     <para>
-        Der Constructor für die <classname>Zend_Console_Getopt</classname> Klasse nimmt
-        ein bis drei Argumente. Das erste Argument definiert welche Optionen durch
-        die Anwendung unterstützt werden. Diese Klasse unterstützt alternative
-        Syntaxformen für das definieren der Optionen. Die nächsten Sektionen geben
-        Auskunft über das Format und die Verwendung dieser Syntaxformen.
+        Der Constructor für die <classname>Zend_Console_Getopt</classname> Klasse nimmt ein bis drei
+        Argumente. Das erste Argument definiert welche Optionen durch die Anwendung unterstützt
+        werden. Diese Klasse unterstützt alternative Syntaxformen für das definieren der Optionen.
+        Die nächsten Sektionen geben Auskunft über das Format und die Verwendung dieser
+        Syntaxformen.
     </para>
     <para>
-        Der Constructor nimmt zwei weitere Argumente, welche optional sind.
-        Das zweite Argument kann Kommandozeilen Argumente enthalten. Sein
-        Standardwert ist <code>$_SERVER['argv']</code>.
+        Der Constructor nimmt zwei weitere Argumente, welche optional sind. Das zweite Argument kann
+        Kommandozeilen Argumente enthalten. Sein Standardwert ist <code>$_SERVER['argv']</code>.
     </para>
     <para>
-        Das dritte Argument des Constructors kann Konfigurationsoptionen enthalten
-        um das Verhalten von <classname>Zend_Console_Getopt</classname> anzupassen.
-        Siehe <link linkend="zend.console.getopt.configuration.config">Konfiguration hinzufügen</link>
-        für eine Referenz der möglichen Optionen.
+        Das dritte Argument des Constructors kann Konfigurationsoptionen enthalten um das Verhalten
+        von <classname>Zend_Console_Getopt</classname> anzupassen. Siehe <link
+            linkend="zend.console.getopt.configuration.config">Konfiguration hinzufügen</link> für
+        eine Referenz der möglichen Optionen.
     </para>
 
     <sect2 id="zend.console.getopt.rules.short">
         <title>Optionen mit der kurzen Syntax definieren</title>
         <para>
-            <classname>Zend_Console_Getopt</classname> unterstützt eine kompakte Syntax wie Sie durch
-            GNU Getopt verwendet wird (siehe
-            <ulink url="http://www.gnu.org/software/libc/manual/html_node/Getopt.html">http://www.gnu.org/software/libc/manual/html_node/Getopt.html</ulink>).
-            Diese Syntax unterstützt nur Einzel-Zeichen Flags. In einer einzelnen
-            Zeichenkette, wird jeder Buchstabe angegeben der einem Flag entspricht
-            das durch die Anwendung unterstützt wird. Der Buchstabe, gefolgt von einem
-            Doppelpunkt Zeichen ("<code>:</code>") zeigt ein Flag das einen Parameter
-            benötigt.
+            <classname>Zend_Console_Getopt</classname> unterstützt eine kompakte Syntax wie Sie
+            durch GNU Getopt verwendet wird (siehe <ulink
+                url="http://www.gnu.org/software/libc/manual/html_node/Getopt.html">http://www.gnu.org/software/libc/manual/html_node/Getopt.html</ulink>).
+            Diese Syntax unterstützt nur Einzel-Zeichen Flags. In einer einzelnen Zeichenkette, wird
+            jeder Buchstabe angegeben der einem Flag entspricht das durch die Anwendung unterstützt
+            wird. Der Buchstabe, gefolgt von einem Doppelpunkt Zeichen ("<code>:</code>") zeigt ein
+            Flag das einen Parameter benötigt.
         </para>
         <example id="zend.console.getopt.rules.short.example">
             <title>Verwendung der kurzen Syntax</title>

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

@@ -59,7 +59,7 @@ class FooController extends Zend_Controller_Action
                 Standardmäßig aktiviert der <link linkend="zend.controller.front">Front Kontroller</link> den
                 Aktion Helfer des <link linkend="zend.controller.actionhelpers.viewrenderer">ViewRenderer</link>'s.
                 Dieser Helfer übernimmt das Einfügen des View Objekts in den Kontroller, sowie das automatische
-                Rendern der View. Er kan innerhalb des Aktion Kontrollers mit einer der folgenden Methoden
+                Rendern der View. Er kann innerhalb des Aktion Kontrollers mit einer der folgenden Methoden
                 ausgeschaltet werden:
             </para>
 

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

@@ -5,11 +5,11 @@
     <title>ActionStack</title>
 
     <para>
-        Der <code>ActionStack</code> Helfer erlaubt das Verschieben von Anfragen zum
-        <link linkend="zend.controller.plugins.standard.actionstack">ActionStack</link> Front Kontroller Plugin,
-        welches effektiv hilft um eine Queue von Aktionen zu erstellen die wärend der Anfrage ausgeführt
-        wird. Der Helfer erlaubt das hinzufügen von Aktionen entweder durch Spezifikation von neuen
-        Anfrage Objekten oder Aktion/Kontroller/Modul Sets.
+        Der <code>ActionStack</code> Helfer erlaubt das Verschieben von Anfragen zum <link
+            linkend="zend.controller.plugins.standard.actionstack">ActionStack</link> Front
+        Kontroller Plugin, welches effektiv hilft um eine Queue von Aktionen zu erstellen die wärend
+        der Anfrage ausgeführt wird. Der Helfer erlaubt das hinzufügen von Aktionen entweder durch
+        Spezifikation von neuen Anfrage Objekten oder Aktion/Kontroller/Modul Sets.
     </para>
 
     <note>
@@ -23,12 +23,14 @@
     </note>
 
     <example id="zend.controller.actionhelpers.actionstack.simple">
-        <title>Eine Aufgabe hinzufügen indem Aktion, Kontroller und Modulnamen verwendet werden</title>
+        <title>
+            Eine Aufgabe hinzufügen indem Aktion, Kontroller und Modulnamen verwendet werden
+        </title>
 
         <para>
-            Oft ist es am einfachsten, einfach die Aktion, den Kontroller und das Modul (und optionale
-            Anfrage Parameter) zu spezifizieren, wie wenn <classname>Zend_Controller_Action::_forward()</classname>
-            aufgerufen werden würde:
+            Oft ist es am einfachsten, einfach die Aktion, den Kontroller und das Modul (und
+            optionale Anfrage Parameter) zu spezifizieren, wie wenn
+            <classname>Zend_Controller_Action::_forward()</classname> aufgerufen werden würde:
         </para>
 
         <programlisting role="php"><![CDATA[

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

@@ -7,20 +7,21 @@
     <sect2 id="zend.controller.actionhelper.introduction">
         <title>Einführung</title>
         <para>
-            Aktion Helfer erlauben Entwicklern Runtime und/oder On-Demand Funktionalität in jeden Aktion Kontroller
-            zu inizieren der <classname>Zend_Controller_Action</classname> erweitert. Aktion Kontroller versuchen den Notwendigkeit zu
-            minimieren, den abstrakten Aktion Kontroller zu erweitern um damit normale Aktion Kontroller
-            Funktionen inizieren.
+            Aktion Helfer erlauben Entwicklern Runtime und/oder On-Demand Funktionalität in jeden
+            Aktion Kontroller zu inizieren der <classname>Zend_Controller_Action</classname>
+            erweitert. Aktion Kontroller versuchen den Notwendigkeit zu minimieren, den abstrakten
+            Aktion Kontroller zu erweitern um damit normale Aktion Kontroller Funktionen inizieren.
         </para>
 
         <para>
-            Es gibt eine Menge an Wegen um Aktion Helfer zu verwenden. Aktion Helfer verwenden ein Broker System,
-            ähnlich den Typen von Brokern in <link linkend="zend.view.helpers">Zend_View_Helper</link>, und
-            denen von <link linkend="zend.controller.plugins">Zend_Controller_Plugin</link>. Aktion Helfer
-            (wie <classname>Zend_View_Helper</classname>) können bei Bedarf geladen und aufgerufen werden, oder Sie können
-            wärend der Anfragezeit (Bootstrap) instanziert werden oder wären der Erstellungszeit des
-            Aktion Kontrollers (init()). Um Sie näher zu verstehen, betrachten wir Ihre Verwendung in der
-            folgenden Sektion.
+            Es gibt eine Menge an Wegen um Aktion Helfer zu verwenden. Aktion Helfer verwenden ein
+            Broker System, ähnlich den Typen von Brokern in <link
+                linkend="zend.view.helpers">Zend_View_Helper</link>, und denen von <link
+                linkend="zend.controller.plugins">Zend_Controller_Plugin</link>. Aktion Helfer
+            <classname>Zend_View_Helper</classname>) können bei Bedarf geladen und aufgerufen
+            werden, oder Sie können wärend der Anfragezeit (Bootstrap) instanziert werden oder wären
+            der Erstellungszeit des Aktion Kontrollers (init()). Um Sie näher zu verstehen,
+            betrachten wir Ihre Verwendung in der folgenden Sektion.
         </para>
     </sect2>
 
@@ -28,21 +29,21 @@
         <title>Helfer Initialisierung</title>
 
         <para>
-            Ein Helfer kann auf vielen verschiedenen Wegen initialisiert werden, basierend auf den eigenen
-            Bedürfnissen und den Funktionalitäten dieses Helfers.
+            Ein Helfer kann auf vielen verschiedenen Wegen initialisiert werden, basierend auf den
+            eigenen Bedürfnissen und den Funktionalitäten dieses Helfers.
         </para>
 
         <para>
-            Ein Helfer Broker wir das der <code>$_helper</code> Teilnehmer von <classname>Zend_Controller_Action</classname>
-            gespeichert; der Broker kann verwendet werden um Helfer zu empfangen oder aufzurufen. Einige Methoden
-            das zu tun sind:
+            Ein Helfer Broker wir das der <code>$_helper</code> Teilnehmer von
+            <classname>Zend_Controller_Action</classname> gespeichert; der Broker kann verwendet
+            werden um Helfer zu empfangen oder aufzurufen. Einige Methoden das zu tun sind:
         </para>
 
         <itemizedlist>
             <listitem>
                 <para>
-                    Explizit <code>getHelper()</code> verwenden. Ihm einfach einen Namen übergeben und ein
-                    Helfer Objekt wird zurückgegeben:
+                    Explizit <code>getHelper()</code> verwenden. Ihm einfach einen Namen übergeben
+                    und ein Helfer Objekt wird zurückgegeben:
                 </para>
 
                 <programlisting role="php"><![CDATA[
@@ -53,8 +54,8 @@ $flashMessenger->addMessage('Wir haben in der letzten Anfrage etwas getan');
 
             <listitem>
                 <para>
-                    Verwenden der <code>__get()</code> Funktionalität des Helfer Brokers und empfangen des Helfers
-                    wie wenn er eine Teilnehmer Eigenschaft des Brokers wäre:
+                    Verwenden der <code>__get()</code> Funktionalität des Helfer Brokers und
+                    Empfangen des Helfers wie wenn er eine Teilnehmer Eigenschaft des Brokers wäre:
                 </para>
 
                 <programlisting role="php"><![CDATA[
@@ -65,9 +66,9 @@ $flashMessenger->addMessage('Wir haben in der letzten Anfrage etwas getan');
 
             <listitem>
                 <para>
-                    Letztendlich implmentieren die meisten Aktion Helfer die <code>direct()</code> Methode welche
-                    eine spezielle, Standardmethode im Helfer aufruft. In Beispiel des <code>FlashMessenger</code>s,
-                    wird <code>addMessage()</code> aufgerufen:
+                    Letztendlich implmentieren die meisten Aktion Helfer die <code>direct()</code>
+                    Methode welche eine spezielle, Standardmethode im Helfer aufruft. In Beispiel
+                    des <code>FlashMessenger</code>s, wird <code>addMessage()</code> aufgerufen:
                 </para>
 
                 <programlisting role="php"><![CDATA[
@@ -81,9 +82,10 @@ $this->_helper->FlashMessenger('Wir haben in der letzten Anfrage etwas getan');
         </note>
 
         <para>
-            Man kann Helfer auch explizit instanzieren. Das kann gewollt sein wenn der Helfer ausserhalb eines
-            Aktion Kontrollers verwendet werden soll, oder wenn ein Helfer an einen Helfer Broker übergeben wird
-            um Ihn durch irgendeine Aktion zu verwenden. Instanziert wird er wie jede andere PHP Klasse.
+            Man kann Helfer auch explizit instanzieren. Das kann gewollt sein wenn der Helfer
+            ausserhalb eines Aktion Kontrollers verwendet werden soll, oder wenn ein Helfer an einen
+            Helfer Broker übergeben wird um Ihn durch irgendeine Aktion zu verwenden. Instanziert
+            wird er wie jede andere PHP Klasse.
         </para>
     </sect2>
 
@@ -91,12 +93,14 @@ $this->_helper->FlashMessenger('Wir haben in der letzten Anfrage etwas getan');
         <title>Der Helfer Broker</title>
 
         <para>
-            <classname>Zend_Controller_Action_HelperBroker</classname> behandelt die Details der Registrierung von Helfer
-            Objekten und Helfer Pfaden, sowie dem Empfangen von Helfern bei Befarf.
+            <classname>Zend_Controller_Action_HelperBroker</classname> behandelt die Details der
+            Registrierung von Helfer Objekten und Helfer Pfaden, sowie dem Empfangen von Helfern bei
+            Befarf.
         </para>
 
         <para>
-            Um einen Helfer im Browser zu registrieren, kann <code>addHelper</code> verwendet werden:
+            Um einen Helfer im Browser zu registrieren, kann <code>addHelper</code> verwendet
+            werden:
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -104,17 +108,17 @@ Zend_Controller_Action_HelperBroker::addHelper($helper);
 ]]></programlisting>
 
         <para>
-            Natürlich ist das Instanzieren und übergeben von Helfern an den Broker etwas Zeit- und Ressourcen
-            intensiv, weswegen twei Methoden existieren um die Dinge etwas zu automatisieren:
-            <code>addPrefix()</code> und <code>addPath()</code>.
+            Natürlich ist das Instanzieren und übergeben von Helfern an den Broker etwas Zeit- und
+            Ressourcen intensiv, weswegen twei Methoden existieren um die Dinge etwas zu
+            automatisieren: <code>addPrefix()</code> und <code>addPath()</code>.
         </para>
 
         <itemizedlist>
             <listitem>
                 <para>
-                    <code>addPrefix()</code> nimmt einen Klassenprefix und verwendet Ihn um einen Pfad zu
-                    ermitteln wo Helferklassen definiert wurden. Er nimmt an das der Prefix den Konventionen der
-                    Benamung von Klassen im Zend Frameworks folgt.
+                    <code>addPrefix()</code> nimmt einen Klassenprefix und verwendet Ihn um einen
+                    Pfad zu ermitteln wo Helferklassen definiert wurden. Er nimmt an das der Prefix
+                    den Konventionen der Benamung von Klassen im Zend Frameworks folgt.
                 </para>
 
                 <programlisting role="php"><![CDATA[
@@ -125,9 +129,10 @@ Zend_Controller_Action_HelperBroker::addPrefix('My_Action_Helpers');
 
             <listitem>
                 <para>
-                    <code>addPath()</code> nimmt ein Verzeichnis als erstes Argument und einen Klassenprefix als
-                    zweites Argument (Standardwert ist 'Zend_Controller_Action_Helper'). Das erlaubt es
-                    die eigenen Klassenprefixes mit speziellen Verzeichnissen zu verbinden.
+                    <code>addPath()</code> nimmt ein Verzeichnis als erstes Argument und einen
+                    Klassenprefix als zweites Argument (Standardwert ist
+                    'Zend_Controller_Action_Helper'). Das erlaubt es die eigenen Klassenprefixes mit
+                    speziellen Verzeichnissen zu verbinden.
                 </para>
 
                 <programlisting role="php"><![CDATA[
@@ -139,20 +144,21 @@ Zend_Controller_Action_HelperBroker::addPath('./Plugins/Helpers',
         </itemizedlist>
 
         <para>
-            Da diese Methoden statisch sind, können Sie zu jeder Zeit in der Kontrollerkette aufgerufen werden um
-            Helfer dynamisch hinzuzufügen wenn es notwendig wird.
+            Da diese Methoden statisch sind, können Sie zu jeder Zeit in der Kontrollerkette
+            aufgerufen werden um Helfer dynamisch hinzuzufügen wenn es notwendig wird.
         </para>
 
         <para>
-            Intern verwendet der Helfer Broker <link linkend="zend.loader.pluginloader">eine Instanz des
-            PluginLoader's</link> um die Pfade zu verwalten. Man erhlt den PluginLoader indem die statische
-            Methode <code>getPluginLoader()</code> verwendet, oder alternativ, eine eigene PluginLoader
-            Instanz einfügt durch Verwenden von <code>setPluginLoader()</code>.
+            Intern verwendet der Helfer Broker <link linkend="zend.loader.pluginloader">eine Instanz
+            des PluginLoader's</link> um die Pfade zu verwalten. Man erhlt den PluginLoader indem
+            die statische Methode <code>getPluginLoader()</code> verwendet, oder alternativ, eine
+            eigene PluginLoader Instanz einfügt durch Verwenden von <code>setPluginLoader()</code>.
         </para>
 
         <para>
-            Um zu ermitteln ob ein Helfer im Helfer Broker existiert, kann <code>hasHelper($name)</code> verwendet
-            werden, wobei <code>$name</code> der Kurzname des Helfers ist (ohne das Prefix):
+            Um zu ermitteln ob ein Helfer im Helfer Broker existiert, kann
+            <code>hasHelper($name)</code> verwendet werden, wobei <code>$name</code> der Kurzname
+            des Helfers ist (ohne das Prefix):
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -164,18 +170,18 @@ if (Zend_Controller_Action_HelperBroker::hasHelper('redirector')) {
 
         <para>
             Es gibt auch zwei statische Methoden für das bekommen von Helfern vom Helferbroker:
-            <code>getExistingHelper()</code> und <code>getStaticHelper()</code>. <code>getExistingHelper()</code>
-            empfängt einen Helfer nur dann wenn er davor durch den Helferbroker ausgerufen wirde oder explizit
-            in Ihm registriert wurde; wenn nicht wird eine Ausnahme geworfen. <code>getStaticHelper()</code>
-            macht das selbe wie <code>getExistingHelper()</code>, wird aber versuchen den Helfer zu
-            initiieren wenn dieser davor noch nicht im Helferstack registriert wurde.
-            <code>getStaticHelper()</code> ist eine gute Wahl für das empfangen von Helfern welche man
-            konfigurieren will.
+            <code>getExistingHelper()</code> und <code>getStaticHelper()</code>.
+            <code>getExistingHelper()</code> empfängt einen Helfer nur dann wenn er davor durch den
+            Helferbroker ausgerufen wirde oder explizit in Ihm registriert wurde; wenn nicht wird
+            eine Ausnahme geworfen. <code>getStaticHelper()</code> macht das selbe wie
+            <code>getExistingHelper()</code>, wird aber versuchen den Helfer zu initiieren wenn
+            dieser davor noch nicht im Helferstack registriert wurde. <code>getStaticHelper()</code>
+            ist eine gute Wahl für das empfangen von Helfern welche man konfigurieren will.
         </para>
 
         <para>
-            Beide Methoden nehmen ein einzelnes Argument, <code>$name</code>, welches der Kurzname des
-            Helfers (ohne den Präfix) ist.
+            Beide Methoden nehmen ein einzelnes Argument, <code>$name</code>, welches der Kurzname
+            des Helfers (ohne den Präfix) ist.
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -194,8 +200,8 @@ $redirector =
 
         <para>
             Schlußendlich, um einen registrierten Helfer vom Broker zu entfernen, kann
-            <code>removeHelper($name)</code> verwendet werden, wobei <code>$name</code> der Kurzname des Helfers
-            ist (ohne den Prefix):
+            <code>removeHelper($name)</code> verwendet werden, wobei <code>$name</code> der Kurzname
+            des Helfers ist (ohne den Prefix):
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -234,23 +240,24 @@ if (Zend_Controller_Action_HelperBroker::hasHelper('redirector')) {
         <title>Schreiben eigener Helfer</title>
 
         <para>
-            Aktions Helfer erweitern <classname>Zend_Controller_Action_Helper_Abstract</classname>, eine abstrakte Klasse die
-            das Basisinterface bietet und vom Helfer Broker funktionell benötigt wird. Diese inkludiert die folgenden
-            Methoden:
+            Aktions Helfer erweitern <classname>Zend_Controller_Action_Helper_Abstract</classname>,
+            eine abstrakte Klasse die das Basisinterface bietet und vom Helfer Broker funktionell
+            benötigt wird. Diese inkludiert die folgenden Methoden:
         </para>
 
         <itemizedlist>
             <listitem>
                 <para>
-                    <code>setActionController()</code> wird verwendet um den aktuellen Aktion Kontroller zu setzen.
+                    <code>setActionController()</code> wird verwendet um den aktuellen Aktion
+                    Kontroller zu setzen.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>init()</code>, wird vom Helfer Broker wärend der Instanzierung ausgeführt und kann
-                    verwendet werden um den Status zu resetieren wenn mehrere Kontroller den gleichen Helfer in
-                    einer verketteten Aktion verwenden.
+                    <code>init()</code>, wird vom Helfer Broker wärend der Instanzierung ausgeführt
+                    und kann verwendet werden um den Status zu resetieren wenn mehrere Kontroller
+                    den gleichen Helfer in einer verketteten Aktion verwenden.
                 </para>
             </listitem>
 
@@ -262,9 +269,9 @@ if (Zend_Controller_Action_HelperBroker::hasHelper('redirector')) {
 
             <listitem>
                 <para>
-                    <code>postDispatch()</code> wird ausgeführt nachdem eine Aktion fertig ist -- selbst wenn ein
-                    <code>preDispatch()</code> Plugin die Aktion abgebrochen hat. Normalerweise nützlich für
-                    das Saubermachen.
+                    <code>postDispatch()</code> wird ausgeführt nachdem eine Aktion fertig ist --
+                    selbst wenn ein <code>preDispatch()</code> Plugin die Aktion abgebrochen hat.
+                    Normalerweise nützlich für das Saubermachen.
                 </para>
             </listitem>
 
@@ -282,21 +289,24 @@ if (Zend_Controller_Action_HelperBroker::hasHelper('redirector')) {
 
             <listitem>
                 <para>
-                    <code>getName()</code> empfängt den Helfernamen. Sie empfängt die Portion des Klassennamens der
-                    dem letzten Unterstrich-Zeichen folgt, oder andererseits den kompletten Klassennamen. Als
-                    Beispiel, wenn die Klasse <classname>Zend_Controller_Action_Helper_Redirector</classname> heißt, wird
-                    <code>Redirector</code> zurückgegeben; eine Klasse die <code>FooMessage</code> heißt wird
-                    einfach sich selbst zurückgeben.
+                    <code>getName()</code> empfängt den Helfernamen. Sie empfängt die Portion des
+                    Klassennamens der dem letzten Unterstrich-Zeichen folgt, oder andererseits den
+                    kompletten Klassennamen. Als Beispiel, wenn die Klasse
+                    <classname>Zend_Controller_Action_Helper_Redirector</classname> heißt, wird
+                    <code>Redirector</code> zurückgegeben; eine Klasse die <code>FooMessage</code>
+                    heißt wird einfach sich selbst zurückgeben.
                 </para>
             </listitem>
         </itemizedlist>
 
         <para>
-            Optional kann eine <code>direct()</code> Methode in der eigenen Helfer Klasse inkludiert werden. Wenn Sie
-            definiert ist, erlaubt Sie den Helfer als eine Methode des Helfer Brokers zu verwenden, um eine einfache
-            rein-raus Verwendung des Helfers zu ermöglichen. Als Beispiel definiert der
-            <link linkend="zend.controller.actionhelpers.redirector">Umleiter</link> <code>direct()</code> als
-            einen Alias von <code>goto()</code> und erlaubt damit die Verwendung des Helfers wie folgt:
+            Optional kann eine <code>direct()</code> Methode in der eigenen Helfer Klasse inkludiert
+            werden. Wenn Sie definiert ist, erlaubt Sie den Helfer als eine Methode des Helfer
+            Brokers zu verwenden, um eine einfache rein-raus Verwendung des Helfers zu ermöglichen.
+            Als Beispiel definiert der <link
+                linkend="zend.controller.actionhelpers.redirector">Umleiter</link>
+            <code>direct()</code> als einen Alias von <code>goto()</code> und erlaubt damit die
+            Verwendung des Helfers wie folgt:
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -306,13 +316,13 @@ $this->_helper->redirector('item', 'view', 'blog', array('id' => 42));
 
         <para>
             Intern schaut die <code>__call()</code> Methode des Helfer Brokers nach einem Helfer der
-            <code>redirector</code> heißt, prüft anschließend ob der Helfer eine definierte <code>direct</code>
-            Klasse besitzt und ruft diese mit den angegebenen Argumenten auf.
+            <code>redirector</code> heißt, prüft anschließend ob der Helfer eine definierte
+            <code>direct</code> Klasse besitzt und ruft diese mit den angegebenen Argumenten auf.
         </para>
 
         <para>
-            Wenn eine eigene Helfer Klasse erstellt wurde, kann man zu Ihr wie im obigen Kapitel beschrieben,
-            Zugang erhalten.
+            Wenn eine eigene Helfer Klasse erstellt wurde, kann man zu Ihr wie im obigen Kapitel
+            beschrieben, Zugang erhalten.
         </para>
     </sect2>
 </sect1>

documentation/manual/de/module_specs/Zend_Exception.xml

@@ -6,8 +6,8 @@
     <title>Verwenden von Ausnahmen</title>
 
     <para>
-        <classname>Zend_Exception</classname> ist einfach die Basisklasse für alle Ausnahmen die vom Zend Framework
-        geworfen werden.
+        <classname>Zend_Exception</classname> ist einfach die Basisklasse für alle Ausnahmen die vom
+        Zend Framework geworfen werden.
     </para>
 
     <example id="zend.exception.using.example">
@@ -30,9 +30,10 @@ try {
     </example>
 
     <para>
-        <classname>Zend_Exception</classname> kann als fang-sie-alle Exception Klasse in einem Catch Block verwendet werden
-        um alle Ausnahmen, die von Zend Framework Klassen geworfen werden, zu fangen. Das kann nützlich sein wenn
-        das Programm, durch das Fangen eines speziellen Ausnahmetyps, nicht wiederhergestellt werden kann.
+        <classname>Zend_Exception</classname> kann als fang-sie-alle Exception Klasse in einem Catch
+        Block verwendet werden um alle Ausnahmen, die von Zend Framework Klassen geworfen werden, zu
+        fangen. Das kann nützlich sein wenn das Programm, durch das Fangen eines speziellen
+        Ausnahmetyps, nicht wiederhergestellt werden kann.
     </para>
 
     <para>

documentation/manual/de/module_specs/Zend_Feed-ConsumingAtom.xml

@@ -6,13 +6,13 @@
 
     <para>
         <classname>Zend_Feed_Atom</classname> wird auf die ziemlich genau selbe Weise verwendet wie
-        <classname>Zend_Feed_Rss</classname>. Es stellt die gleichen Zugriffsmöglichkeiten auf Eigenschaften
-        auf Feed Ebene und bei der Iteration über Einträge des Feeds bereit. Der Hauptunterschied
-        ist die Struktur des Atom Protokolls selber. Atom ist ein Nachfolger von RSS; es ist ein
-        mehr verallgemeinertes Protokoll und es wurde gestaltet, um einfacher mit Feeds umzugehen,
-        die ihren kompletten Inhalt innerhalb des Feeds bereit stellen, indem für diesen Zweck der
-        <code>description</code> Tag von RSS in die zwei Elemente <code>summary</code> und
-        <code>content</code> aufgeteilt wird.
+        <classname>Zend_Feed_Rss</classname>. Es stellt die gleichen Zugriffsmöglichkeiten auf
+        Eigenschaften auf Feed Ebene und bei der Iteration über Einträge des Feeds bereit. Der
+        Hauptunterschied ist die Struktur des Atom Protokolls selber. Atom ist ein Nachfolger von
+        RSS; es ist ein mehr verallgemeinertes Protokoll und es wurde gestaltet, um einfacher mit
+        Feeds umzugehen, die ihren kompletten Inhalt innerhalb des Feeds bereit stellen, indem für
+        diesen Zweck der <code>description</code> Tag von RSS in die zwei Elemente
+        <code>summary</code> und <code>content</code> aufgeteilt wird.
     </para>
 
     <example id="zend.feed.consuming-atom.example.usage">
@@ -49,10 +49,10 @@ foreach ($feed as $entry) {
                 <para><code>link</code> - Feeds können mehrere Links enthalten, welche durch ein
                 <code>type</code> Attribut ausgezeichnet werden</para>
                 <para>
-                    In einem RSS Channel wäre dies gleichbedeutend mit <code>type="text/html"</code>.
-                    Wenn der Link auf eine alternative Version des selben Inhalts verweist, der
-                    nicht im Feed enthalten ist, würde es ein <code>rel="alternate"</code> Attribut
-                    enthalten.
+                    In einem RSS Channel wäre dies gleichbedeutend mit
+                    <code>type="text/html"</code>. Wenn der Link auf eine alternative Version des
+                    selben Inhalts verweist, der nicht im Feed enthalten ist, würde es ein
+                    <code>rel="alternate"</code> Attribut enthalten.
                 </para>
             </listitem>
             <listitem>

documentation/manual/de/module_specs/Zend_Feed-ConsumingAtomSingle.xml

@@ -12,9 +12,9 @@
     </para>
 
     <para>
-        Wenn Du einen einzelnen Eintrag liest, wirst du dennoch ein <classname>Zend_Feed_Atom</classname>
-        Objekt erhalten, aber es wird automatisch ein "anonymer" Feed erstellt, welcher den Eintrag
-        enthält.
+        Wenn Du einen einzelnen Eintrag liest, wirst du dennoch ein
+        <classname>Zend_Feed_Atom</classname> Objekt erhalten, aber es wird automatisch ein
+        "anonymer" Feed erstellt, welcher den Eintrag enthält.
     </para>
 
     <example id="zend.feed.consuming-atom-single-entry.example.atom">
@@ -33,7 +33,9 @@ $entry = $feed->current();
     </para>
 
     <example id="zend.feed.consuming-atom-single-entry.example.entryatom">
-        <title>Direkte Verwendung des Eintragsobjekts für einen Atom Feed mit nur einem Eintrag</title>
+        <title>
+            Direkte Verwendung des Eintragsobjekts für einen Atom Feed mit nur einem Eintrag
+        </title>
         <programlisting role="php"><![CDATA[
 $entry = new Zend_Feed_Entry_Atom('http://atom.example.com/feed/1');
 echo $entry->title();

documentation/manual/de/module_specs/Zend_Feed-ConsumingRss.xml

@@ -4,15 +4,15 @@
 <sect1 id="zend.feed.consuming-rss">
     <title>Einen RSS Feed konsumieren</title>
     <para>
-        Einen RSS Feed zu lesen, ist so einfach wie das Instanziieren eines <classname>Zend_Feed_Rss</classname>
-        Objekts mit der URL eines Feeds:
+        Einen RSS Feed zu lesen, ist so einfach wie das Instanziieren eines
+        <classname>Zend_Feed_Rss</classname> Objekts mit der URL eines Feeds:
     </para>
         <programlisting role="php"><![CDATA[
 $channel = new Zend_Feed_Rss('http://rss.example.com/channelName');
 ]]></programlisting>
     <para>
-        Wenn beim Abrufen des Feeds Fehler auftreten, wird eine <classname>Zend_Feed_Exception</classname>
-        geworfen.
+        Wenn beim Abrufen des Feeds Fehler auftreten, wird eine
+        <classname>Zend_Feed_Exception</classname> geworfen.
     </para>
 
     <para>
@@ -23,12 +23,12 @@ $channel = new Zend_Feed_Rss('http://rss.example.com/channelName');
 echo $channel->title();
 ]]></programlisting>
     <para>
-        Beachte die Syntax der Funktion. <classname>Zend_Feed</classname> verwendet die Konvention, die
-        Eigenschaften als XML Objekt zu behandeln, wenn sie durch die "Getter" Syntax für Variablen
-        (<code>$obj->property</code>) angefordert werden, und als String zu behandeln, wenn sie
-        durch die Methodensyntax (<code>$obj->property()</code>) angefordert werden. Dies ermöglicht
-        den Zugriff auf den kompletten Text jedes individuellen Knotens, während weiterhin der
-        komplette Zugriff auf alle Kindelemente erlaubt ist.
+        Beachte die Syntax der Funktion. <classname>Zend_Feed</classname> verwendet die Konvention,
+        die Eigenschaften als XML Objekt zu behandeln, wenn sie durch die "Getter" Syntax für
+        Variablen (<code>$obj->property</code>) angefordert werden, und als String zu behandeln,
+        wenn sie durch die Methodensyntax (<code>$obj->property()</code>) angefordert werden. Dies
+        ermöglicht den Zugriff auf den kompletten Text jedes individuellen Knotens, während
+        weiterhin der komplette Zugriff auf alle Kindelemente erlaubt ist.
     </para>
 
     <para>
@@ -45,8 +45,8 @@ echo $channel->category['domain'];
 
     <para>
         Meistens möchtest Du einen Feed durchlaufen und etwas mit seinen Einträgen machen.
-        <classname>Zend_Feed_Abstract</classname> implementiert das <code>Iterator</code> Interface von PHP,
-        so dass die Ausgabe aller Artikelüberschriften eines Channels nur dies erfordert:
+        <classname>Zend_Feed_Abstract</classname> implementiert das <code>Iterator</code> Interface
+        von PHP, so dass die Ausgabe aller Artikelüberschriften eines Channels nur dies erfordert:
     </para>
         <programlisting role="php"><![CDATA[
 foreach ($channel as $item) {
@@ -72,7 +72,9 @@ foreach ($channel as $item) {
                 <para><code>link</code> - Die URL einer Website, die dem Channel entspricht</para>
             </listitem>
             <listitem>
-                <para><code>description</code> - Ein oder mehr Sätze, die den Channel beschreiben</para>
+                <para>
+                    <code>description</code> - Ein oder mehr Sätze, die den Channel beschreiben
+                </para>
             </listitem>
         </itemizedlist>
     </para>
@@ -150,8 +152,8 @@ if ($item->propname()) {
     </para>
 
     <para>
-        Für weitere Informationen ist die offizielle RSS 2.0 Specification hier verfügbar:
-        <ulink url="http://blogs.law.harvard.edu/tech/rss">http://blogs.law.harvard.edu/tech/rss</ulink>
+        Für weitere Informationen ist die offizielle RSS 2.0 Specification hier verfügbar: <ulink
+            url="http://blogs.law.harvard.edu/tech/rss">http://blogs.law.harvard.edu/tech/rss</ulink>
     </para>
 </sect1>
 <!--

documentation/manual/de/module_specs/Zend_Feed-CustomFeed.xml

@@ -5,9 +5,9 @@
     <title>Eigene Klassen für Feeds und Einträge</title>
 
     <para>
-        Schließlich kannst du die <classname>Zend_Feed</classname> Klasse erweitern, wenn du dein eigenes
-        Format oder Feinheiten wie die automatische Verarbeitung von Elementen, die in deinen
-        eigenen Namensraum enthalten sein sollen, bereit stellen möchtest
+        Schließlich kannst du die <classname>Zend_Feed</classname> Klasse erweitern, wenn du dein
+        eigenes Format oder Feinheiten wie die automatische Verarbeitung von Elementen, die in
+        deinen eigenen Namensraum enthalten sein sollen, bereit stellen möchtest
     </para>
 
     <para>

documentation/manual/de/module_specs/Zend_Feed-FindFeeds.xml

@@ -5,19 +5,21 @@
     <title>Feeds von Websites abrufen</title>
     <para>
         Websites beinhalten oft <code>&lt;link&gt;</code> Tags, die auf Feeds mit für diese Seite
-        relevanten Informationen verweisen. <classname>Zend_Feed</classname> ermöglicht Dir, mit einem
-        einfachen Methodenaufruf alle von einer Webseite referenzierten Feeds abzurufen.
+        relevanten Informationen verweisen. <classname>Zend_Feed</classname> ermöglicht Dir, mit
+        einem einfachen Methodenaufruf alle von einer Webseite referenzierten Feeds abzurufen.
     </para>
     <programlisting role="php"><![CDATA[
 $feedArray = Zend_Feed::findFeeds('http://www.example.com/news.html');
 ]]></programlisting>
     <para>
-        Hier gibt die <code>findFeeds()</code> Methode ein Array mit <classname>Zend_Feed_Abstract</classname>
-        Objekten zurück, die durch die <code>&lt;link&gt;</code> Tags der news.html Webseite
-        referenziert worden sind. Abhängig vom Typ jedes Feeds kann jeder einzelne Eintrag in
-        <code>$feedArray</code> eine <classname>Zend_Feed_Rss</classname> oder <classname>Zend_Feed_Atom</classname>
-        Instanz enthalten. Bei Fehlern, wie z.B. ein HTTP 404 Response Code oder ein nicht
-        wohlgeformter Feed, wirft <classname>Zend_Feed</classname> eine <classname>Zend_Feed_Exception</classname>.
+        Hier gibt die <code>findFeeds()</code> Methode ein Array mit
+        <classname>Zend_Feed_Abstract</classname> Objekten zurück, die durch die
+        <code>&lt;link&gt;</code> Tags der news.html Webseite referenziert worden sind. Abhängig vom
+        Typ jedes Feeds kann jeder einzelne Eintrag in <code>$feedArray</code> eine
+        <classname>Zend_Feed_Rss</classname> oder <classname>Zend_Feed_Atom</classname> Instanz
+        enthalten. Bei Fehlern, wie z.B. ein HTTP 404 Response Code oder ein nicht wohlgeformter
+        Feed, wirft <classname>Zend_Feed</classname> eine
+        <classname>Zend_Feed_Exception</classname>.
     </para>
 </sect1>
 <!--

documentation/manual/de/module_specs/Zend_Feed-Importing.xml

@@ -6,8 +6,9 @@
     <title>Feeds importieren</title>
 
     <para>
-        <classname>Zend_Feed</classname> ermöglicht es Entwicklern, Feeds sehr einfach abzurufen. Wenn Du die
-        URI eines Feeds kennst, verwende einfach die <classname>Zend_Feed::import()</classname> Methode:
+        <classname>Zend_Feed</classname> ermöglicht es Entwicklern, Feeds sehr einfach abzurufen.
+        Wenn Du die URI eines Feeds kennst, verwende einfach die
+        <classname>Zend_Feed::import()</classname> Methode:
     </para>
 
     <programlisting role="php"><![CDATA[
@@ -15,8 +16,8 @@ $feed = Zend_Feed::import('http://feeds.example.com/feedName');
 ]]></programlisting>
 
     <para>
-        Du kannst <classname>Zend_Feed</classname> außerdem verwenden, um Inhalte eines Feeds aus einer Datei
-        oder die Inhalte aus einem PHP String Variable zu abzurufen.
+        Du kannst <classname>Zend_Feed</classname> außerdem verwenden, um Inhalte eines Feeds aus
+        einer Datei oder die Inhalte aus einem PHP String Variable zu abzurufen.
     </para>
 
     <programlisting role="php"><![CDATA[
@@ -29,12 +30,12 @@ $feedFromPHP = Zend_Feed::importString($feedString);
 
     <para>
         In jedem der obigen Beispiele wird bei Erfolg abhängig vom Typ des Feeds ein Objekt einer
-        Klasse zurück gegeben, welche <classname>Zend_Feed_Abstract</classname> erweitert. Wird ein RSS Feed
-        durch eine der obigen Importiermethoden abgerufen, wird eine <classname>Zend_Feed_Rss</classname>
-        Objekt zurückgegeben. Auf der anderen Seite wird beim Importieren eines Atom Feeds ein
-        <classname>Zend_Feed_Atom</classname> Objekt zurückgegeben. Bei Fehlern, wie z.B. ein unlesbarer oder
-        nicht wohlgeformter Feed, werfen die Importiermethoden auch ein
-        <classname>Zend_Feed_Exception</classname> Objekt.
+        Klasse zurück gegeben, welche <classname>Zend_Feed_Abstract</classname> erweitert. Wird ein
+        RSS Feed durch eine der obigen Importiermethoden abgerufen, wird eine
+        <classname>Zend_Feed_Rss</classname> Objekt zurückgegeben. Auf der anderen Seite wird beim
+        Importieren eines Atom Feeds ein <classname>Zend_Feed_Atom</classname> Objekt zurückgegeben.
+        Bei Fehlern, wie z.B. ein unlesbarer oder nicht wohlgeformter Feed, werfen die
+        Importiermethoden auch ein <classname>Zend_Feed_Exception</classname> Objekt.
     </para>
 
     <sect2 id="zend.feed.importing.custom">
@@ -42,11 +43,13 @@ $feedFromPHP = Zend_Feed::importString($feedString);
         <title>Eigene Feeds</title>
 
         <para>
-            <classname>Zend_Feed</classname> ermöglicht es Entwicklern Ihre eigenen Feeds sehr einfach zu erstellen. Man
-            muß nur ein Array erstellen und es in <classname>Zend_Feed</classname> importieren, Dieses Array kann mit
-            <classname>Zend_Feed::importArray()</classname> oder mit <classname>Zend_Feed::importBuilder()</classname>
-            importiert werden. Im letzteren Fall wird das Array on the Fly durch eine eigene Datenquelle
-            berechnet die <classname>Zend_Feed_Builder_Interface</classname> implementiert.
+            <classname>Zend_Feed</classname> ermöglicht es Entwicklern Ihre eigenen Feeds sehr
+            einfach zu erstellen. Man muß nur ein Array erstellen und es in
+            <classname>Zend_Feed</classname> importieren, Dieses Array kann mit
+            <classname>Zend_Feed::importArray()</classname> oder mit
+            <classname>Zend_Feed::importBuilder()</classname> importiert werden. Im letzteren Fall
+            wird das Array on the Fly durch eine eigene Datenquelle berechnet die
+            <classname>Zend_Feed_Builder_Interface</classname> implementiert.
         </para>
 
         <sect3 id="zend.feed.importing.custom.importarray">
@@ -266,25 +269,29 @@ array(
                 <itemizedlist>
                     <listitem>
                         <para>
-                            RSS 2.0 Spezifikation: <ulink url="http://blogs.law.harvard.edu/tech/rss">RSS 2.0</ulink>
+                            RSS 2.0 Spezifikation: <ulink
+                                url="http://blogs.law.harvard.edu/tech/rss">RSS 2.0</ulink>
                         </para>
                     </listitem>
                     <listitem>
                         <para>
-                            Atom Spezifikation: <ulink url="http://tools.ietf.org/html/rfc4287">RFC 4287</ulink>
+                            Atom Spezifikation: <ulink url="http://tools.ietf.org/html/rfc4287">RFC
+                                4287</ulink>
                         </para>
                     </listitem>
                     <listitem>
                         <para>
-                            WFW Spezifikation: <ulink url="http://wellformedweb.org/news/wfw_namespace_elements">Gut
-                            geformtes Web</ulink>
+                            WFW Spezifikation: <ulink
+                                url="http://wellformedweb.org/news/wfw_namespace_elements">Gut
+                                geformtes Web</ulink>
                         </para>
                     </listitem>
                     <listitem>
                         <para>
                             iTunes Spezifikation:
-                            <ulink url="http://www.apple.com/itunes/store/podcaststechspecs.html">iTunes Technische
-                            Spezifikation</ulink>
+                            <ulink
+                                url="http://www.apple.com/itunes/store/podcaststechspecs.html">iTunes
+                                Technische Spezifikation</ulink>
                         </para>
                     </listitem>
                 </itemizedlist>
@@ -298,27 +305,31 @@ array(
 
             <para>
                 Eine Zend_Feed Instanz kann von jeder Datenquelle erstellt werden die
-                <classname>Zend_Feed_Builder_Interface</classname> implementiert. Die <code>getHeader()</code> und
-                <code>getEntries()</code> Methoden müssen implementiert werden damit das Objekt mit
-                <classname>Zend_Feed::importBuilder()</classname> verwendet werden kann. Als einfache Referenz
-                Implementation kann <classname>Zend_Feed_Builder</classname> verwendet werden, welches ein Array im
-                Kontruktor entgegen nimmt, einige einfache Prüfungen durchführt, und anschließend in der
-                <code>importBuilder()</code> Methode verwendet werden kann. Die <code>getHeader()</code>
-                Methode muß eine Instanz von <classname>Zend_Feed_Builder_Header</classname> zurückgeben, und
-                <code>getEntries()</code> muß ein Array von <classname>Zend_Feed_Builder_Entry</classname> Instanzen
-                zurückgeben.
+                <classname>Zend_Feed_Builder_Interface</classname> implementiert. Die
+                <code>getHeader()</code> und <code>getEntries()</code> Methoden müssen implementiert
+                werden damit das Objekt mit <classname>Zend_Feed::importBuilder()</classname>
+                verwendet werden kann. Als einfache Referenz Implementation kann
+                <classname>Zend_Feed_Builder</classname> verwendet werden, welches ein Array im
+                Kontruktor entgegen nimmt, einige einfache Prüfungen durchführt, und anschließend in
+                der <code>importBuilder()</code> Methode verwendet werden kann. Die
+                <code>getHeader()</code> Methode muß eine Instanz von
+                <classname>Zend_Feed_Builder_Header</classname> zurückgeben, und
+                <code>getEntries()</code> muß ein Array von
+                <classname>Zend_Feed_Builder_Entry</classname> Instanzen zurückgeben.
             </para>
 
             <note>
                 <para>
-                    <classname>Zend_Feed_Builder</classname> arbeitet als konkrete Implementation um die Verwendung zu
-                    demonstrieren. Benutzer sind angehlaten Ihre eigenen Klassen zu Erstellen um
-                    <classname>Zend_Feed_Builder_Interface</classname> zu implementieren.
+                    <classname>Zend_Feed_Builder</classname> arbeitet als konkrete Implementation um
+                    die Verwendung zu demonstrieren. Benutzer sind angehlaten Ihre eigenen Klassen
+                    zu Erstellen um <classname>Zend_Feed_Builder_Interface</classname> zu
+                    implementieren.
                 </para>
             </note>
 
             <para>
-                Hier ist ein Beispiel der Verwendung von <classname>Zend_Feed::importBuilder()</classname>:
+                Hier ist ein Beispiel der Verwendung von
+                <classname>Zend_Feed::importBuilder()</classname>:
             </para>
 
             <programlisting role="php"><![CDATA[
@@ -343,8 +354,9 @@ $rssFeedFromArray =
             <title>Ausgeben des Inhalts eines Feeds</title>
 
             <para>
-                Um den Inhalt einer <classname>Zend_Feed_Abstract</classname> Instanz auszugeben können die
-                <code>send()</code> oder <code>saveXml()</code> Methoden verwendet werden.
+                Um den Inhalt einer <classname>Zend_Feed_Abstract</classname> Instanz auszugeben
+                können die <code>send()</code> oder <code>saveXml()</code> Methoden verwendet
+                werden.
             </para>
 
             <programlisting role="php"><![CDATA[

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

@@ -4,19 +4,20 @@
 <sect1 id="zend.feed.introduction">
     <title>Einführung</title>
     <para>
-        <classname>Zend_Feed</classname> stellt Funktionalitäten für das Konsumieren von RSS und Atom Feeds.
-        Es stellt eine natürliche Syntax bereit, um auf Elemente und Attribute des Feeds sowie auf
-        die Attribute der Einträge zugreifen zu können. Mit derselben natürlichen Syntax bietet
-        <classname>Zend_Feed</classname> auch eine umfassende Unterstützung für das Ändern von Feed und
-        Eintragsstruktur sowie die Rückgabe der Ergebniss nach XML. In Zukunft könnte diese
-        Modifizierungsunterstützung auch das Atom Publishing Protocol unterstützen.
+        <classname>Zend_Feed</classname> stellt Funktionalitäten für das Konsumieren von RSS und
+        Atom Feeds. Es stellt eine natürliche Syntax bereit, um auf Elemente und Attribute des Feeds
+        sowie auf die Attribute der Einträge zugreifen zu können. Mit derselben natürlichen Syntax
+        bietet <classname>Zend_Feed</classname> auch eine umfassende Unterstützung für das Ändern
+        von Feed und Eintragsstruktur sowie die Rückgabe der Ergebniss nach XML. In Zukunft könnte
+        diese Modifizierungsunterstützung auch das Atom Publishing Protocol unterstützen.
     </para>
 
     <para>
-        <classname>Zend_Feed</classname> besteht aus der Basisklasse <classname>Zend_Feed</classname>, sowie den beiden
-        abstrakten Basisklassen <classname>Zend_Feed_Abstract</classname> und
-        <classname>Zend_Feed_Entry_Abstract</classname> für die Darstellung von Feeds und Einträgen, aus
-        speziellen Implementationen von Feeds und Einträgen für RSS und Atom sowie einem Helfer,
+        <classname>Zend_Feed</classname> besteht aus der Basisklasse
+        <classname>Zend_Feed</classname>, sowie den beiden abstrakten Basisklassen
+        <classname>Zend_Feed_Abstract</classname> und
+        <classname>Zend_Feed_Entry_Abstract</classname> für die Darstellung von Feeds und Einträgen,
+        aus speziellen Implementationen von Feeds und Einträgen für RSS und Atom sowie einem Helfer,
         der hinter den Kulissen die natürliche Syntax ermöglicht.
     </para>
 
@@ -31,8 +32,8 @@
         <title>Achtung</title>
         <para>
             Viele RSS Feeds bieten verschiedene Eigenschaften für Kanäle und Einträge. Die RSS
-            Spezifikation bietet viele optionale Eigenschaften, also sei dir dessen beim Schreiben von
-            Code für die Verarbeitung von RSS Daten bewußt.
+            Spezifikation bietet viele optionale Eigenschaften, also sei dir dessen beim Schreiben
+            von Code für die Verarbeitung von RSS Daten bewußt.
         </para>
     </note>
 

documentation/manual/de/module_specs/Zend_Feed-ModifyingFeed.xml

@@ -5,10 +5,10 @@
     <title>Verändern der Feed- und Eintragsstruktur</title>
 
     <para>
-        Die natürliche Syntax von <classname>Zend_Feed</classname> wurde für das Erstellen und Verändern von
-        Feeds und Einträgen sowie das Lesen dieser erweitert. Du kannst die neuen oder veränderten
-        Objekte einfach in wohlgeformtes XML umsetzen, um es als Datei zu speichern oder an einen
-        Server zu senden.
+        Die natürliche Syntax von <classname>Zend_Feed</classname> wurde für das Erstellen und
+        Verändern von Feeds und Einträgen sowie das Lesen dieser erweitert. Du kannst die neuen oder
+        veränderten Objekte einfach in wohlgeformtes XML umsetzen, um es als Datei zu speichern oder
+        an einen Server zu senden.
     </para>
 
     <example id="zend.feed.modifying-feed.example.modifying">
@@ -37,10 +37,11 @@ echo $entry->saveXML();
     <para>
         Wenn du einen anderen Namensraum als <code>atom:</code>, <code>rss:</code>, oder
         <code>osrss:</code> in deinem Eintrag verwenden möchtest, musst du den Namensraum mit
-        <classname>Zend_Feed</classname> durch die Verwendung von <classname>Zend_Feed::registerNamespace()</classname>
-        registrieren. Wenn du ein bestehendes Element veränderst, wird es immer den ursprünglichen
-        Namensraum beibehalten. Wenn du ein neues Element hinzufügst, wird es den standardmäßigen
-        Namensraum verwenden, wenn du nicht explizit einen anderen Namensraum festgelegt hast.
+        <classname>Zend_Feed</classname> durch die Verwendung von
+        <classname>Zend_Feed::registerNamespace()</classname> registrieren. Wenn du ein bestehendes
+        Element veränderst, wird es immer den ursprünglichen Namensraum beibehalten. Wenn du ein
+        neues Element hinzufügst, wird es den standardmäßigen Namensraum verwenden, wenn du nicht
+        explizit einen anderen Namensraum festgelegt hast.
     </para>
 
     <example id="zend.feed.modifying-feed.example.creating">