[DOCUMENTATION] German:

- sync up to r17172

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

documentation/manual/de/module_specs/Zend_Application-AvailableResources-View.xml

@@ -1,13 +1,14 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15787 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.application.available-resources.view">
     <title>Zend_Application_Resource_View</title>
 
     <para>
         <classname>Zend_Application_Resource_View</classname> kann verwendet werden um eine Instanz
-        von <classname>Zend_View</classname> zu konfigurieren. Konfigurations Optionen sind
-        <link linkend="zend.view.introduction.options">die Zend_View Optionen</link>.
+        von <classname>Zend_View</classname> zu konfigurieren. Konfigurations Optionen sind <link
+            linkend="zend.view.introduction.options">die <classname>Zend_View</classname>
+            Optionen</link>.
     </para>
 
     <para>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17171 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.application.core-functionality.bootstrap-bootstrapabstract">
     <title>Zend_Application_Bootstrap_BootstrapAbstract</title>
@@ -8,9 +8,9 @@
         <classname>Zend_Application_Bootstrap_BootstrapAbstract</classname> ist eine abstrakte
         Klasse welche die Basisfunktionalität des normalen Bootstrappings bietet. Sie implementiert
         sowohl <link
-            linkend="zend.application.core-functionality.bootstrap-bootstrapper">Zend_Application_Bootstrap_Bootstrapper</link>
+            linkend="zend.application.core-functionality.bootstrap-bootstrapper"><classname>Zend_Application_Bootstrap_Bootstrapper</classname></link>
         als auch <link
-            linkend="zend.application.core-functionality.bootstrap-resourcebootstrapper">Zend_Application_Bootstrap_ResourceBootstrapper</link>.
+            linkend="zend.application.core-functionality.bootstrap-resourcebootstrapper"><classname>Zend_Application_Bootstrap_ResourceBootstrapper</classname></link>.
     </para>
 
     <table id="zend.application.core-functionality.bootstrap-bootstrapabstract.api.table">

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 16181 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.currency.usage">
 
@@ -90,11 +90,11 @@ $currency = new Zend_Currency();
             </para>
             <note>
                 <para>
-                    Es gilt zu Beachten das Zend_Currency nur Gebietsschema akzeptiert die eine
-                    Region beinhalten. Das bedeutet das alle angegebenen Gebietsschemata die nur
-                    eine Sprache beinhalten zu einer Ausnahme führen. Zum Beispiel wird das
-                    Gebietsschema <emphasis>en</emphasis> zu einer Ausnahme führen, aber das
-                    Gebietsschema <emphasis>en_US</emphasis> wird als Währung
+                    Es gilt zu Beachten das <classname>Zend_Currency</classname> nur Gebietsschema
+                    akzeptiert die eine Region beinhalten. Das bedeutet das alle angegebenen
+                    Gebietsschemata die nur eine Sprache beinhalten zu einer Ausnahme führen. Zum
+                    Beispiel wird das Gebietsschema <emphasis>en</emphasis> zu einer Ausnahme
+                    führen, aber das Gebietsschema <emphasis>en_US</emphasis> wird als Währung
                     <emphasis>USD</emphasis> zurückgeben.
                 </para>
             </note>
@@ -559,10 +559,10 @@ print $currency->toCurrency(1000);
             <classname>Zend_Cache</classname> verwendet wird. Die statischen Methode
             <methodname>Zend_Currency::setCache($cache)</methodname> akzeptiert eine Option: Einen
             <classname>Zend_Cache</classname> Adapter. Wenn der Cache Adapter gesetzt wird, werden
-            die Lokalisierungsdaten von Zend_Currency gecached. Es gibt einige statischen Methoden
-            für die Manipulation des Caches: <methodname>Zend_Currency::getCache()</methodname>,
-            <methodname>hasCache()</methodname>, <methodname>clearCache()</methodname> und
-            <methodname>removeCache()</methodname>.
+            die Lokalisierungsdaten von <classname>Zend_Currency</classname> gecached. Es gibt
+            einige statischen Methoden für die Manipulation des Caches:
+            <methodname>Zend_Currency::getCache()</methodname>, <methodname>hasCache()</methodname>,
+            <methodname>clearCache()</methodname> und <methodname>removeCache()</methodname>.
         </para>
 
         <example id="zend.currency.usage.cache.example">

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17166 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.date.constants">
 
@@ -734,9 +734,9 @@
             werden, wenn man damit mehr Erfahrung hat. Wie auch immer, nicht alle Format welche in
             der ISO Norm definiert sind, werden durch PHP's date Formatbezeichner unterstützt. Die
             Verwendung der <methodname>Zend_Date::setOptions(array('format_type' =>
-            'php'))</methodname> Methode erlaubt es, für alle Zend_Date Methoden, zwischen der
-            Unterstützung von ISO Formatbezeichnern und PHP date() Typbezeichner zu wählen (siehe
-            <xref linkend="zend.date.constants.phpformats" />).
+            'php'))</methodname> Methode erlaubt es, für alle <classname>Zend_Date</classname>
+            Methoden, zwischen der Unterstützung von ISO Formatbezeichnern und PHP date()
+            Typbezeichner zu wählen (siehe <xref linkend="zend.date.constants.phpformats" />).
         </para>
 
         <example id="zend.date.constants.selfdefinedformats.example-1">
@@ -1179,13 +1179,13 @@ print $date->toString("'Epoche:GGGG='GGGG, ' Datum:yy.MMMM.dd'yy.MMMM.dd");
             Formatdefinitionen, dann kann man durch Verwendung der Methode
             <methodname>Zend_Date::setOptions(array('format_type' => 'php'))</methodname> das
             Wechseln von ISO Formatdefinition zu PHP date Formatdefinition welche dann für alle
-            Zend_Date Methoden verwendet werden wechseln. Danach müssen alle Format Parameter in
-            <ulink url="http://php.net/date">PHP's <methodname>date()</methodname>
-                Formatdefintion</ulink> angegeben werden. Das PHP date Format vermisst einige der
-            Formate welche durch PHP unterstützt werden und umgekehrt. Wenn keine Erfahrung damit
-            besteht sollte auf alle Fälle das ISO Format genommen werden. Und wenn Altlast-Code
-            vorhanden ist der PHP's date Format verwendet, kann dieser entweder manuell in das ISO
-            Format konvertiert werden indem <link
+            <classname>Zend_Date</classname> Methoden verwendet werden wechseln. Danach müssen alle
+            Format Parameter in <ulink url="http://php.net/date">PHP's
+            <methodname>date()</methodname> Formatdefintion</ulink> angegeben werden. Das PHP date
+            Format vermisst einige der Formate welche durch PHP unterstützt werden und umgekehrt.
+            Wenn keine Erfahrung damit besteht sollte auf alle Fälle das ISO Format genommen werden.
+            Und wenn Altlast-Code vorhanden ist der PHP's date Format verwendet, kann dieser
+            entweder manuell in das ISO Format konvertiert werden indem <link
                 linkend="zend.locale.date.normalize">Zend_Locale_Format::convertPhpToIsoFormat()</link>
             verwendet wird, oder durch Verwendung von <methodname>setOptions()</methodname>. Die
             folgenden Beispiel zeigen die Verwendung der Konstanten anhand der unteren Tabelle für
@@ -1208,12 +1208,12 @@ print $date->toString("'Format:D M j G:i:s T Y='D M j G:i:s T Y");
 
         <para>
             Die folgende Tabelle zeit die Liste der PHP date Formatdefinitionen mit Ihrem Äquivalent
-            in Zend_Date Konstanten und der im CLDR/ISO äquivalenten Formatdefintion. In den meisten
-            Fällen wenn das CLDR/ISO Format keine entsprechende Formardefinition enthält, wird die
-            PHP Formatdefinition nicht durch
+            in <classname>Zend_Date</classname> Konstanten und der im CLDR/ISO äquivalenten
+            Formatdefintion. In den meisten Fällen wenn das CLDR/ISO Format keine entsprechende
+            Formardefinition enthält, wird die PHP Formatdefinition nicht durch
             <methodname>Zend_Locale_Format::convertPhpToIsoFormat()</methodname> geändert, und die
-            Zend_Date Methoden erkennen dann diese "besonderen" PHP Formatdefinitionen, selbst im
-            Standardmäßigen "ISO" Formatcode.
+            <classname>Zend_Date</classname> Methoden erkennen dann diese "besonderen" PHP
+            Formatdefinitionen, selbst im Standardmäßigen "ISO" Formatcode.
         </para>
 
         <table id="zend.date.constants.phpformats.table">

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 16394 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.date.introduction">
 
@@ -114,10 +114,10 @@ date_default_timezone_set('Europe/Berlin');
                     geht von Fr, 13. Dez 1901 20:45:54 GMT bis Di, 19. Jan 2038 03:14:07 GMT",
                     ermöglicht <classname>Zend_Date</classname> mit Unterstützung der BCMath
                     Erweiterung eine fast unbegrenzte Zeitspanne. Wenn BCMath nicht verfügbar ist,
-                    bietet Zend_Date eine Spanne innerhalb des <code>float</code>-Datentyps des
-                    verwendeten Servers. "Die Größe von float ist Plattformabhängig, allerdings ist
-                    das Maximum von ~1.8e308 mit einer Genauigkeit von ca. 14 Dezimalstellen ein
-                    Standardwert. (das 64 bit IEEE Format)." [<ulink
+                    bietet <classname>Zend_Date</classname> eine Spanne innerhalb des
+                    <code>float</code>-Datentyps des verwendeten Servers. "Die Größe von float ist
+                    Plattformabhängig, allerdings ist das Maximum von ~1.8e308 mit einer Genauigkeit
+                    von ca. 14 Dezimalstellen ein Standardwert. (das 64 bit IEEE Format)." [<ulink
                         url="http://www.php.net/float">http://www.php.net/float</ulink>]. Zusätzlich
                     können inhärente Beschränkungen der Float-Datentypen sowie Rundungsfehler von
                     Fließkommazahlen Berechnungsfehler verursachen. Um diese Probleme zu vermeiden,
@@ -138,8 +138,9 @@ date_default_timezone_set('Europe/Berlin');
                     <classname>Zend_Date</classname> unterstützt, wenn die <link
                         linkend="zend.date.constants.list">Zend_Date::ISO_8601</link> Format
                     Konstante verwendet wird. Wenn Datumszeichen mit den PHP date() Formaten "Y/m/d"
-                    oder "Y-m-d H:i:s" übereinstimmen, sollte die in Zend_Date eingebaute
-                    Unterstützung für ISO 8601 formatierte Daten verwendet werden.
+                    oder "Y-m-d H:i:s" übereinstimmen, sollte die in
+                    <classname>Zend_Date</classname> eingebaute Unterstützung für ISO 8601
+                    formatierte Daten verwendet werden.
                 </para>
             </listitem>
             <listitem>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17171 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.date.overview">
 
@@ -54,13 +54,14 @@
                 werden. Wenn eine Sommer-/Winterzeitgrenze überschritten wird, wird ja normalerweise
                 eine Stunde hinzugefügt oder entfernt abhändig vom Datum. Zum Beispiel führt eine
                 Datumsberechnung einer Frühlingsgrenze z ueinem Datum welche einen Tag weniger hat
-                als erwartet, wenn die Zeit des Originaldatums 00:00:00 war. Da Zend_Date auf
-                Zeitpunkten basiert und nicht auf Kalenderdaten mit Zeitkomponenten, verliert der
-                Zeitpunkt eine Stunde was zu einem Datum führt das einen Kalendertag weniger hat als
-                erwartet. Um solche Problem zu verhindern kann die Option <code>fix_dst</code>
-                verwendet werden, welche standardmäßig <constant>TRUE</constant> ist. Das führt dazu
-                das die Sommer-/Winterzeit keinen Einfluß mehr bei Datumsberechnungen zeigt
-                (<methodname>addMonth()</methodname>, <methodname>subMonth()</methodname>).
+                als erwartet, wenn die Zeit des Originaldatums 00:00:00 war. Da
+                <classname>Zend_Date</classname> auf Zeitpunkten basiert und nicht auf Kalenderdaten
+                mit Zeitkomponenten, verliert der Zeitpunkt eine Stunde was zu einem Datum führt das
+                einen Kalendertag weniger hat als erwartet. Um solche Problem zu verhindern kann die
+                Option <code>fix_dst</code> verwendet werden, welche standardmäßig
+                <constant>TRUE</constant> ist. Das führt dazu das die Sommer-/Winterzeit keinen
+                Einfluß mehr bei Datumsberechnungen zeigt (<methodname>addMonth()</methodname>,
+                <methodname>subMonth()</methodname>).
                 <methodname>Zend_Date::setOptions(array('fix_dst' => false))</methodname> kann
                 benutzt werden um Hinzufügen oder Entfernen der Sommer-/Winterzeitanpassung zu
                 gestatten wenn Datumsberechnungen durchgeführt werden.
@@ -136,9 +137,10 @@
                 <classname>Zend_TimeSync</classname> zu handhaben. Mit
                 <classname>Zend_Date::setOptions(array('timesync' => $timeserver));</classname> kann
                 ein Zeitserver gesetzt werden welcher den Unterschied zwischen dem eigenen aktuellen
-                Zeitpunkt und dem wirklichen aktuellen Zeitpunkt für alle Instanzen von Zend_Date
-                setzt. Die Verwendung dieser Option ändern nicht den Zeitpunkt von bestehenden
-                Instanzen. Am besten ist es also dies innerhalb der Bootstrap Datei zu setzen.
+                Zeitpunkt und dem wirklichen aktuellen Zeitpunkt für alle Instanzen von
+                <classname>Zend_Date</classname> setzt. Die Verwendung dieser Option ändern nicht
+                den Zeitpunkt von bestehenden Instanzen. Am besten ist es also dies innerhalb der
+                Bootstrap Datei zu setzen.
             </para>
 
         </sect3>

documentation/manual/de/module_specs/Zend_Db_Adapter.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17166 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.db.adapter">
 
@@ -154,9 +154,9 @@ $db = new Zend_Db_Adapter_Pdo_Mysql(array(
 
             <para>
                 Das erste Argument ist ein String der den Namen der Adapterklasse enthält. Zum
-                Beispiel entspricht der String 'Pdo_Mysql' der Klasse Zend_Db_Adapter_Pdo_Mysql. Das
-                zweite Argument ist das gleiche Array von Parametern wie bei der Verwendung des
-                Adapter Konstruktors.
+                Beispiel entspricht der String 'Pdo_Mysql' der Klasse
+                <classname>Zend_Db_Adapter_Pdo_Mysql</classname>. Das zweite Argument ist das
+                gleiche Array von Parametern wie bei der Verwendung des Adapter Konstruktors.
             </para>
 
             <example id="zend.db.adapter.connecting.factory.example">
@@ -1716,7 +1716,7 @@ $db = Zend_Db::factory('Oracle', array(
 
             <para>
                 Aktuell unterstützen nur die Oracle, DB2 und PDO Adapter (wo es von PHP
-                spezifiziert ist) Persistenz in Zend_Db.
+                spezifiziert ist) Persistenz in <classname>Zend_Db</classname>.
             </para>
         </note>
 
@@ -2097,14 +2097,15 @@ if (!is_null($version)) {
                     <para>
                         Um mit einer SQLite2 Datenbank zu Verbinden muss
                         <code>'sqlite2'=>true</code> in dem Array von Parametern beim Erzeugen einer
-                        Instanz des Pdo_Sqlite Adapters angegeben werden.
+                        Instanz des <classname>Pdo_Sqlite</classname> Adapters angegeben werden.
                     </para>
                 </listitem>
                 <listitem>
                     <para>
                         Um mit einer in-memory SQLite Datenbank zu verbinden muss
                         <code>'dbname'=&gt;':memory:'</code> in dem Array von Parametern beim
-                        Erzeugen einer Instanz des Pdo_Sqlite Adapters angegeben werden.
+                        Erzeugen einer Instanz des <classname>Pdo_Sqlite</classname> Adapters
+                        angegeben werden.
                     </para>
                 </listitem>
                 <listitem>
@@ -2143,10 +2144,12 @@ if (!is_null($version)) {
                 </listitem>
 
                 <listitem>
-                    <para>Der Name des Adapters ist ZendX_Db_Adapter_Firebird.</para>
                     <para>
-                        Beachte das der Parameter adapterNamespace mit dem Wert ZendX_Db_Adapter
-                        zu verwenden ist.
+                        Der Name des Adapters ist <classname>ZendX_Db_Adapter_Firebird</classname>.
+                    </para>
+                    <para>
+                        Beachte das der Parameter adapterNamespace mit dem Wert
+                        <classname>ZendX_Db_Adapter</classname> zu verwenden ist.
                     </para>
                     <para>
                         Wir empfehlen die gds32.dll (oder Ihr Linux Äquivalent) welche mit PHP

documentation/manual/de/module_specs/Zend_Db_Statement.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 16564 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.db.statement">
 
@@ -239,11 +239,11 @@ echo $rows[0]['bug_description'];
                 Array, mapping column names to column values, zurück. Ein anderes Format für die
                 Datenrückgabe der Statementklasse kann genau wie bei der Adapterklasse angegeben
                 werden. Die <methodname>setFetchMode()</methodname> Methode des Statement Objekts
-                wird verwendet um den Fetch-Modus anzugeben. Dazu werden die Zend_Db Klassen
-                Konstanten FETCH_ASSOC, FETCH_NUM, FETCH_BOTH, FETCH_COLUMN und FETCH_OBJ
-                verwendet. Weiter Informationenüber diese Modi gibt es unter
-                <xref linkend="zend.db.adapter.select.fetch-mode" />. Nachfolgende Aufrufe der
-                Statement Methoden <methodname>fetch()</methodname> und
+                wird verwendet um den Fetch-Modus anzugeben. Dazu werden die
+                <classname>Zend_Db</classname> Klassen Konstanten FETCH_ASSOC, FETCH_NUM,
+                FETCH_BOTH, FETCH_COLUMN und FETCH_OBJ verwendet. Weiter Informationenüber diese
+                Modi gibt es unter <xref linkend="zend.db.adapter.select.fetch-mode" />.
+                Nachfolgende Aufrufe der Statement Methoden <methodname>fetch()</methodname> und
                 <methodname>fetchAll()</methodname> benutzen den neu gesetzten Fetch-Modus.
             </para>
 

documentation/manual/de/module_specs/Zend_Db_Table.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17170 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.db.table">
 
@@ -29,10 +29,10 @@
         <title>Zend_Db_Table als konkrete Klasse verwenden</title>
 
         <para>
-            Ab ZF 1.9 kann man Zend_Db_Table instanziieren. Der zusätzliche Vorteil ist das man
-            die Basisklasse nicht erweitern und konfigurieren muß um einfache Operationen wie
-            auswählen, einfügen, aktualisieren und löschen in einer einzelnen Tabelle
-            durchzuführen. Anbei ist ein Beispiel der einfachsten Verwendung.
+            Ab ZF 1.9 kann man <classname>Zend_Db_Table</classname> instanziieren. Der zusätzliche
+            Vorteil ist das man die Basisklasse nicht erweitern und konfigurieren muß um einfache
+            Operationen wie auswählen, einfügen, aktualisieren und löschen in einer einzelnen
+            Tabelle durchzuführen. Anbei ist ein Beispiel der einfachsten Verwendung.
         </para>
 
         <example id="zend.db.table.defining.concrete-instantiation.example1">
@@ -48,10 +48,10 @@ $bugTable = new Zend_Db_Table('bug');
 
         <para>
             Das obige Beispiel zeigt das einfachste Beispiel. Nicht alle der unten beschriebenen
-            Optionen sollten für die Konfiguration von Zend_Db_Table Tabellen durchgeführt werden.
-            Wenn man in der Lage sein will das konkrete Verwendungsbeispiel zusätzlich zu den
-            komplexeren Abhängigkeits Features zu verwenden sehen Sie in die
-            Zend_Db_Table_Definition Dokumentation.
+            Optionen sollten für die Konfiguration von <classname>Zend_Db_Table</classname> Tabellen
+            durchgeführt werden. Wenn man in der Lage sein will das konkrete Verwendungsbeispiel
+            zusätzlich zu den komplexeren Abhängigkeits Features zu verwenden sehen Sie in die
+            <classname>Zend_Db_Table_Definition</classname> Dokumentation.
         </para>
 
     </sect2>

documentation/manual/de/module_specs/Zend_Db_Table_Definition.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17170 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.db.table.definition">
 
@@ -23,10 +23,10 @@
 
         <para>
             Für alle gleichen Optionen die vorhanden sind wenn eine erweiterte
-            Zend_Db_Table_Abstract Klasse konfiguriert wird, sind diese Optionen auch vorhanden
-            wenn eine Definitionsdatei beschrieben wird. Diese Definitionsdatei sollte der Klasse
-            zum Zeitpunkt der Instanziierung übergeben werden damit diese die komplette Definition
-            aller Tabellen in der besagten Definition kennt.
+            <classname>Zend_Db_Table_Abstract</classname> Klasse konfiguriert wird, sind diese
+            Optionen auch vorhanden wenn eine Definitionsdatei beschrieben wird. Diese
+            Definitionsdatei sollte der Klasse zum Zeitpunkt der Instanziierung übergeben werden
+            damit diese die komplette Definition aller Tabellen in der besagten Definition kennt.
         </para>
 
         <para>
@@ -78,10 +78,10 @@ $definition = new Zend_Db_Table_Definition(array(
 
         <para>
             Wie man sieht sind die gleichen Optionen die man generell in einer erweiterten
-            Zend_Db_Table_Abstract Klasse sieht auch in diesem Array dokumentiert. Wenn es
-            in den Constructor von Zend_Db_Table übergeben wird, ist diese Definition
-            <emphasis>persistent</emphasis> in jeder Tabelle die erstellt werden muß um die
-            richtigen Zeilen zurückzugeben.
+            <classname>Zend_Db_Table_Abstract</classname> Klasse sieht auch in diesem Array
+            dokumentiert. Wenn es in den Constructor von <classname>Zend_Db_Table</classname>
+            übergeben wird, ist diese Definition <emphasis>persistent</emphasis> in jeder Tabelle
+            die erstellt werden muß um die richtigen Zeilen zurückzugeben.
         </para>
 
         <para>
@@ -130,15 +130,15 @@ foreach ($authors as $author) {
             Manchmal will man beide Paradigmen für die Definition und Verwendung des
             Tabellen Gateways verwenden: Beide durch Wrweiterung und konkrete Instanziierung.
             Um das zu tun muß man einfach alle Tabellen Konfigurationen aus der Definition
-            lassen. Das erlaubt es Zend_Db_Table in der aktuell referierten Klasse statt im
-            Definitionsschlüssel nachzusehen.
+            lassen. Das erlaubt es <classname>Zend_Db_Table</classname> in der aktuell referierten
+            Klasse statt im Definitionsschlüssel nachzusehen.
         </para>
 
         <para>
             Aufbauend auf dem Beispiel anbei, erlauben wir es einer der Tabellenkonfigurationen
-            eine erweiterte Zend_Db_Table_Abstract Klasse zu sein, wärend der Rest der Tabellen
-            Teil der Definition ist. Wir zeigen auch wie man mit dieser neuen Definition
-            interagieren kann.
+            eine erweiterte <classname>Zend_Db_Table_Abstract</classname> Klasse zu sein, wärend der
+            Rest der Tabellen Teil der Definition ist. Wir zeigen auch wie man mit dieser neuen
+            Definition interagieren kann.
         </para>
 
         <example id="zend.db.table.definition.example3">

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17166 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.feed.importing">
 
@@ -304,8 +304,8 @@ array(
             <title>Importieren einer eigenen Daten Quelle</title>
 
             <para>
-                Eine Zend_Feed Instanz kann von jeder Datenquelle erstellt werden die
-                <classname>Zend_Feed_Builder_Interface</classname> implementiert. Die
+                Eine <classname>Zend_Feed</classname> Instanz kann von jeder Datenquelle erstellt
+                werden die <classname>Zend_Feed_Builder_Interface</classname> implementiert. Die
                 <methodname>getHeader()</methodname> und <methodname>getEntries()</methodname>
                 Methoden müssen implementiert werden damit das Objekt mit
                 <methodname>Zend_Feed::importBuilder()</methodname> verwendet werden kann. Als

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17134 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.file.transfer.introduction">
 
@@ -524,16 +524,18 @@ while (!$upload['done']) {
                 <listitem>
                     <para>
                         <emphasis>progress</emphasis>: Dieser optionale Schlüssel nimmt eine
-                        Instanz von Zend_ProgressBar_Adapter oder Zend_ProgressBar, und erlaubt es,
-                        den aktuellen Status des Uploads, in einer Progressbar zu erhalten
+                        Instanz von <classname>Zend_ProgressBar_Adapter</classname> oder
+                        <classname>Zend_ProgressBar</classname>, und erlaubt es, den aktuellen
+                        Status des Uploads, in einer Progressbar zu erhalten
                     </para>
                 </listitem>
 
                 <listitem>
                     <para>
                         <emphasis>session</emphasis>: Dieser optionale Schlüssel nimmt den Namen
-                        eines Session Namespaces entgegen der in Zend_ProgressBar verwendet wird.
-                        Wenn dieser Schlüssel nicht angegeben wird, ist er standardmäßig
+                        eines Session Namespaces entgegen der in
+                        <classname>Zend_ProgressBar</classname> verwendet wird. Wenn dieser
+                        Schlüssel nicht angegeben wird, ist er standardmäßig
                         <classname>Zend_File_Transfer_Adapter_Http_ProgressBar</classname>.
                     </para>
                 </listitem>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17154 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.filter.inflector">
     <title>Zend_Filter_Inflector</title>
@@ -84,7 +84,7 @@ $filtered = $inflector->filter(array('page' => $string));
             von der Beugung verwendet werden sollen. Standardmäßig, wird jeder Filter mit dem Präfix
             <classname>Zend_Filter</classname> vorhanden sein. Um auf Filter mit diesem Präfix
             zuzugreifen, die aber tiefer in der Hirarchie vorhanden sind, kann einfach der
-            Zend_Filter Präfix entfernt werden:
+            <classname>Zend_Filter Präfix</classname> entfernt werden:
         </para>
 
         <programlisting language="php"><![CDATA[

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17154 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.filter.set" xmlns:xi="http://www.w3.org/2001/XInclude">
 
@@ -22,8 +22,8 @@
             <para>
                 Alphabetische Zeichen bedeuten Zeichen die in jeder Spache Wörter bilden. Trotzdem
                 wird das englische Alphabet in den folgenden Sprachen für alphabethische Zeichen
-                verwendet: Chinesisch, Japanisch, Koreanisch. Die Sprache wurde von Zend_Locale
-                spezifiziert.
+                verwendet: Chinesisch, Japanisch, Koreanisch. Die Sprache wurde von
+                <classname>Zend_Locale</classname> spezifiziert.
             </para>
         </note>
 

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

@@ -1,14 +1,14 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17154 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.filter.writing_filters">
 
     <title>Filter schreiben</title>
 
     <para>
-        Zend_Filter bietet ein Set von normalerweise benötigten Filtern, aber Entwickler müssen oft
-        Ihre eigenen Filter für deren eigene spezielle Verwendung schreiben. Die Arbeit des
-        Schreibens eines eigenen Filters ist möglich durch die Implementierung von
+        <classname>Zend_Filter</classname> bietet ein Set von normalerweise benötigten Filtern, aber
+        Entwickler müssen oft Ihre eigenen Filter für deren eigene spezielle Verwendung schreiben.
+        Die Arbeit des Schreibens eines eigenen Filters ist möglich durch die Implementierung von
         <classname>Zend_Filter_Interface</classname>.
     </para>
 

documentation/manual/de/module_specs/Zend_Filter.xml

@@ -1,14 +1,15 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17166 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.filter.introduction">
 
     <title>Einführung</title>
 
     <para>
-        Die Zend_Filter Komponente bietet ein Set von normalerweise benötigen Datenfiltern. Sie
-        bietet auch einen einfachen Filterketten Mechanismus mit dem mehrere Filter bei einem
-        einfachen Wert in einer benutzerdefinierten Reihenfolge ausgeführt werden können.
+        Die <classname>Zend_Filter</classname> Komponente bietet ein Set von normalerweise benötigen
+        Datenfiltern. Sie bietet auch einen einfachen Filterketten Mechanismus mit dem mehrere
+        Filter bei einem einfachen Wert in einer benutzerdefinierten Reihenfolge ausgeführt werden
+        können.
     </para>
 
     <sect2 id="zend.filter.introduction.definition">
@@ -38,8 +39,9 @@
             ein Subset von einer Eingabe produziert. Ein Filter der HTML Entititäten auskommentiert,
             wandelt die Eingabe um (z.B. "<code>&amp;</code>" wird umgewandelt in
             "<code>&amp;amp;</code>"). Solche Fälle zu unterstützen ist für Web Entwickler sehr
-            wichtig und "zu filtern", im Kontext der Verwendung von Zend_Filter, bedeutet einige
-            Umwandlungen über eingabedaten durchzuführen.
+            wichtig und "zu filtern", im Kontext der Verwendung von
+            <classname>Zend_Filter</classname>, bedeutet einige Umwandlungen über Eingabedaten
+            durchzuführen.
         </para>
 
     </sect2>
@@ -109,9 +111,9 @@ echo Zend_Filter::filterStatic('"', 'HtmlEntities', array(ENT_QUOTES));
         </para>
 
         <para>
-            Die Zend_Filter_Input Klasse erlaubt es also, mehrere Filter zu instanzieren und
-            auszurufen, und wenn benötigt, den Prüfklassen diese Sets von Eingabedaten zu
-            verarbeiten. Siehe <xref linkend="zend.filter.input" />.
+            Die <classname>Zend_Filter_Input</classname> Klasse erlaubt es also, mehrere Filter zu
+            instanzieren und auszurufen, und wenn benötigt, den Prüfklassen diese Sets von
+            Eingabedaten zu verarbeiten. Siehe <xref linkend="zend.filter.input" />.
         </para>
 
         <sect3 id="zend.filter.introduction.static.namespaces">

documentation/manual/de/module_specs/Zend_Filter_Input.xml

@@ -1,14 +1,14 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17154 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.filter.input">
     <title>Zend_Filter_Input</title>
 
     <para>
-        Zend_Filter_Input bietet ein ausgezeichnetes Interfave um mehrere Filter und Prüfer zu
-        assoziieren, Sie Kollektionen von Daten hinzuzufügen, und Eingabewerte zu empfangen nachdem
-        diese durch die Filter und Prüfer bearbeitet wurden. Werte werden standardmäßig in
-        kommentiertem Format zurückgegeben für sichere HTML Ausgabe.
+        <classname>Zend_Filter_Input</classname> bietet ein ausgezeichnetes Interface um mehrere
+        Filter und Prüfer zu assoziieren, Sie Kollektionen von Daten hinzuzufügen, und Eingabewerte
+        zu empfangen nachdem diese durch die Filter und Prüfer bearbeitet wurden. Werte werden
+        standardmäßig in kommentiertem Format zurückgegeben für sichere HTML Ausgabe.
     </para>
 
     <para>
@@ -57,7 +57,8 @@
     </itemizedlist>
 
     <para>
-        Um Zend_Filter_Input zu verwenden, müssen die folgenden Schritte unternommen werden:
+        Um <classname>Zend_Filter_Input</classname> zu verwenden, müssen die folgenden Schritte
+        unternommen werden:
     </para>
 
     <orderedlist numeration="arabic">
@@ -92,16 +93,18 @@
         <title>Filter und Prüfregeln deklarieren</title>
 
         <para>
-            Vor der Erstellung einer Instanz von Zend_Filter_Input, muß ein Array von Filterregeln
-            deklariert werden und auch ein Array von Prüfregeln. Dieses assoziative Array verbindet
-            einen Regelnamen mit einem Filter oder Prüfer oder einer Kette von Filtern oder Prüfern.
+            Vor der Erstellung einer Instanz von <classname>Zend_Filter_Input</classname>, muß ein
+            Array von Filterregeln deklariert werden und auch ein Array von Prüfregeln. Dieses
+            assoziative Array verbindet einen Regelnamen mit einem Filter oder Prüfer oder einer
+            Kette von Filtern oder Prüfern.
         </para>
 
         <para>
             Das folgende Beispiel eines Sets von Filterregeln deklariert, daß das Feld 'month' von
-            Zend_Filter_Digits gefiltert wird, und das Feld 'account' von Zend_Filter_StringTrim
-            gefiltert wird. Anschließend wird ein Set von Prüfregeln deklariert welches prüft das
-            das Feld 'account' nur dann gültig ist wenn es nur alphabetische Zeichen enthält.
+            <classname>Zend_Filter_Digits</classname> gefiltert wird, und das Feld 'account' von
+            <classname>Zend_Filter_StringTrim</classname> gefiltert wird. Anschließend wird ein Set
+            von Prüfregeln deklariert welches prüft das das Feld 'account' nur dann gültig ist wenn
+            es nur alphabetische Zeichen enthält.
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -204,9 +207,9 @@ $filters = array(
 
         <para>
             Nachdem die Filter und Prüfarrays deklariert wurden, können diese als Argumente im
-            Konstruktor von Zend_Filter_Input verwendet werden. Das gibt ein Objekt zurück welches
-            alle Filter- und Prüfregeln kennt, und das verwendet werden kann um ein oder mehrere
-            Sets von Eingabedaten zu bearbeiten.
+            Konstruktor von <classname>Zend_Filter_Input</classname> verwendet werden. Das gibt ein
+            Objekt zurück welches alle Filter- und Prüfregeln kennt, und das verwendet werden kann
+            um ein oder mehrere Sets von Eingabedaten zu bearbeiten.
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -217,7 +220,8 @@ $input = new Zend_Filter_Input($filters, $validators);
             Man kann Eingabedaten als drittes Argument im Konstruktor spezifizieren. Die
             Datenstruktur ist ein assoziatives Array. Die superglobalen Standardvariablen in PHP,
             <varname>$_GET</varname> und <varname>$_POST</varname>, sind Beispiele für dieses
-            Format. Man kann jede dieser Variablen als Eingabedaten für Zend_Filter_Input verwenden.
+            Format. Man kann jede dieser Variablen als Eingabedaten für
+            <classname>Zend_Filter_Input</classname> verwenden.
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -239,9 +243,9 @@ $input->setData($newData);
 
         <para>
             Die <methodname>setData()</methodname> Methode definiert Daten nocheinmal, in einem
-            existierenden Zend_Filter_Input Objekt ohne die Filter- und Prüfregeln zu verändern.
-            Wenn diese Methode verwendet wird können die selben Regeln, an anderen Sets von
-            Eingabedaten, wieder verwendet werden.
+            existierenden <classname>Zend_Filter_Input</classname> Objekt ohne die Filter- und
+            Prüfregeln zu verändern. Wenn diese Methode verwendet wird können die selben Regeln, an
+            anderen Sets von Eingabedaten, wieder verwendet werden.
         </para>
 
     </sect2>
@@ -364,8 +368,8 @@ if ($input->hasUnknown()) {
 
             <para>
                 Die Nachricht die von <methodname>getMissing()</methodname> zurückgegeben wird kann
-                als Argument beim Zend_Filter_Input Konstruktor, oder durch verwenden der
-                <methodname>setOptions()</methodname> Methode, spezifiziert werden.
+                als Argument beim <classname>Zend_Filter_Input</classname> Konstruktor, oder durch
+                verwenden der <methodname>setOptions()</methodname> Methode, spezifiziert werden.
             </para>
 
             <programlisting language="php"><![CDATA[
@@ -408,11 +412,11 @@ $m = $input->getUnescaped('month'); // nicht kommentieren
 ]]></programlisting>
 
             <para>
-                Standardmäßig, wenn ein Wert empfangen wird, wird er mit Zend_Filter_HtmlEntities
-                gefiltert. Das ist der Standard weil angenommen wird, das die am meisten übliche
-                Verwendung, die Ausgabe von Werten von einem Feld in HTML ist. Der HtmlEntities
-                Filter hilft ungewollten Ausgaben von Code vorzubeugen, welche zu
-                Sicherheitsproblemen führen könnten.
+                Standardmäßig, wenn ein Wert empfangen wird, wird er mit
+                <classname>Zend_Filter_HtmlEntities</classname> gefiltert. Das ist der Standard weil
+                angenommen wird, das die am meisten übliche Verwendung, die Ausgabe von Werten von
+                einem Feld in HTML ist. Der HtmlEntities Filter hilft ungewollten Ausgaben von Code
+                vorzubeugen, welche zu Sicherheitsproblemen führen könnten.
             </para>
 
             <note>
@@ -448,8 +452,8 @@ $input->setDefaultEscapeFilter(new Zend_Filter_StringTrim());
             <para>
                 Bei jeder Verwendung, kann der Kommentarfilter als String Basisname der
                 Filterklasse, oder als Objektinstanz einer Filterklasse, spezifiziert werden. Der
-                Kommentarfilter kann eine Instanz einer Filterkette, oder ein Objekt der Zend_Filter
-                Klasse sein.
+                Kommentarfilter kann eine Instanz einer Filterkette, oder ein Objekt der
+                <classname>Zend_Filter</classname> Klasse sein.
             </para>
 
             <para>
@@ -466,11 +470,11 @@ $input->setDefaultEscapeFilter(new Zend_Filter_StringTrim());
             <para>
                 Es gibt nur eine <methodname>getEscaped()</methodname> Methode, und deswegen kann
                 nur ein Filter für das kommentieren spezifiziert werden (trotzdem kann dieser
-                Filter eine Filterkette sein). Wenn eine einzelne Instanz von Zend_Filter_Input
-                benötigt wird, um kommentierte Ausgaben zu erhalten, und mehr als eine
-                Filtermethode angewendet werden soll, sollte Zend_Filter_Input erweitert werden und
-                neue Methoden in der Subklasse implementiert werden um Wert auf unterschiedlichen
-                Wegen zu erhalten.
+                Filter eine Filterkette sein). Wenn eine einzelne Instanz von
+                <classname>Zend_Filter_Input</classname> benötigt wird, um kommentierte Ausgaben zu
+                erhalten, und mehr als eine Filtermethode angewendet werden soll, sollte
+                <classname>Zend_Filter_Input</classname> erweitert werden und neue Methoden in der
+                Subklasse implementiert werden um Wert auf unterschiedlichen Wegen zu erhalten.
             </para>
 
         </sect3>
@@ -484,8 +488,9 @@ $input->setDefaultEscapeFilter(new Zend_Filter_StringTrim());
         <para>
             Zusätzlich zum deklarieren der Übereinstimmungen von Feldern zu Filtern oder Prüfer,
             können einige "Metakommandos" in der Array Deklaration spezifiziert werden um einige
-            optionale Verhaltensweisen von Zend_Filter_Input zu kontrollieren. Metakommandos treten
-            als String-indizierte Einträge in einem gegebenen Filter- oder Prüfarray Wert auf.
+            optionale Verhaltensweisen von <classname>Zend_Filter_Input</classname> zu
+            kontrollieren. Metakommandos treten als String-indizierte Einträge in einem gegebenen
+            Filter- oder Prüfarray Wert auf.
         </para>
 
         <sect3 id="zend.filter.input.metacommands.fields">
@@ -680,12 +685,13 @@ $validators = array(
 
             <para>
                 Im unüblichen Fall das eine Prüfregel mit keinem Prüfer definiert wird, aber das
-                'allowEmpty' Metakommando <constant>FALSE</constant> ist (das bedeutet, das das
-                Feld als ungültig angenommen wird wenn es leer ist), gibt Zend_Filter_Input eine
-                Standard Fehlermeldung zurück die mit <methodname>getMessages()</methodname>
-                empfangen werden kann. Diese Meldung kann spezifiziert werden indem die
-                'notEmptyMessage' als Argument für den Zend_Filter_Input Kontruktor verwendet wird
-                oder indem die <methodname>setOptions()</methodname> Methode verwendet wird.
+                'allowEmpty' Metakommando <constant>FALSE</constant> ist (was bedeutet, dass das
+                Feld als ungültig angenommen wird wenn es leer ist), gibt
+                <classname>Zend_Filter_Input</classname> eine Standard Fehlermeldung zurück die mit
+                <methodname>getMessages()</methodname> empfangen werden kann. Diese Meldung kann
+                spezifiziert werden indem die 'notEmptyMessage' als Argument für den
+                <classname>Zend_Filter_Input</classname> Constructor verwendet wird oder indem die
+                <methodname>setOptions()</methodname> Methode verwendet wird.
             </para>
 
             <programlisting language="php"><![CDATA[
@@ -743,14 +749,15 @@ $input = new Zend_Filter_Input(null, $validators);
             </para>
 
             <para>
-                Die Klasse der Prüfketten, Zend_Validate, ist flexibler was das Durchbrechen von
-                ausgeführten Ketten betrifft als Zend_Filter_Input. Mit der ersten Klasse, kann eine
-                Option gesetzt werden um die Kette, für jeden Prüfer in der Kette, bei Fehlern
-                unabhängig von jedem anderen Prüfer abzubrechen. Mit der anderen Klasse wird der
-                definierte Wert des 'breakChainOnFailure' Metakommandos für eine Regel, einheitlich
-                für alle Regeln in der Regel, angewendet. Wenn eine flexiblere Verwendung benötigt
-                wird, sollte die Prüfkette selbst erstellt werden und diese als Objekt in der
-                Definition der Prüfregel verwendet werden:
+                Die Klasse der Prüfketten, <classname>Zend_Validate</classname>, ist flexibler was
+                das Durchbrechen von ausgeführten Ketten betrifft als
+                <classname>Zend_Filter_Input</classname>. Mit der ersten Klasse, kann eine Option
+                gesetzt werden um die Kette, für jeden Prüfer in der Kette, bei Fehlern unabhängig
+                von jedem anderen Prüfer abzubrechen. Mit der anderen Klasse wird der definierte
+                Wert des 'breakChainOnFailure' Metakommandos für eine Regel, einheitlich für alle
+                Regeln in der Regel, angewendet. Wenn eine flexiblere Verwendung benötigt wird,
+                sollte die Prüfkette selbst erstellt werden und diese als Objekt in der Definition
+                der Prüfregel verwendet werden:
             </para>
 
             <programlisting language="php"><![CDATA[
@@ -894,9 +901,10 @@ $validators = array(
             <para>
                 Der Standardwert für die 'allowEmpty', 'breakChainOnFailure', und 'presence'
                 Metakommandos kann für alle Regeln gesetzt werden indem das
-                <varname>$options</varname> Argument für den Konstruktor von Zend_Filter_Input
-                verwendet wird. Das erlaubt das Setzen des Standardwertes für alle Regeln, ohne das
-                das Metakommando für jede Regel gesetzt werden muß.
+                <varname>$options</varname> Argument für den Konstruktor von
+                <classname>Zend_Filter_Input</classname> verwendet wird. Das erlaubt das Setzen des
+                Standardwertes für alle Regeln, ohne das das Metakommando für jede Regel gesetzt
+                werden muß.
             </para>
 
             <programlisting language="php"><![CDATA[
@@ -930,17 +938,19 @@ $input = new Zend_Filter_Input($filters, $validators, $data, $options);
 
         <para>
             Standardmäßig, wenn ein Filter oder Prüfer als String deklariert wird, sucht
-            Zend_Filter_Input nach der korrespondierenden Klasse unter dem Zend_Filter oder
-            Zend_Validate Namensraum. Ein Filter der zum Beispiel nach dem String 'digits' benannt
-            ist wird in der Klasse Zend_Filter_Digits gefunden.
+            <classname>Zend_Filter_Input</classname> nach der korrespondierenden Klasse unter dem
+            <classname>Zend_Filter</classname> oder <classname>Zend_Validate</classname> Namensraum.
+            Ein Filter der zum Beispiel nach dem String 'digits' benannt ist wird in der Klasse
+            <classname>Zend_Filter_Digits</classname> gefunden.
         </para>
 
         <para>
             Wenn eigene Filter oder Prüfklassen geschrieben werden, oder Filter oder Prüfer von
             Drittanbietern verwendet werden, können diese Klassen in einem anderen Namensraum als
-            Zend_Filter oder Zend_Validate existieren. Zend_Filter_Input kann mitgeteilt werden, das
-            in zusätzlichen Namensräumen gesucht werden soll. Namensräume können in den Konstruktor
-            Optionen spezifiziert werden:
+            <classname>Zend_Filter</classname> oder <classname>Zend_Validate</classname> existieren.
+            <classname>Zend_Filter_Input</classname> kann mitgeteilt werden, das in zusätzlichen
+            Namensräumen gesucht werden soll. Namensräume können in den Konstruktor Optionen
+            spezifiziert werden:
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -953,7 +963,7 @@ $input = new Zend_Filter_Input($filters, $validators, $data, $options);
             Alternativ kann die <methodname>addValidatorPrefixPath($prefix, $path)</methodname>
             oder die <methodname>addFilterPrefixPath($prefix, $path)</methodname> Methoden
             verwendet werden, welche direkt auf den Plugin Lader verweisen der von
-            Zend_Filter_Input verwendet wird:
+            <classname>Zend_Filter_Input</classname> verwendet wird:
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -972,9 +982,10 @@ $input->addFilterPrefixPath('Foo_Namespace', 'Foo/Namespace');
 ]]></programlisting>
 
         <para>
-            Zend_Filter und Zend_Validate können als Namensraum nicht entfernt werden, es können nur
-            Namensräume hinzugefügt werden. Benutzerdefinierte Namensräume werden zuerst durchsucht,
-            Zend Namensräume werden zuletzt durchsucht.
+            <classname>Zend_Filter</classname> <classname>und Zend_Validate</classname> können als
+            Namensraum nicht entfernt werden, es können nur Namensräume hinzugefügt werden.
+            Benutzerdefinierte Namensräume werden zuerst durchsucht, Zend Namensräume werden zuletzt
+            durchsucht.
         </para>
 
         <note>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17166 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.http.client.adapters">
     <title>Zend_Http_Client - Verbindungsadapter</title>
@@ -7,16 +7,17 @@
     <sect2 id="zend.http.client.adapters.overview">
         <title>Verbindungsadapter</title>
         <para>
-            Zend_Http_Client basiert auf einem Design mit Verbindungsadaptern. Der
-            Verbindungsadapter ist das Objekt, welches für die Ausführung der aktuellen Verbindung
-            zum Server sowie für das Schreiben der Anfragen und Lesen von Antworten verantwortlich
-            ist. Dieser Verbindungsadapter kann ersetzt werden und man kann den Standard
-            Verbindungsadapter durch seinen eigenen Adapter erweitern, um ihn mit dem selben
-            Interface auf seine eigenen Bedürfnisse anzupassen, ohne dass man die gesamte HTTP
-            Client Klasse erweitern oder ersetzen muss.
+            <classname>Zend_Http_Client</classname> basiert auf einem Design mit
+            Verbindungsadaptern. Der Verbindungsadapter ist das Objekt, welches für die Ausführung
+            der aktuellen Verbindung zum Server sowie für das Schreiben der Anfragen und Lesen von
+            Antworten verantwortlich ist. Dieser Verbindungsadapter kann ersetzt werden und man kann
+            den Standard Verbindungsadapter durch seinen eigenen Adapter erweitern, um ihn mit dem
+            selben Interface auf seine eigenen Bedürfnisse anzupassen, ohne dass man die gesamte
+            HTTP Client Klasse erweitern oder ersetzen muss.
         </para>
         <para>
-            Derzeit stellt die Zend_Http_Client Klasse vier eingebaute Verbindungsadapter bereit:
+            Derzeit stellt die <classname>Zend_Http_Client</classname> Klasse vier eingebaute
+            Verbindungsadapter bereit:
             <itemizedlist>
                 <listitem>
                     <para>
@@ -41,12 +42,12 @@
             </itemizedlist>
         </para>
         <para>
-            Der Verbindungsadapter für das Zend_Http_Client Objekt wird durch Verwendung der
-            'adapter' Konfigurationsoption gesetzt. Beim Instanzieren des Client Objektes kann man
-            die 'adapter' Konfigurationsoption setzen mit einem String, der den Adapternamen (z.B.
-            'Zend_Http_Client_Adapter_Socket') enthält, oder mit eine Variable, die ein
-            Adapterobjekt (z.B. <code>new Zend_Http_Client_Adapter_Test</code>) enthält. Man kann
-            den Adapter auch danach setzen, indem man die
+            Der Verbindungsadapter für das <classname>Zend_Http_Client</classname> Objekt wird durch
+            Verwendung der 'adapter' Konfigurationsoption gesetzt. Beim Instanzieren des Client
+            Objektes kann man die 'adapter' Konfigurationsoption setzen mit einem String, der den
+            Adapternamen (z.B. 'Zend_Http_Client_Adapter_Socket') enthält, oder mit eine Variable,
+            die ein Adapterobjekt (z.B. <code>new Zend_Http_Client_Adapter_Test</code>) enthält. Man
+            kann den Adapter auch danach setzen, indem man die
             <classname>Zend_Http_Client->setConfig()</classname> Methode verwendet.
         </para>
     </sect2>
@@ -54,7 +55,7 @@
     <sect2 id="zend.http.client.adapters.socket">
         <title>Der Socket Adapter</title>
         <para>
-            Der Standard-Adapter von Zend_Http_Client ist der Zend_Http_Client_Adapter_Socket.
+            Der Standard-Adapter ist <classname>Zend_Http_Client_Adapter_Socket</classname>.
             Dieser wird benutzt, wenn kein anderer angegeben wird. Der Socket Adapter benutzt die
             native PHP Funktion fsockopen(), um die Verbindung aufzubauen, dafür werden keine
             besonderen PHP-Extensions oder Einstellungen benötigt.
@@ -269,14 +270,14 @@ echo $opts['ssl']['peer_certificate'];
     <sect2 id="zend.http.client.adapters.proxy">
         <title>Der Proxy Adapter</title>
         <para>
-                        Der Proxy Adapter Zend_Http_Client_Adapter_Proxy verhält sich wie der
-                        standard Zend_Http_Client_Adapter_Socket, mit dem Unterschied, dass
-                        die Verbindung über einen Proxy-Server aufgebaut wird.
+            Der Proxy Adapter <classname>Zend_Http_Client_Adapter_Proxy</classname> verhält sich wie
+            der standard <classname>Zend_Http_Client_Adapter_Socket</classname>, mit dem
+            Unterschied, dass die Verbindung über einen Proxy-Server aufgebaut wird.
         </para>
 
         <para>
-                Der Proxy Adapter benötigt zusätzliche Konfigurationsvariablen, die
-                nachfolgend gelistet sind.
+            Der Proxy Adapter benötigt zusätzliche Konfigurationsvariablen, die
+            nachfolgend gelistet sind.
             <table id="zend.http.client.adapters.proxy.table">
                 <title>Zend_Http_Client Konfigurationsparameter</title>
                 <tgroup cols="4">
@@ -324,25 +325,24 @@ echo $opts['ssl']['peer_certificate'];
             </table>
         </para>
         <para>
-                        proxy_host muss immer gesetzt werden, ansonsten wird der Proxy-Adapter
-                        auf Zend_Http_Client_Adapter_Socket zurückgreifen und keinen Proxy Server
-                        benutzen.
-                        Wird kein Prot mit übergeben, so versucht der Proxy-Adapter sich auf den
-                        Standardport '8080' zu verbinden.
+            proxy_host muss immer gesetzt werden, ansonsten wird der Proxy-Adapter auf
+            <classname>Zend_Http_Client_Adapter_Socket</classname> zurückgreifen und keinen Proxy
+            Server benutzen. Wird kein Prot mit übergeben, so versucht der Proxy-Adapter sich auf
+            den Standardport '8080' zu verbinden.
         </para>
         <para>
-                        proxy_user und proxy_pass werden nur dann benötigt, wenn der Proxy-Server
-                        tatsächlich eine Authentifizierung erwartet. Werden diese Parameter mit
-                        übergeben, setzt der Proxy-Adapter zusätzlich den 'Proxy-Authentication'
-                        Header bei Anfragen. Wird keine Authentifizierung benötigt, sollten die
-                        beiden Parameter weggelassen werden.
+            proxy_user und proxy_pass werden nur dann benötigt, wenn der Proxy-Server
+            tatsächlich eine Authentifizierung erwartet. Werden diese Parameter mit
+            übergeben, setzt der Proxy-Adapter zusätzlich den 'Proxy-Authentication'
+            Header bei Anfragen. Wird keine Authentifizierung benötigt, sollten die
+            beiden Parameter weggelassen werden.
         </para>
         <para>
-                        proxy_auth setzt den Authentifizierungs-Typ. Dies ist nur nötig, wenn der
-                        Proxy-Server eine Authentifizierung erwartet.
-                        Mögliche Werte entsprechen denen der Zend_Http_Client::setAuth() Methode.
-                        Zur Zeit wird nur die BASIC-Authentifizierung
-                        ((Zend_Http_Client::AUTH_BASIC) unterstützt.
+            proxy_auth setzt den Authentifizierungs-Typ. Dies ist nur nötig, wenn der
+            Proxy-Server eine Authentifizierung erwartet.
+            Mögliche Werte entsprechen denen der Zend_Http_Client::setAuth() Methode.
+            Zur Zeit wird nur die BASIC-Authentifizierung
+            (Zend_Http_Client::AUTH_BASIC) unterstützt.
         </para>
         <example id="zend.http.client.adapters.proxy.example-1">
             <title>Zend_Http_Client hinter einem Proxy-Server nutzen</title>
@@ -448,17 +448,18 @@ $client->request("PUT");
             Server anfordert, eine Netzwerkverbindung, die nicht immer verfügbar ist.
         </para>
         <para>
-            Aus diesem Grund wird der Zend_Http_Client_Adapter_Test Adapter bereit gestellt. Man
-            kann seine eigenen Applikationen schreiben, um Zend_Http_Client zu verwenden, und nur
-            zu Testzwecken, z.B. in der Unit Test Suite, den Standardadapter durch den Testadapter
-            (ein Mock Objekt) austauschen, um Tests ohne direkte Serverbindungen auszuführen.
+            Aus diesem Grund wird der <classname>Zend_Http_Client_Adapter_Test</classname> Adapter
+            bereit gestellt. Man kann seine eigenen Applikationen schreiben, um
+            <classname>Zend_Http_Client</classname> zu verwenden, und nur zu Testzwecken, z.B. in
+            der Unit Test Suite, den Standardadapter durch den Testadapter (ein Mock Objekt)
+            austauschen, um Tests ohne direkte Serverbindungen auszuführen.
         </para>
         <para>
-            Der Zend_Http_Client_Adapter_Test Adapter stellt die zusätzliche Methode setResponse()
-            bereit. Diese Methode nimmt einen Parameter entgegen, der eine HTTP Antwort entweder als
-            Text oder als Zend_Http_Response Objekt repräsentiert. Einmal eingerichtet, wird der
-            Testadapter immer diese Antwort zurückgeben, ohne tatsächlich eine HTTP Anfrage
-            auszuführen.
+            Der <classname>Zend_Http_Client_Adapter_Test</classname> Adapter stellt die zusätzliche
+            Methode setResponse() bereit. Diese Methode nimmt einen Parameter entgegen, der eine
+            HTTP Antwort entweder als Text oder als <classname>Zend_Http_Response</classname> Objekt
+            repräsentiert. Einmal eingerichtet, wird der Testadapter immer diese Antwort
+            zurückgeben, ohne tatsächlich eine HTTP Anfrage auszuführen.
         </para>
         <example id="zend.http.client.adapters.test.example-1">
             <title>Testen gegen einen einfachen HTTP Response Stumpf</title>
@@ -489,16 +490,16 @@ $response = $client->request('GET');
 ]]></programlisting>
         </example>
         <para>
-            Das obere Beispiel zeigt, wie man einen HTTP Client voreinstellen kann, damit er die
+            Das obige Beispiel zeigt, wie man einen HTTP Client voreinstellen kann, damit er die
             benötigte Antwort zurückgibt. Danach kann man mit den Testen des eigenen Codes weiter
             machen, ohne von einer Netzwerkverbindung, der Serverantwort, etc. abhängig zu sein. In
             diesem Fall würde der Test mit der Prüfung fortfahren, wie die Applikation das XML aus
             der Antwort verarbeitet..
         </para>
         <para>
-                        Manchmal erfordert ein einziger Methoden-Aufruf mehrere HTTP-Übertragungen.
-                        Um mehrere HTTP-Antworten zu erstellen, müssen mit setResponse() die erste
-                        und mit addResponse() die nachfolgenden Antworten gesetzt werden.
+            Manchmal erfordert ein einziger Methoden-Aufruf mehrere HTTP-Übertragungen.
+            Um mehrere HTTP-Antworten zu erstellen, müssen mit setResponse() die erste
+            und mit addResponse() die nachfolgenden Antworten gesetzt werden.
         </para>
         <example id="zend.http.client.adapters.test.example-2">
             <title>Test mit mehreren HTTP-Antworten</title>
@@ -536,10 +537,18 @@ $adapter->addResponse(
         </example>
 
         <para>
+            Die setResponse() Methode löscht alle Antworten im Buffer von
+            <classname>Zend_Http_Client_Adapter_Test</classname> und setzt die erste Antwort
+            die zurückgegeben wird. Die addResponse() Methode fügt dann weitere Antworten
+            sukzessiv hinzu.
+        </para>
+
+        <para>
             Die HTTP-Antworten werden in der Reihenfolge zurückgegeben,
             in der sie angelegt worden sind. Gibt es mehr Anfragen als
             Antworten, so wird wieder bei der ersten Antwort angefangen.
         </para>
+
         <para>
             Das oben angeführte Beispiel kann dazu benutzt werden, um die Reaktion
             der eigenen Anwendung auf einen 302 Redirect (Weiterleitung) zu testen.
@@ -550,17 +559,20 @@ $adapter->addResponse(
 
     <sect2 id="zend.http.client.adapters.extending">
         <title>Einen eigenen Adapter erstellen</title>
+
         <para>
             Es ist möglich eigene Verbindungs-Adapter zu schreiben, die spezielle
             Bedürfnisse, wie persistente Sockets oder gecachte Verbindungen, abdecken.
-            Diese können dann, wie gewohnt mit dem Zend_Http_Client benutzt werden.
+            Diese können dann, wie gewohnt in der eigenen Anwendung benutzt werden können.
         </para>
+
         <para>
-                        Um einen neuen Adapter zu erstellen, muss eine neue Klasse angelegt werden,
-                        die das Zend_Http_Client_Adapter_Interface implementiert. Nachfolgend
-                        finden Sie ein Gerüst für einen neuen Adapter. Die public-Methoden müssen
-                        unbedingt implementiert werden.
+            Um einen neuen Adapter zu erstellen, muss eine neue Klasse angelegt werden,
+            die das <classname>Zend_Http_Client_Adapter_Interface</classname> implementiert.
+            Nachfolgend finden Sie ein Gerüst für einen neuen Adapter. Die public-Methoden müssen
+            unbedingt implementiert werden.
         </para>
+
         <example id="zend.http.client.adapters.extending.example-1">
             <title>Gerüst für einen eigenen Verbindungs-Adapter</title>
             <programlisting language="php"><![CDATA[

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15617 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.http.client.advanced">
     <title>Zend_Http_Client - Fortgeschrittende Nutzung</title>
@@ -7,9 +7,9 @@
     <sect2 id="zend.http.client.redirections">
         <title>HTTP Umleitungen</title>
         <para>
-            Standardmäßig verarbeitet Zend_Http_Client HTTP Umleitungen automatisch und folgt bis
-            zu 5 Umleitungen. Dies kann durch Setzen des 'maxredirects' Konfigurationsparameters
-            gändert werden.
+            Standardmäßig verarbeitet <classname>Zend_Http_Client</classname> HTTP Umleitungen
+            automatisch und folgt bis zu 5 Umleitungen. Dies kann durch Setzen des 'maxredirects'
+            Konfigurationsparameters gändert werden.
         </para>
         <para>
             Gemäß dem HTTP/1.1 RFC sollten HTTP 301 und 302 Antworten vom Client behandelt werden,
@@ -250,10 +250,11 @@ $client->setAuth('shahar', 'myPassword!');
     <sect2 id="zend.http.client.multiple_requests">
         <title>Versenden mehrerer Anfragen mit dem selben Client</title>
         <para>
-            Zend_Http_Client wurde zusätzlich besonders dafür entwickelt, um mehrere, aufeinander
-            folgende Abfragen durch das selbe Objekt verarbeiten zu können. Dies ist nützlich, wenn
-            z.B. ein Skript es erfordert, Daten von verschiedenen Stellen abzurufen, oder wenn eine
-            spezielle HTTP Ressource das Einloggen und Erhalten eines Session Cookies erfordert.
+            <classname>Zend_Http_Client</classname> wurde zusätzlich besonders dafür entwickelt, um
+            mehrere, aufeinander folgende Abfragen durch das selbe Objekt verarbeiten zu können.
+            Dies ist nützlich, wenn z.B. ein Skript es erfordert, Daten von verschiedenen Stellen
+            abzurufen, oder wenn eine spezielle HTTP Ressource das Einloggen und Erhalten eines
+            Session Cookies erfordert.
         </para>
         <para>
             Beim Ausführen mehrere Anfrage an den selben Host, wird es besonders empfohlen, den

documentation/manual/de/module_specs/Zend_Http_Client.xml

@@ -1,16 +1,17 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17097 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.http.client">
     <title>Einführung</title>
 
     <para>
-        Zend_Http_Client stellt eine einfache Schnittstelle für das Durchführen von Hyper-Text
-        Transfer Protocol (HTTP) Anfragen. Zend_Http_Client unterstützt die meisten einfachen
-        Funktionen, die man von einem HTTP Client erwartet, sowie einige komplexere Funktionen,
-        wie z.B. HTTP Authentifizierung und Dateiuploads. Erfolgreiche Anfragen (und die meisten
-        nicht erfolgreichen ebenfalls) liefern ein Zend_Http_Response Objekt zurück, welches den
-        Zugriff auf die Header und den Hauptteil der Antwort ermöglichen (siehe
+        <classname>Zend_Http_Client</classname> stellt eine einfache Schnittstelle für das
+        Durchführen von Hyper-Text Transfer Protocol (HTTP) Anfragen.
+        <classname>Zend_Http_Client</classname> unterstützt die meisten einfachen Funktionen, die
+        man von einem HTTP Client erwartet, sowie einige komplexere Funktionen, wie z.B. HTTP
+        Authentifizierung und Dateiuploads. Erfolgreiche Anfragen (und die meisten nicht
+        erfolgreichen ebenfalls) liefern ein <classname>Zend_Http_Response</classname> Objekt
+        zurück, welches den Zugriff auf die Header und den Hauptteil der Antwort ermöglichen (siehe
         <xref linkend="zend.http.response" />).
     </para>
 
@@ -57,8 +58,8 @@ $client->setConfig($config);
         <title>Konfigurationsparameter</title>
         <para>
             Der Konstruktor und die setConfig() Methode akzeptieren ein assoziatives Array mit
-            Konfigurationsparametern oder ein Zend_Config Objekt. Das Setzen dieser Parameter ist
-            optional, da alle einen Standardwert haben.
+            Konfigurationsparametern oder ein <classname>Zend_Config</classname> Objekt. Das Setzen
+            dieser Parameter ist optional, da alle einen Standardwert haben.
             <table id="zend.http.client.configuration.table">
                 <title>Zend_Http_Client Konfigurationsparameter</title>
                 <tgroup cols="4">
@@ -245,8 +246,8 @@ $client->setParameterPost(array(
     <sect2 id="zend.http.client.accessing_last">
         <title>Zugriff auf die Letzte Anfrage und Antwort</title>
         <para>
-            Zend_Http_Client bietet Methoden um Zugriff auf die letzte gesendete Anfrage und die
-            letzte empfangene Antwort des Client Objekts zu bekommen.
+            <classname>Zend_Http_Client</classname> bietet Methoden um Zugriff auf die letzte
+            gesendete Anfrage und die letzte empfangene Antwort des Client Objekts zu bekommen.
             <classname>Zend_Http_Client->getLastRequest()</classname> hat keine Parameter und gibt
             die letzte HTTP Anfrage als String zurück die der Client gesendet hat. Auf die gleiche
             Art und Weise gibt <classname>Zend_Http_Client->getLastResponse()</classname> die letzte

documentation/manual/de/module_specs/Zend_Http_Cookie-Handling.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17134 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.http.cookies">
     <title>Zend_Http_Cookie und Zend_Http_CookieJar</title>
@@ -7,26 +7,27 @@
     <sect2 id="zend.http.cookies.introduction">
         <title>Einführung</title>
         <para>
-            Wie erwartet ist Zend_Http_Cookie eine Klasse, die einen HTTP-Cookie
-            darstellt. Sie stellt Methoden zum Verarbeiten von HTTP-Antwort-Strings,
+            Wie erwartet ist <classname>Zend_Http_Cookie</classname> eine Klasse, die einen
+            HTTP-Cookie darstellt. Sie stellt Methoden zum Verarbeiten von HTTP-Antwort-Strings,
             Sammeln von Cookies und dem einfachen Zugriff auf deren Eigenschaften zur
             Verfügung. So ist es auch möglich verschiedene Zustände eines Cookies
             zu überprüfen, z.B. den Anfrage-URL, die Ablaufzeit, das Vorliegen
             einer sicheren Verbindung, etc.
         </para>
         <para>
-            Zend_Http_CookieJar ist ein Objekt, das normalerweise von der Klasse
-            Zend_Http_Client genutzt wird und einen Satz von
-            Zend_Http_Cookie Objekten beinhaltet. Wenn die Klassen miteinander
-            verbunden sind, werden alle ein- und ausgehenden Cookies der
-            HTTP-Anfragen und -Antworten im CookieJar Objekt gespeichert. Bei
+            <classname>Zend_Http_CookieJar</classname> ist ein Objekt, das normalerweise von der
+            Klasse <classname>Zend_Http_Client</classname> genutzt wird und einen Satz von
+            <classname>Zend_Http_Cookie</classname> Objekten beinhaltet. Die Idee ist das wenn ein
+            <classname>Zend_Http_CookieJar</classname> an ein
+            <classname>Zend_Http_Client</classname> Objekt angehängt wird, alle ein- und ausgehenden
+            Cookies der HTTP-Anfragen und -Antworten im CookieJar Objekt gespeichert werden. Bei
             einer neuen Anfrage seitens des Clients wird nach allen Cookies,
             die auf diese Anfrage zutreffen, gesucht. Diese werden automatisch
             zum Anfrage-Header hinzugefügt, was besonders nützlich ist, wenn man
             eine Benutzersession über aufeinanderfolgende HTTP-Anfragen beibehalten
             muss; die Session-ID wird automatisch gesendet, wenn es notwendig ist.
-            Ferner ist es möglich, Zend_Http_CookieJar Objekte zu serialisieren und,
-            wenn nötig, in $_SESSION zu speichern.
+            Ferner ist es möglich, <classname>Zend_Http_CookieJar</classname> Objekte zu
+            serialisieren und, wenn nötig, in $_SESSION zu speichern.
         </para>
     </sect2>
 
@@ -38,7 +39,7 @@
                 <listitem>
                     <para>
                     Mithilfe des Konstruktors und der folgenden Syntax:
-                    <code>new Zend_Http_Cookie(string $name, string $value, string $domain, [int
+                    <code>new <classname>Zend_Http_Cookie</classname>(string $name, string $value, string $domain, [int
                        $expires, [string $path, [boolean $secure]]]);</code>
                     </para>
                     <itemizedlist>
@@ -115,10 +116,10 @@ $cookie = Zend_Http_Cookie::fromString('foo=bar; secure;',
             <note>
                 <para>
                     Beim Instanzieren eines Cookie Objekts mit der
-                    Zend_Http_Cookie::fromString()-Methode wird erwartet, dass der Cookie-Inhalt
-                    URL-kodiert ist, wie es bei Cookie-Strings sein sollte. Allerdings wird
-                    angenommen, dass der Inhalt bei Verwendung des Konstruktors in seiner
-                    eigentlichen Form, d.h. nicht URL-kodiert, übergeben wird.
+                    <classname>Zend_Http_Cookie</classname>::fromString()-Methode wird erwartet,
+                    dass der Cookie-Inhalt URL-kodiert ist, wie es bei Cookie-Strings sein sollte.
+                    Allerdings wird angenommen, dass der Inhalt bei Verwendung des Konstruktors in
+                    seiner eigentlichen Form, d.h. nicht URL-kodiert, übergeben wird.
                 </para>
             </note>
         </para>
@@ -154,9 +155,9 @@ echo $cookie;
     <sect2 id="zend.http.cookies.cookie.accessors">
         <title>Zend_Http_Cookie getter-Methoden</title>
         <para>
-            Sobald ein Zend_Http_Cookie instanziert wurde, stellt es diverse getter-Methoden zur
-            Verfügung, die es einem ermöglichen, auf die verschiedenen Eigenschaften des
-            HTTP-Cookies zuzugreifen:
+            Sobald ein <classname>Zend_Http_Cookie</classname> instanziert wurde, stellt es diverse
+            getter-Methoden zur Verfügung, die es einem ermöglichen, auf die verschiedenen
+            Eigenschaften des HTTP-Cookies zuzugreifen:
             <itemizedlist>
                 <listitem>
                     <para>
@@ -253,20 +254,20 @@ echo ($cookie->isSessionCookie() ? 'Ja' : 'Nein');
     <sect2 id="zend.http.cookies.cookie.matching">
         <title>Zend_Http_Cookie: Überprüfen von Szenarien</title>
         <para>
-            Die einzige wirkliche Logik in einem Zend_Http_Cookie-Objekt befindet sich in der
-            match()-Methode. Sie wird genutzt um zu Überprüfen, ob ein Cookie auf eine HTTP-Anfrage
-            zutrifft, um zu entscheiden, ob der Cookie in der Anfrage gesendet werden soll. Die
-            Methode hat folgende Syntax und Parameter:
+            Die einzige wirkliche Logik in einem <classname>Zend_Http_Cookie</classname> Objekt
+            befindet sich in der match()-Methode. Sie wird genutzt um zu Überprüfen, ob ein Cookie
+            auf eine HTTP-Anfrage zutrifft, um zu entscheiden, ob der Cookie in der Anfrage gesendet
+            werden soll. Die Methode hat folgende Syntax und Parameter:
             <code>boolean Zend_Http_Cookie->match(mixed $uri, [boolean $matchSessionCookies,
                 [int $now]]);</code>
             <itemizedlist>
                 <listitem>
                     <para>
-                        <code>mixed $uri</code>: Ein zu überprüfendes Zend_Uri_Http-Objekt mit einer
-                        Domain und einem Pfad. Wahlweise kann stattdessen jedoch auch ein String,
-                        der einen validen HTTP-URL darstellt, übergeben werden. Der Cookie ist
-                        zutreffend, wenn das URL-Schema (HTTP oder HTTPS), die Domain sowie der Pfad
-                        passen.
+                        <code>mixed $uri</code>: Ein zu überprüfendes
+                        <classname>Zend_Uri_Http</classname> Objekt mit einer Domain und einem Pfad.
+                        Wahlweise kann stattdessen jedoch auch ein String, der einen validen
+                        HTTP-URL darstellt, übergeben werden. Der Cookie ist zutreffend, wenn das
+                        URL-Schema (HTTP oder HTTPS), die Domain sowie der Pfad passen.
                     </para>
                 </listitem>
                 <listitem>
@@ -339,43 +340,46 @@ $cookie->match('http://www.example.com/', true, time() + (3 * 3600));
     <sect2 id="zend.http.cookies.cookiejar">
         <title>Die Zend_Http_CookieJar Klasse: Instanzierung</title>
         <para>
-            In den meisten Fällen ist es nicht notwendig, ein Zend_Http_CookieJar Objekt
-            direkt zu erstellen. Wenn man ein neues CookieJar zum Zend_Http_Client Objekts
-            hinzufügen will, muss man lediglich die Methode Zend_Http_Client->setCookieJar(
-            aufrufen, die ein neues und leeres CookieJar zum Client hinzufügt. Später kann
-            man dieses CookieJar via Zend_Http_Client->getCookieJar() holen.
+            In den meisten Fällen ist es nicht notwendig, ein
+            <classname>Zend_Http_CookieJar</classname> Objekt direkt zu erstellen. Wenn man ein
+            neues CookieJar zum <classname>Zend_Http_Client</classname> Objekts hinzufügen will,
+            muss man lediglich die Methode Zend_Http_Client->setCookieJar( aufrufen, die ein neues
+            und leeres CookieJar zum Client hinzufügt. Später kann man dieses CookieJar via
+            Zend_Http_Client->getCookieJar() holen.
         </para>
         <para>
             Wenn dennoch ein CookieJar Objekt manuell erstellen werden soll, kann man dies
             direkt durch "new Zend_Http_CookieJar()" erreichen - der Konstruktor benötigt
             keine Parameter. Ein anderer Weg zum Instanzieren eines CookieJar Objekts ist
             es, die statische Methode Zend_Http_CookieJar::fromResponse() zu nutzen. Diese
-            Methode benötigt zwei Parameter: ein Zend_Http_Response Objekt und einen
-            Referenz_URI, entweder in Form eines Strings oder eines Zend_Uri_Http Objekts.
-            Es wird ein Zend_Http_CookieJar Objekt zurückgegeben, das bereits die Cookies,
-            die durch die HTTP-Antwort gesetzt wurden, enthält. Der Referenz-URI wird
-            genutzt um die Domain und den Pfad des Cookies zu setzen, sofern sie nicht
-            in den Set-Cookie-Headern definiert wurden.
+            Methode benötigt zwei Parameter: ein <classname>Zend_Http_Response</classname> Objekt
+            und einen Referenz_URI, entweder in Form eines Strings oder eines
+            <classname>Zend_Uri_Http</classname> Objekts. Es wird ein
+            <classname>Zend_Http_CookieJar</classname> Objekt zurückgegeben, das bereits die
+            Cookies, die durch die HTTP-Antwort gesetzt wurden, enthält. Der Referenz-URI wird
+            genutzt um die Domain und den Pfad des Cookies zu setzen, sofern sie nicht in den
+            Set-Cookie-Headern definiert wurden.
         </para>
     </sect2>
 
     <sect2 id="zend.http.cookies.cookiejar.adding_cookies">
         <title>Hinzufügen von Cookies zu einem Zend_Http_CookieJar Objekt</title>
         <para>
-            Normalerweise werden die, durch HTTP-Antworten gesetzen, Cookies vom Zend_Http_Client
-            Objekt automatisch zu dessen CookieJar hinzugefügt. Wenn man es wünscht, kann man
-            Cookies auch manuell zum CookieJar hinzufügen, was durch Nutzen zweier Methoden
-            erreicht werden kann:
+            Normalerweise werden die, durch HTTP-Antworten gesetzen, Cookies vom
+            <classname>Zend_Http_Client</classname> Objekt automatisch zu dessen CookieJar
+            hinzugefügt. Wenn man es wünscht, kann man Cookies auch manuell zum CookieJar
+            hinzufügen, was durch Nutzen zweier Methoden erreicht werden kann:
             <itemizedlist>
                 <listitem>
                     <para>
                         <classname>Zend_Http_CookieJar->addCookie($cookie[, $ref_uri])</classname>:
                         Hinzufügen eines einzelnen Cookies zum CookieJar. $cookie kann entweder ein
-                        Zend_Http_Cookie-Objekt oder ein String, der automatisch zu einem Cookie
-                        Objekt transformiert wird, sein. Wenn ein String übergeben wird, sollte man
-                        jedoch zusätzlich immer $ref_uri übergeben, da dieser einen Referenz-URI
-                        darstellt - in Form eines Strings oder eines Zend_Uri_Http Objekts - dessen
-                        Werte als Standard für die Domain und den Pfad des Cookies genutzt werden.
+                        <classname>Zend_Http_Cookie</classname> Objekt oder ein String, der
+                        automatisch zu einem Cookie Objekt transformiert wird, sein. Wenn ein String
+                        übergeben wird, sollte man jedoch zusätzlich immer $ref_uri übergeben, da
+                        dieser einen Referenz-URI darstellt - in Form eines Strings oder eines
+                        <classname>Zend_Uri_Http</classname> Objekts - dessen Werte als Standard für
+                        die Domain und den Pfad des Cookies genutzt werden.
                     </para>
                 </listitem>
                 <listitem>
@@ -383,9 +387,10 @@ $cookie->match('http://www.example.com/', true, time() + (3 * 3600));
                         <classname>Zend_Http_CookieJar->addCookiesFromResponse($response,
                             $ref_uri)</classname>: Fügt alle Cookies zum CookieJar hinzu, die in
                         einer einzelnen HTTP-Antwort gesetzt wurden. Es wird erwartet, dass
-                        $response ein Zend_Http_Response Objekt mit Set-Cookie-Headern ist. $ref_uri
-                        ist ein Anfrage-URI in Form eines Strings oder eines Zend_Uri_Http-Objekts
-                        dessen Inhalt die Standarddomain und den -pfad des Cookies bestimmt.
+                        $response ein <classname>Zend_Http_Response</classname> Objekt mit
+                        Set-Cookie-Headern ist. $ref_uri ist ein Anfrage-URI in Form eines Strings
+                        oder eines <classname>Zend_Uri_Http</classname> Objekts dessen Inhalt die
+                        Standarddomain und den -pfad des Cookies bestimmt.
                     </para>
                 </listitem>
             </itemizedlist>
@@ -396,12 +401,14 @@ $cookie->match('http://www.example.com/', true, time() + (3 * 3600));
         <title>Abrufen der Cookies von einem Zend_Http_CookieJar-Objekts</title>
         <para>
             Wie beim Hinzufügen von Cookies ist es normalerweise nicht notwendig,
-            die Cookies manuell von einem CookieJar Objekt zu holen. Das Zend_Http_Client Objekt
-            holt automatisch alle benötigten Cookies für eine HTTP-Anfrage. Allerdings
-            gibt es drei Methoden die Cookies aus einem CookieJar zu holen:
-            <methodname>getCookie()</methodname>, <methodname>getAllCookies()</methodname>, und
+            die Cookies manuell von einem CookieJar Objekt zu holen. Das
+            <classname>Zend_Http_Client</classname> Objekt holt automatisch alle benötigten Cookies
+            für eine HTTP-Anfrage. Allerdings gibt es drei Methoden die Cookies aus einem CookieJar
+            zu holen: <methodname>getCookie()</methodname>,
+            <methodname>getAllCookies()</methodname>, und
             <methodname>getMatchingCookies()</methodname>. Zusätzlich erhält man alle
-            Zend_Http_Cookie Objekte von CookieJar wenn man durch Ihn iteriert.
+            <classname>Zend_Http_Cookie</classname> Objekte von CookieJar wenn man durch Ihn
+            iteriert.
         </para>
         <para>
             Es ist wichtig anzumerken, dass jede dieser Methoden einen speziellen
@@ -411,8 +418,8 @@ $cookie->match('http://www.example.com/', true, time() + (3 * 3600));
                 <listitem>
                     <para>
                     <classname>Zend_Http_CookieJar::COOKIE_OBJECT</classname>: Gibt ein
-                    Zend_Http_Cookie Objekt zurück. Wenn diese Methode mehr als
-                    einen Cookie zurückgeben sollte, wird stattdessen ein Array aus Objekten
+                    <classname>Zend_Http_Cookie</classname> Objekt zurück. Wenn diese Methode mehr
+                    als einen Cookie zurückgeben sollte, wird stattdessen ein Array aus Objekten
                     zurückgegeben.
                     </para>
                 </listitem>
@@ -445,10 +452,10 @@ $cookie->match('http://www.example.com/', true, time() + (3 * 3600));
                     <classname>Zend_Http_CookieJar->getCookie($uri, $cookie_name[,
                         $ret_as])</classname>: Gibt einen einzelnen Cookie von dem CookieJar zurück,
                     dessen URI (Domain und Pfad) und Name zu den Parametern passen. $uri ist
-                    entweder ein String oder ein Zend_Http_Uri Objekt, die den URI darstellen.
-                    $cookie_name ist ein String zum Identifizieren des Cookie-Namens. $ret_as ist
-                    ein optionaler Parameter, der angibt, von welchem Typ der zurückgegebene Wert
-                    ist. Der Standardwert ist COOKIE_OBJECT.
+                    entweder ein String oder ein <classname>Zend_Http_Uri</classname> Objekt, die
+                    den URI darstellen. $cookie_name ist ein String zum Identifizieren des
+                    Cookie-Namens. $ret_as ist ein optionaler Parameter, der angibt, von welchem Typ
+                    der zurückgegebene Wert ist. Der Standardwert ist COOKIE_OBJECT.
                     </para>
                 </listitem>
                 <listitem>
@@ -466,9 +473,10 @@ $cookie->match('http://www.example.com/', true, time() + (3 * 3600));
                     <itemizedlist>
                         <listitem>
                             <para>
-                            <varname>$uri</varname> ist entweder ein Zend_Uri_Http Objekt oder ein
-                            String, der den Verbindungstyp (sicher oder unsicher), die Domain und
-                            den Pfad angibt. Nach diesen Informationen wird im CookieJar gesucht.
+                            <varname>$uri</varname> ist entweder ein
+                            <classname>Zend_Uri_Http</classname> Objekt oder ein String, der den
+                            Verbindungstyp (sicher oder unsicher), die Domain und den Pfad angibt.
+                            Nach diesen Informationen wird im CookieJar gesucht.
                             </para>
                         </listitem>
                         <listitem>

documentation/manual/de/module_specs/Zend_Http_Response.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17134 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.http.response">
     <title>Zend_Http_Response</title>
@@ -7,10 +7,11 @@
     <sect2 id="zend.http.response.introduction">
         <title>Einführung</title>
         <para>
-            Zend_Http_Response stellt den einfachen Zugriff auf eine HTTP Rückantwort sowie einige
-            statische Methoden zum Analysieren der HTTP Rückantworten bereit. Normalerweise wird
-            Zend_Http_Response als ein Objekt verwendet, dass von einer Zend_Http_Client Anfrage
-            zurückgegeben wurde.
+            <classname>Zend_Http_Response</classname> stellt den einfachen Zugriff auf eine HTTP
+            Rückantwort sowie einige statische Methoden zum Analysieren der HTTP Rückantworten
+            bereit. Normalerweise wird <classname>Zend_Http_Response</classname> als ein Objekt
+            verwendet, dass von einer <classname>Zend_Http_Client</classname> Anfrage zurückgegeben
+            wurde.
         </para>
         <para>
             In den meisten Fällen wird ein Zend_Http_Response Objekt über die factory() Methode
@@ -79,9 +80,9 @@ $response = Zend_Http_Response::factory($str);
     <sect2 id="zend.http.response.testers">
         <title>Boolesche Testmethoden</title>
         <para>
-            Sobald ein Zend_Http_Response Objekt instantiert ist, stellt es mehrere Methoden bereit,
-            die zum Testen des Typs der Antwort verwendet werden können. Diese geben alle ein
-            boolesches true oder false zurück:
+            Sobald ein <classname>Zend_Http_Response</classname> Objekt instantiert ist, stellt es
+            mehrere Methoden bereit, die zum Testen des Typs der Antwort verwendet werden können.
+            Diese geben alle ein boolesches true oder false zurück:
             <itemizedlist>
                 <listitem>
                     <para>
@@ -219,11 +220,11 @@ echo $body;
     <sect2 id="zend.http.response.static_parsers">
         <title>Statische HTTP Antwortanalysierer</title>
         <para>
-            Die Zend_Http_Response Klasse beinhaltet auch verschiedene, intern verwendete Methoden
-            für die Verarbeitung und Analyse der HTTP Rückantworten bereit. Diese Methoden sind
-            alle als statische Methoden eingerichtet, so dass man sie extern verwenden kann, ohne
-            dass man ein Response Objekt instanzierebn muss und nur einen bestimmten Teil der
-            Antwort extrahieren möchte.
+            Die <classname>Zend_Http_Response</classname> Klasse beinhaltet auch verschiedene,
+            intern verwendete Methoden für die Verarbeitung und Analyse der HTTP Rückantworten
+            bereit. Diese Methoden sind alle als statische Methoden eingerichtet, so dass man sie
+            extern verwenden kann, ohne dass man ein Response Objekt instanzierebn muss und nur
+            einen bestimmten Teil der Antwort extrahieren möchte.
             <itemizedlist>
                 <listitem>
                     <para>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17166 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.infocard.basics">
     <title>Einführung</title>
@@ -164,11 +164,11 @@ if (isset($_POST['xmlToken'])) {
         <title>Die Zend_InfoCard Komponente alleine verwenden</title>
 
         <para>
-            Es ist auch möglich die Zend_InfoCard Komponente als alleinstehende Komponente zu
-            verwenden durch direkte Interaktion mit der <classname>Zend_InfoCard</classname> Klasse.
-            Die Verwendung der Zend_InfoCard Klasse ist ähnlich der Verwendung durch die
-            <classname>Zend_Auth</classname> Komponente. Ein Beispiel dieser Verwendung wird anbei
-            gezeigt:
+            Es ist auch möglich die <classname>Zend_InfoCard</classname> Komponente als
+            alleinstehende Komponente zu verwenden durch direkte Interaktion mit der
+            <classname>Zend_InfoCard</classname> Klasse. Die Verwendung der Zend_InfoCard Klasse ist
+            ähnlich der Verwendung durch die <classname>Zend_Auth</classname> Komponente. Ein
+            Beispiel dieser Verwendung wird anbei gezeigt:
         </para>
 
         <programlisting language="php"><![CDATA[

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17166 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.json.advanced">
     <title>Fortgeschrittene Verwendung von Zend_Json</title>
@@ -69,9 +69,9 @@ $phpNative = Zend_Json::decode($encodedValue, Zend_Json::TYPE_OBJECT);
         <title>Interner Encoder/Decoder</title>
 
         <para>
-            Zend_Json hat zwei unterschiedliche Modi abhängig davon ob ext/json in der PHP
-            Installation aktiviert ist oder nicht. Wenn ext/json installiert ist, werden
-            standardmäßig die Funktionen <methodname>json_encode()</methodname> und
+            <classname>Zend_Json</classname> hat zwei unterschiedliche Modi abhängig davon ob
+            ext/json in der PHP Installation aktiviert ist oder nicht. Wenn ext/json installiert
+            ist, werden standardmäßig die Funktionen <methodname>json_encode()</methodname> und
             <methodname>json_decode()</methodname> für die Kodierung und Dekodierung von JSON
             verwendet. Wenn ext/json nicht installiert ist wird eine Implentierung vom Zend
             Framework in PHP Code für die De-/Kodierung verwendet. Das ist naturgemäß langsamer als
@@ -96,9 +96,9 @@ Zend_Json::$useBuiltinEncoderDecoder = true:
             JSON Objektvariablen gespeichert werden können. Trotzdem funktionieren Sie nur wenn
             Sie nicht in doppelten Anführungszeichen gesetzt werden, was
             <classname>Zend_Json</classname> natürlich macht. Mit der Unterstützung von Ausdrücken
-            für Zend_Json können JSON Objekte mit gültigen Javascript Callbacks kodiert werden. Das
-            funktioniert sowohl für <methodname>json_encode()</methodname> als auch den internen
-            Kodierer.
+            für <classname>Zend_Json</classname> können JSON Objekte mit gültigen Javascript
+            Callbacks kodiert werden. Das funktioniert sowohl für
+            <methodname>json_encode()</methodname> als auch den internen Kodierer.
         </para>
 
         <para>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17166 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.layout.quickstart">
     <title>Zend_Layout Schnellstart</title>
@@ -14,9 +14,10 @@
 
         <para>
             In beiden Fällen, müssen trotzdem Layout Skripte erstellt werden. Layout Sktipte
-            verwenden einfach Zend_View (oder welche View Implementation auch immer verwendet wird).
-            Layout Variablen werden mit einem <classname>Zend_Layout</classname>
-            <link linkend="zend.view.helpers.initial.placeholder">Platzhalter</link> registriert,
+            verwenden einfach <classname>Zend_View</classname> (oder welche View Implementation auch
+            immer verwendet wird). Layout Variablen werden mit einem
+            <classname>Zend_Layout</classname> <link
+                linkend="zend.view.helpers.initial.placeholder">Platzhalter</link> registriert,
             und es kann auf Sie über den Platzhalter Helfer zugegriffen werden oder dadurch das Sie
             als Objekt Eigenschaften vom Layout Objekt über den Layout Helfer geholt werden.
         </para>
@@ -108,8 +109,8 @@
         </para>
 
         <para>
-            Zuerst sehen wir uns an wie Zend_Layout initialisiert wird um es mit dem MVC zu
-            verwenden:
+            Zuerst sehen wir uns an wie <classname>Zend_Layout</classname> initialisiert wird um es
+            mit dem MVC zu verwenden:
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -208,9 +209,9 @@ $layout = Zend_Layout::getMvcInstance();
         <title>Zend_Layout als eienständige Komponente verwenden</title>
 
         <para>
-            Als eigenständige Komponente bietet Zend_Layout nicht annähernd so viele Features oder
-            so viel Bequemlichkeit wie wenn es mit MVC verwendet wird. Trotzdem hat es zwei
-            grundsätzliche Vorteile:
+            Als eigenständige Komponente bietet <classname>Zend_Layout</classname> nicht annähernd
+            so viele Features oder so viel Bequemlichkeit wie wenn es mit MVC verwendet wird.
+            Trotzdem hat es zwei grundsätzliche Vorteile:
         </para>
 
         <itemizedlist>

documentation/manual/de/module_specs/Zend_Loader.xml

@@ -1,12 +1,13 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17166 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.loader.load">
 
     <title>Dynamisches Laden von Dateien und Klassen</title>
 
     <para>
-        Die Zend_Loader Klasse enthält Methoden die helfen Dateien dynamisch zu laden.
+        Die <classname>Zend_Loader</classname> Klasse enthält Methoden die helfen Dateien dynamisch
+        zu laden.
     </para>
 
     <tip>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17097 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.locale.migration">
 
@@ -85,7 +85,7 @@
                 für diese Änderung war, das die meisten Benutzer Performance Probleme hatten,
                 aber kein Caching verwendet wurde. Da der I18n Core eine Engstelle ist wenn kein
                 Caching verwendet wird, wurde entschieden ein standardmäßiges Caching hinzuzufügen
-                wenn für Zend_Locale kein Cache gesetzt wurde.
+                wenn für <classname>Zend_Locale</classname> kein Cache gesetzt wurde.
             </para>
 
             <para>

documentation/manual/de/module_specs/Zend_Mail-Encoding.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17133 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.mail.encoding">
     <title>Kodierung</title>
@@ -14,12 +14,13 @@
 
     <para>
         Die Kodierung des Headers, speziell die Kodierung des Subjects ist ein trickreiches Thema.
-        Zend_Mime implementiert aktuell seinen eigenen Algorithmus um quotedprintable Header nach
-        RFC-2045 zu kodieren. Der Hintergrund ist das Problem von <code>iconv_mime_encode</code>
-        und <code>mb_encode_mimeheader</code> in Bezug zu bestimmten Zeichensätzen. Dieser
-        Algorithmus unterbricht den Header nur bei Leerzeichen, das zu Headern führen könnte welche
-        die erwartete Länge von 76 Zeichen weit überschreiten. Für diesen Fall wird vorgeschlagen
-        zur BASE64 Header Kodierung zu welchseln, wie es im folgenden Beispiel beschrieben wird:
+        <classname>Zend_Mime</classname> implementiert aktuell seinen eigenen Algorithmus um
+        quotedprintable Header nach RFC-2045 zu kodieren. Der Hintergrund ist das Problem von
+        <code>iconv_mime_encode</code> und <code>mb_encode_mimeheader</code> in Bezug zu bestimmten
+        Zeichensätzen. Dieser Algorithmus unterbricht den Header nur bei Leerzeichen, das zu Headern
+        führen könnte welche die erwartete Länge von 76 Zeichen weit überschreiten. Für diesen Fall
+        wird vorgeschlagen zur BASE64 Header Kodierung zu welchseln, wie es im folgenden Beispiel
+        beschrieben wird:
     </para>
 
     <programlisting language="php"><![CDATA[

documentation/manual/de/module_specs/Zend_Mime_Message.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17166 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.mime.message">
     <title>Zend_Mime_Message</title>
@@ -39,8 +39,8 @@
         <para>
             Ein Array mit allen <classname>Zend_Mime_Part</classname> Objekten der
             <classname>Zend_Mime_Message</classname> wird von der Methode
-            <code>->getParts()</code> zurück gegeben. Das Zend_Mime_Part Objekt
-            kann dann geändert werden, da es im Array als Referenz gespeichert wird.
+            <code>->getParts()</code> zurück gegeben. Das <classname>Zend_Mime_Part</classname>
+            Objekt kann dann geändert werden, da es im Array als Referenz gespeichert wird.
             Wenn Abschnitte zum Array hinzugefügt werden oder die Sequenz geändert wird,
             muß das Array dem <classname>Zend_Mime_Message</classname> Objekt zurückgegeben werden,
             durch Aufruf von <code>->setParts($partsArray)</code>

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

@@ -1,13 +1,14 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17169 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.navigation.migration">
     <title>Migration von vorhergehenden Versionen</title>
 
     <para>
-        Dieses Kapitel beschreibt primär Brüche in der Abwärtskompatibilität von Zend_Navigation
-        und Zend_View_Helper_Navigation und sollte als Hilfe bei der Migration von vorhergehenden
-        Versionen dienen.
+        Dieses Kapitel beschreibt primär Brüche in der Abwärtskompatibilität von
+        <classname>Zend_Navigation</classname> und
+        <classname>Zend_View_Helper_Navigation</classname> und sollte als Hilfe bei der Migration
+        von vorhergehenden Versionen dienen.
     </para>
 
     <sect2 id="zend.view.navigation.zf7341">

documentation/manual/de/module_specs/Zend_Navigation-Pages-Common.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17133 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.navigation.pages.common">
     <title>Übliche Seiten Features</title>
@@ -20,7 +20,7 @@
     </para>
 
     <para>
-        Lesen Sie mehr über das erweitern von Zend_Navigation_Page in
+        Lesen Sie mehr über das erweitern von <classname>Zend_Navigation_Page</classname> in
         <link linkend="zend.navigation.pages.custom">Erstellung eigener Seiten Typen</link>.
     </para>
 

documentation/manual/de/module_specs/Zend_Rest_Server.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15713 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.rest.server">
     <title>Zend_Rest_Server</title>
@@ -8,7 +8,7 @@
         <title>Einführung</title>
 
         <para>
-            Zend_Rest_Server ist ein komplett-feature REST Server.
+            <classname>Zend_Rest_Server</classname> ist ein komplett-feature REST Server.
         </para>
     </sect2>
 

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17166 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.search.lucene.searching">
     <title>Einen Index durchsuchen</title>
@@ -364,7 +364,8 @@ $index->find($query, 'name', SORT_STRING, 'quantity', SORT_NUMERIC, SORT_DESC);
     <sect2 id="zend.search.lucene.searching.highlighting">
         <title>Such Resultate hervorheben</title>
         <para>
-            Zend_Search_Lucene bietet zwei Optionen für das Highlightinh von Suchergebnissen.
+            <classname>Zend_Search_Lucene</classname> bietet zwei Optionen für das Highlightinh von
+            Suchergebnissen.
         </para>
         <para>
             Die erste ist die Verwendung der <code>Zend_Search_Lucene_Document_Html</code> Klasse

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17166 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.session.advanced_usage">
 
@@ -9,7 +9,7 @@
         Wärend die Beispiele für die Basisnutzung völlig akzeptierbar sind, in ihrem Weg Zend
         Framework Sessions zu Benutzen, ist auch die beste Praxis zu bedenken. Diese Sektion
         beschreibt die näheren Details von Session Handling und illustriert die fortgeschrittene
-        Benutzung der Zend_Session Komponente.
+        Benutzung der <classname>Zend_Session</classname> Komponente.
     </para>
 
     <sect2 id="zend.session.advanced_usage.starting_a_session">
@@ -17,8 +17,8 @@
         <title>Starten einer Session</title>
 
         <para>
-            Wenn man alle Anfragen einer Session durch Zend_Session bearbeitet haben will,
-            muß die Session in der Bootstrap Datei gestartet werden:
+            Wenn man alle Anfragen einer Session durch <classname>Zend_Session</classname>
+            bearbeitet haben will, muß die Session in der Bootstrap Datei gestartet werden:
         </para>
 
         <example id="zend.session.advanced_usage.starting_a_session.example">
@@ -40,8 +40,8 @@ Zend_Session::start();
         </para>
 
         <para>
-            Es gibt vier Wege eine Session zustarten wenn Zend_Session verwendet wird. Zwei sind
-            falsch.
+            Es gibt vier Wege eine Session zustarten wenn <classname>Zend_Session</classname>
+            verwendet wird. Zwei sind falsch.
         </para>
 
         <orderedlist>
@@ -476,10 +476,10 @@ echo $myNamespace->someArray['foo']; // gibt "bar" aus
             Anwendungen anzudecken. Die Ausnahme "<emphasis>Zend_Session ist aktuell als nur-lesbar
             markiert</emphasis>" wird geworfen wärend Unit Tests durchgeführt werden, wenn
             irgendeine schreibende Methode verwendet wird nachdem Ende der Session. Trotzdem
-            benötigen Unit Tests die Zend_Session verwenden besondere Aufmerksamkeit weil das
-            Schließen (<methodname>Zend_Session::writeClose()</methodname>) oder Zerstören einer
-            Session (<methodname>Zend_Session::destroy()</methodname>) weitere Änderungen oder
-            Rücknahmen von Schlüsseln in jeder Instanz von
+            benötigen Unit Tests die <classname>Zend_Session</classname> verwenden besondere
+            Aufmerksamkeit weil das Schließen (<methodname>Zend_Session::writeClose()</methodname>)
+            oder Zerstören einer Session (<methodname>Zend_Session::destroy()</methodname>) weitere
+            Änderungen oder Rücknahmen von Schlüsseln in jeder Instanz von
             <classname>Zend_Session_Namespace</classname> verhindert. Dieses Verhalten ist ein
             direktes Resultat des darunterliegenden ext/session Mechanismus und PHP's
             <methodname>session_destroy()</methodname> und

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

@@ -1,16 +1,17 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17166 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.session.global_session_management">
 
     <title>Globales Session Management</title>
 
     <para>
-        Das Standardverhalten von Sessions kann mit Hilfe der statischen Methoden von Zend_Session
-        geändert werden. Das komplette Management und die Manipulation des globalen Session
-        Managements findet durch Verwendung von Zend_Session statt, was auch die Konfiguration der
-        <ulink url="http://www.php.net/session#session.configuration">üblichen Optionen, welche von
-        ext/session unterstützt werden</ulink>, durch
+        Das Standardverhalten von Sessions kann mit Hilfe der statischen Methoden von
+        <classname>Zend_Session</classname> geändert werden. Das komplette Management und die
+        Manipulation des globalen Session Managements findet durch Verwendung von
+        <classname>Zend_Session</classname> statt, was auch die Konfiguration der <ulink
+            url="http://www.php.net/session#session.configuration">üblichen Optionen, welche von
+            ext/session unterstützt werden</ulink>, durch
         <methodname>Zend_Session::setOptions()</methodname> enthält. Zum Beispiel kann, das
         fehlerhafte Versichern das ein sicherer <code>save_path</code> oder ein eindeutiger
         Cookiename von ext/session durch <methodname>Zend_Session::setOptions()</methodname>
@@ -22,12 +23,13 @@
         <title>Konfigurations Optionen</title>
 
         <para>
-            Wenn der erste Session Namensraum angefragt wird, startet Zend_Session automatisch die
-            PHP Session, ausser er wurde bereits mit <link
+            Wenn der erste Session Namensraum angefragt wird, startet
+            <classname>Zend_Session</classname> automatisch die PHP Session, ausser er wurde bereits
+            mit <link
                 linkend="zend.session.advanced_usage.starting_a_session"><methodname>Zend_Session::start()</methodname></link>
-            gestartet. Die darunterliegende PHP Session verwendet die Standards von Zend_Session,
-            ausser wenn Sie schon durch <methodname>Zend_Session::setOptions()</methodname>
-            modifiziert wurde.
+            gestartet. Die darunterliegende PHP Session verwendet die Standards von
+            <classname>Zend_Session</classname>, ausser wenn Sie schon durch
+            <methodname>Zend_Session::setOptions()</methodname> modifiziert wurde.
         </para>
 
         <para>
@@ -35,10 +37,11 @@
             Namens nach "<code>session.</code>") als Schlüssel eines Array inkludiert und an
             <methodname>Zend_Session::setOptions()</methodname> übergeben werden. Der
             korrespondierende Wert im Array wird verwendet um den Wert der Option dieser Session zu
-            setzen. Wenn keine Option durch den Entwickler gesetzt wird, wird Zend_Session zuerst
-            die benötigten Optionen anwenden und anschließend die standard php.ini Einstellungen.
-            Feedback der Community über die beste Handhabung für diese Optionen sollte gesendet
-            werden an <ulink url="mailto:fw-auth@lists.zend.com">fw-auth@lists.zend.com</ulink>.
+            setzen. Wenn keine Option durch den Entwickler gesetzt wird, wird
+            <classname>Zend_Session</classname> zuerst die benötigten Optionen anwenden und
+            anschließend die standard php.ini Einstellungen. Feedback der Community über die beste
+            Handhabung für diese Optionen sollte gesendet werden an <ulink
+                url="mailto:fw-auth@lists.zend.com">fw-auth@lists.zend.com</ulink>.
         </para>
 
         <example id="zend.session.global_session_management.setoptions.example">
@@ -256,12 +259,12 @@ Zend_Session::setOptions($config->toArray());
             </listitem>
             <listitem>
                 <para>
-                    Wenn eine Methode von Zend_Session als Verursacher der Fehlermeldung
-                    ist, sollte die Methode sorgfältig begutachtet werden und es ist sicher zu
-                    stellen das Sie auch wirklich in der Anwendung benötigt wird. Zum Beispiel
-                    sendet auch die standardmäßige Verwendung von <methodname>destroy()</methodname>
-                    einen HTTP Header um das Session Cookie auf der Seite des Clients ablaufen zu
-                    lassen. Wenn das nicht benötigt wird sollte
+                    Wenn eine Methode von <classname>Zend_Session</classname> als Verursacher der
+                    Fehlermeldung ist, sollte die Methode sorgfältig begutachtet werden und es ist
+                    sicher zu stellen das Sie auch wirklich in der Anwendung benötigt wird. Zum
+                    Beispiel sendet auch die standardmäßige Verwendung von
+                    <methodname>destroy()</methodname> einen HTTP Header um das Session Cookie auf
+                    der Seite des Clients ablaufen zu lassen. Wenn das nicht benötigt wird sollte
                     <methodname>destroy(false)</methodname> verwendet werden, da die Anweisungen für
                     das Ändern von Cookies im HTTP Header gesendet.
                 </para>
@@ -298,7 +301,7 @@ Zend_Session::setOptions($config->toArray());
             Der Wert des Cookies ist der eindeutige Identifizierer in der Session des Browsers. PHP'
             ext/session verwendet diesen Identifizierer um eine eindeutige eins-zu-eins Verbindung
             zwischen dem Besucher der Webseite und dem dauerhaften Session Daten Speicher
-            herzustellen. Zend_Session* umhüllt diesen Speichermechanismus
+            herzustellen. <classname>Zend_Session</classname>* umhüllt diesen Speichermechanismus
             (<varname>$_SESSION</varname>) mit einem objektorientierten Interface. Leider, wenn ein
             Angreifer Zugriff auf der Wert des Cookies (die Session Id) erhält, kann er die Session
             des Besuchers übernehmen. Dieses Problem gilt nicht nur für PHP oder den Zend Framework.
@@ -533,10 +536,10 @@ if (!isset($defaultNamespace->initialized)) {
         <title>stop()</title>
 
         <para>
-            Diese Methode macht nicht mehr als ein Flag in Zend_Session zu wechseln um weiteres
-            Schreiben in den Session Daten Speicher zu verhindern. Wir erwarten spezielles Feedback
-            für dieses Feature. Potentielle Nicht-/Verwendung könnte temporär bei Verwendung von
-            <classname>Zend_Session_Namespace</classname> Instanzen oder
+            Diese Methode macht nicht mehr als ein Flag in <classname>Zend_Session</classname> zu
+            wechseln um weiteres Schreiben in den Session Daten Speicher zu verhindern. Wir erwarten
+            spezielles Feedback für dieses Feature. Potentielle Nicht-/Verwendung könnte temporär
+            bei Verwendung von <classname>Zend_Session_Namespace</classname> Instanzen oder
             <classname>Zend_Session</classname> Methoden verhindern das auf den Session Daten
             Speicher geschrieben wird, wärend deren Ausführung zum Code der View transferiert wird.
             Versuche Aktionen auszuführen welche das Schreiben über diese Instanzen oder Methoden

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17134 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.session.introduction">
 
@@ -64,7 +64,8 @@
         von zusätzlichen, geeigneten Speichermodule wird, sobald Sie vorhanden ist, zur Verfügung
         gestellt. Mitglieder der Community werden ermutigt Speichermodule vorzuschlagen und an die
         <ulink url="mailto:fw-auth@lists.zend.com">fw-auth@lists.zend.com</ulink> Mailing-Liste zu
-        senden. Ein Zend_Db kompatibles Speichermodul wurde schon in der Liste veröffentlicht.
+        senden. Ein <classname>Zend_Db</classname> kompatibles Speichermodul wurde schon in der
+        Liste veröffentlicht.
     </para>
 
 </sect1>

documentation/manual/de/module_specs/Zend_Soap_Client.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17134 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.soap.client">
     <title>Zend_Soap_Client</title>
@@ -14,15 +14,16 @@
     </para>
 
     <para>
-        Im WSDL Modus verwendet die Zend_Soap_Client Komponente ein bereits vorbereitetes
-        WSDL Dokument um die Optionen des Transport Layers zu definieren.
+        Im WSDL Modus verwendet die <classname>Zend_Soap_Client</classname> Komponente ein bereits
+        vorbereitetes WSDL Dokument um die Optionen des Transport Layers zu definieren.
     </para>
 
     <para>
         Die WSDL Beschreibung wird normalerweise vom Web Service bereitgestellt auf das der Client
         zugreift. Wenn die WSDL Beschreibung nicht verfügbar gemacht wurde, kann man
-        Zend_Soap_Client im nicht-WSDL Modus verwenden. In diesem Modus müssel alle SOAP
-        Protokolloptionen explizit an der Zend_Soap_Client Klasse gesetzt werden.
+        <classname>Zend_Soap_Client</classname> im nicht-WSDL Modus verwenden. In diesem Modus
+        müssen alle SOAP Protokolloptionen explizit an der <classname>Zend_Soap_Client</classname>
+        Klasse gesetzt werden.
     </para>
 
     <sect2 id="zend.soap.client.constructor">
@@ -51,8 +52,9 @@
         <note>
             <title>Wichtig!</title>
             <para>
-                Wenn die Zend_Soap_Client Komponente im nicht-WSDL Modus verwendet wird,
-                <emphasis>müssen</emphasis> die 'location' und 'uri' Optionen gesetzt werden.
+                Wenn die <classname>Zend_Soap_Client</classname> Komponente im nicht-WSDL Modus
+                verwendet wird, <emphasis>müssen</emphasis> die 'location' und 'uri' Optionen
+                gesetzt werden.
             </para>
         </note>
 
@@ -87,8 +89,8 @@
                         entspricht.
                     </para>
                     <para>
-                        Das Ändern dieser Option kann das Zend_Soap_Client Objekt von oder zum WSDL
-                        Modus wechseln.
+                        Das Ändern dieser Option kann das <classname>Zend_Soap_Client</classname>
+                        Objekt von oder zum WSDL Modus wechseln.
                     </para>
                 </listitem>
                 <listitem>

documentation/manual/de/module_specs/Zend_Soap_Server.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17166 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.soap.server">
     <title>Zend_Soap_Server</title>
@@ -15,9 +15,9 @@
     </para>
 
     <para>
-        Wenn die Zend_Soap_Server Komponente im WSDL Modus arbeitet, verwendet Sie ein bereits
-        vorbereitetes WSDL Dokument um das Verhalten des Server Objakts und die Optionen des
-        Transport Layers zu definieren.
+        Wenn die <classname>Zend_Soap_Server</classname> Komponente im WSDL Modus arbeitet,
+        verwendet Sie ein bereits vorbereitetes WSDL Dokument um das Verhalten des Server Objekts
+        und die Optionen des Transport Layers zu definieren.
     </para>
 
     <para>
@@ -276,8 +276,9 @@ $server->handle();
         </note>
 
         <para>
-            Die Zend_Soap_Server Komponente führt Anfrage/Antwort-Bearbeitung automatisch durch. Sie
-            erlaubt es aber diese zu fangen und Vor- und Nach-bearbeitungen durchzuführen.
+            Die <classname>Zend_Soap_Server</classname> Komponente führt Anfrage/Antwort-Bearbeitung
+            automatisch durch. Sie erlaubt es aber diese zu fangen und Vor- und Nach-bearbeitungen
+            durchzuführen.
         </para>
 
         <sect3 id="zend.soap.server.request_response.request">

documentation/manual/de/module_specs/Zend_Soap_Wsdl.xml

@@ -1,16 +1,17 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17166 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.soap.wsdl">
     <title>WSDL Zugriffsmethoden</title>
 
     <note>
         <para>
-            Die <classname>Zend_Soap_Wsdl</classname> Klasse wird von der Zend_Soap_Server
-            Komponente intern verwendet um mit WSDL Dokumenten zu arbeiten. Trotzdem könnte man die
-            Funktionalität die von dieser Klasse angeboten wird auch für eigene Zwecke verwendet
-            werden. Das Zend_Soap_Wsdl Paket enthält sowohl einen Parser als auch einen Ersteller
-            für WSDL Dokumente.
+            Die <classname>Zend_Soap_Wsdl</classname> Klasse wird von der
+            <classname>Zend_Soap_Server</classname> Komponente intern verwendet um mit WSDL
+            Dokumenten zu arbeiten. Trotzdem könnte man die Funktionalität die von dieser Klasse
+            angeboten wird auch für eigene Zwecke verwendet werden. Das
+            <classname>Zend_Soap_Wsdl</classname> Paket enthält sowohl einen Parser als auch einen
+            Ersteller für WSDL Dokumente.
         </para>
         <para>
             Wenn man nicht plant das zu tun, kann dieses Kapitel der Dokumentation übersprungen
@@ -107,8 +108,8 @@
             WSDL Dokument (/definitions/portType) mit dem spezifizierten Port Typ Namen hinzu.
         </para>
         <para>
-            Es verbindet ein Set von Web Service Methoden die im Sinne der Zend_Soap_Server
-            Implementation definiert sind.
+            Es verbindet ein Set von Web Service Methoden die im Sinne der
+            <classname>Zend_Soap_Server</classname> Implementation definiert sind.
         </para>
         <para>
             Siehe <ulink url="http://www.w3.org/TR/wsdl#_porttypes"/> für Details.
@@ -125,7 +126,7 @@
         <para>
             Jede Port Operation korrespondiert zu einer Methode der Klasse (wenn der Web Service auf
             einer Klasse basiert) oder Funktion (wenn der Web Service auf einem Set von Methoden
-            basiert) im Sinne der Zend_Soap_Server Implementation.
+            basiert) im Sinne der <classname>Zend_Soap_Server</classname> Implementation.
         </para>
         <para>
             Sie fügt auch eine korrespondierende Port Operations Nachricht hinzu anhängig von den
@@ -134,9 +135,9 @@
 
             <note>
                 <para>
-                    Die Zend_Soap_Server Komponente erzeugt zwei Nachrichten für jede Port Operation
-                    wärend das Service das auf der <classname>Zend_Soap_Server</classname> Klasse
-                    basiert beschrieben wird:
+                    Die <classname>Zend_Soap_Server</classname> Komponente erzeugt zwei Nachrichten
+                    für jede Port Operation wärend das Service das auf der
+                    <classname>Zend_Soap_Server</classname> Klasse basiert beschrieben wird:
                     <itemizedlist>
                         <listitem>
                             <para>
@@ -176,8 +177,9 @@
         </para>
 
         <para>
-            Die Zend_Soap_Server Implementation verwendet den <code>$serviceName . 'Binding'</code>
-            Namen für das 'binding' Element eines WSDL Dokuments.
+            Die <classname>Zend_Soap_Server</classname> Implementation verwendet den
+            <code>$serviceName . 'Binding'</code> Namen für das 'binding' Element eines WSDL
+            Dokuments.
         </para>
     </sect2>
 
@@ -196,9 +198,9 @@
             Parametern.
         </para>
         <para>
-            Die Zend_Soap_Server Implementation fügt korrespondierende gebundene Einträge für jede
-            Web Service Methode mit Eingabe und Ausgabe Einträgen hinzu die ein 'soap:body' Element
-            als '&lt;soap:body use="encoded"
+            Die <classname>Zend_Soap_Server</classname> Implementation fügt korrespondierende
+            gebundene Einträge für jede Web Service Methode mit Eingabe und Ausgabe Einträgen hinzu
+            die ein 'soap:body' Element als '&lt;soap:body use="encoded"
             encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"/&gt; definieren.
         </para>
         <para>
@@ -240,8 +242,8 @@
             Transporte spezifiziert werden.
         </para>
         <para>
-            Die Zend_Soap_Server Implementation verwendet <code>$serviceUri . '#' .
-            $methodName</code> für den SOAP Operations Action Namen.
+            Die <classname>Zend_Soap_Server</classname> Implementation verwendet
+            <code>$serviceUri . '#' . $methodName</code> für den SOAP Operations Action Namen.
         </para>
         <para>
             Siehe <ulink url="http://www.w3.org/TR/wsdl#_soap:operation"/> für Details.
@@ -257,11 +259,12 @@
         </para>
         <para>
             WSDL 1.1 erlaubt es verschiedene Port Typen pro Service zu haben (Sets von Operationen).
-            Diese Fähigkeit wird von der Zend_Soap_Server Implementation nicht verwendet und von der
-            <classname>Zend_Soap_Wsdl</classname> Klasse nicht unterstützt.
+            Diese Fähigkeit wird von der <classname>Zend_Soap_Server</classname> Implementation
+            nicht verwendet und von der <classname>Zend_Soap_Wsdl</classname> Klasse nicht
+            unterstützt.
         </para>
         <para>
-            Die Zend_Soap_Server Implementation verwendet:
+            Die <classname>Zend_Soap_Server</classname> Implementation verwendet:
             <itemizedlist>
                 <listitem>
                     <para>
@@ -306,8 +309,8 @@
     <sect2 id="zend.soap.wsdl.types">
         <title>Typ Entsprechung</title>
         <para>
-            Die Zend_Soap WSDL Implementation der Zugriffsmethoden verwendet die folgenden Typ
-            Entsprechungen zwischen PHP und SOAP Typen:
+            Die <classname>Zend_Soap</classname> WSDL Implementation der Zugriffsmethoden verwendet
+            die folgenden Typ Entsprechungen zwischen PHP und SOAP Typen:
 
             <itemizedlist>
                 <listitem>
@@ -409,8 +412,8 @@ $soapMyClassType = $wsdl->getType('MyClass');
                 indem eine Instanz einer <classname>Zend_Soap_Wsdl_Strategy_Interface</classname>
                 Implementation als dritter Parameter des Konstruktors verwendet wird, oder indem die
                 <methodname>setComplexTypeStrategy($strategy)</methodname> Funktion von
-                Zend_Soap_Wsdl verwendet wird. Die folgenden Strategien für die Erkennung existieren
-                aktuell:
+                <classname>Zend_Soap_Wsdl</classname> verwendet wird. Die folgenden Strategien für
+                die Erkennung existieren aktuell:
             </para>
 
             <itemizedlist>
@@ -518,9 +521,10 @@ $soapMyClassType = $wsdl->getType('MyClass');
         <title>Parsen von WSDL Dokumentenrsing WSDL documents</title>
 
         <para>
-            Zend_Soap_Wsdl enthält auch einen Parser für WSDL Dokumente der seine eigene
-            Hauptanwendung für das Unit-Testen und die Code-Erzeugung von SOAP Webservices (Client
-            und Server) hat. Das folgende Beispiel zeigt wie der Parser verwendet werden kann:
+            <classname>Zend_Soap_Wsdl</classname> enthält auch einen Parser für WSDL Dokumente der
+            seine eigene Hauptanwendung für das Unit-Testen und die Code-Erzeugung von SOAP
+            Webservices (Client und Server) hat. Das folgende Beispiel zeigt wie der Parser
+            verwendet werden kann:
         </para>
 
         <programlisting language="php"><![CDATA[

documentation/manual/de/module_specs/Zend_Uri.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17166 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.uri.chapter">
   <title>Zend_Uri</title>
@@ -48,9 +48,9 @@ $uri = Zend_Uri::factory('http');
     <para>
         Um eine neue URI von Grund auf zu erstellen, übergibt man nur das Schema an
         <methodname>Zend_Uri::factory()</methodname><footnote><para>Zum Zeitpunkt des Schreiben
-        unterstützt Zend_Uri nur HTTP uznd HTTPS Schemata</para></footnote> . Wenn eine nicht
-        unterstütztes Schema übergeben wird, wird eine <classname>Zend_Uri_Exception</classname>
-        ausgeworfen.
+        unterstützt <classname>Zend_Uri</classname> nur HTTP und HTTPS Schemata</para></footnote>.
+        Wenn eine nicht unterstütztes Schema übergeben wird, wird eine
+        <classname>Zend_Uri_Exception</classname> ausgeworfen.
     </para>
 
     <para>
@@ -115,15 +115,16 @@ $valid = Zend_Uri::check('http://uri.in.question');
         <title>"Unwise" Zeichen in URIs erlauben</title>
 
         <para>
-            Standardmäßig wird Zend_Uri die folgenden Zeichen nicht akzepzieren, da Sie durch die
-            RFC als "unwise" definiert und deshalb ungültig sind: <code>"{", "}", "|", "\", "^",
-            "`"</code>. Trotzdem, akzeptieren viele Implementierungen diese Zeichen als Gültig.
+            Standardmäßig wird <classname>Zend_Uri</classname> die folgenden Zeichen nicht
+            akzepzieren, da Sie durch die RFC als "unwise" definiert und deshalb ungültig sind:
+            <code>"{", "}", "|", "\", "^", "`"</code>. Trotzdem, akzeptieren viele Implementierungen
+            diese Zeichen als Gültig.
         </para>
 
         <para>
-            Zend_Uri kann so eingestellt werden das es diese "unwise" Zeichen akzeptiert indem die
+            <classname>Zend_Uri</classname> kann so eingestellt werden das es diese "unwise" Zeichen akzeptiert indem die
             'allow_unwise' Option auf ein boolsches TRUE gesetzt wird, durch Verwendung der
-            Zend_Uri::setConfig() Methode:
+            <classname>Zend_Uri</classname>::setConfig() Methode:
         </para>
 
         <example id="zend.uri.validation.allowunwise.example-1">

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

@@ -1,15 +1,15 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17134 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.validate.set.hostname">
 
     <title>Hostname</title>
 
     <para>
-        Zend_Validate_Hostname erlaubt die Prüfung von Hostnamen mit einem Set von bekannten
-        Spezifikationen. Es ist möglich drei verschiedene Typen von Hostnamen zu Prüfen: einen DNS
-        Hostnamen (z.b. domain.com), IP Adressen (z.B. 1.2.3.4), und lokale Hostnamen (z.B.
-        localhost). Standarmäßig werden nur DNS Hostnamen geprüft.
+        <classname>Zend_Validate_Hostname</classname> erlaubt die Prüfung von Hostnamen mit einem
+        Set von bekannten Spezifikationen. Es ist möglich drei verschiedene Typen von Hostnamen zu
+        Prüfen: einen DNS Hostnamen (z.b. domain.com), IP Adressen (z.B. 1.2.3.4), und lokale
+        Hostnamen (z.B. localhost). Standarmäßig werden nur DNS Hostnamen geprüft.
     </para>
 
     <para>
@@ -44,9 +44,9 @@ if ($validator->isValid($hostname)) {
     <para>
         Es kann gewünscht sein auch IP Adressen, lokale Hostnamen, oder eine Kombination aller drei
         erlaubten Typen zu prüfen. Das kann gemacht werden durch die Übergabe eines Parameters an
-        Zend_Validate_Hostname wenn dieser initialisiert wird. Der Parameter sollte ein Integer
-        sein, welcher die Typen von Hostnamen auswählt die erlaubt sind. Hierfür können die
-        Zend_Validate_Hostname Konstanten verwendet werden.
+        <classname>Zend_Validate_Hostname</classname> wenn dieser initialisiert wird. Der Parameter
+        sollte ein Integer sein, welcher die Typen von Hostnamen auswählt die erlaubt sind. Hierfür
+        können die <classname>Zend_Validate_Hostname</classname> Konstanten verwendet werden.
     </para>
 
     <para>
@@ -86,8 +86,8 @@ $validator = new Zend_Validate_Hostname(Zend_Validate_Hostname::ALLOW_DNS |
     <para>
         Einige Länder Code Top Level Domains (ccTLDs), wie 'de' (Deutschland), unterstützen
         internationale Zeichen in Domain Namen. Diese sind als Internationale Domain Namen (IDN)
-        bekannt. Diese Domains können mit Zend_Validate_Hostname geprüft werden, mit Hilfe von
-        erweiterten Zeichen die im Prüfprozess verwendet werden.
+        bekannt. Diese Domains können mit <classname>Zend_Validate_Hostname</classname> geprüft
+        werden, mit Hilfe von erweiterten Zeichen die im Prüfprozess verwendet werden.
     </para>
 
     <para>
@@ -124,8 +124,9 @@ $validator = new Zend_Validate_Hostname(Zend_Validate_Hostname::ALLOW_DNS |
     <para>
         Eine IDN Domain zu prüfen ist genauso einfach wie die Verwendung des standard Hostnamen
         Prüfers da IDN Prüfung standardmäßig eingeschaltet ist. Wenn IDN Prüfung ausgeschaltet
-        werden soll, kann das entweder durch die Übergabe eines Parameters im Zend_Validate_Hostname
-        Konstruktor, oder über die <code>$validator->setValidateIdn()</code> Methode gemacht werden.
+        werden soll, kann das entweder durch die Übergabe eines Parameters im
+        <classname>Zend_Validate_Hostname</classname> Konstruktor, oder über die
+        <code>$validator->setValidateIdn()</code> Methode gemacht werden.
     </para>
 
     <para>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17134 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.validate.set" xmlns:xi="http://www.w3.org/2001/XInclude">
 
@@ -22,8 +22,8 @@
             <para>
                 Alphabetische Zeichen bedeuten Zeichen die in jeder Spache Wörter bilden. Trotzdem
                 wird das englische Alphabet in den folgenden Sprachen für alphabethische Zeichen
-                verwendet: Chinesisch, Japanisch, Koreanisch. Die Sprache wurde von Zend_Locale
-                spezifiziert.
+                verwendet: Chinesisch, Japanisch, Koreanisch. Die Sprache wurde von
+                <classname>Zend_Locale</classname> spezifiziert.
             </para>
         </note>
 

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

@@ -1,14 +1,14 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17166 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.validate.writing_validators">
 
     <title>Schreiben von Prüfern</title>
 
     <para>
-        Zend_Validate bietet ein Set von standardmäßig benötigten Prüfern, aber zwangsläufig, werden
-        Entwickler wünschen, eigene Prüfer für die eigenen Bedürfnisse zu schreiben. Die Aufgabe des
-        Schreibens eigener Prüfer wird in diesem Kapitel beschrieben.
+        <classname>Zend_Validate</classname> bietet ein Set von standardmäßig benötigten Prüfern,
+        aber zwangsläufig, werden Entwickler wünschen, eigene Prüfer für die eigenen Bedürfnisse zu
+        schreiben. Die Aufgabe des Schreibens eigener Prüfer wird in diesem Kapitel beschrieben.
     </para>
 
     <para>

documentation/manual/de/module_specs/Zend_Validate.xml

@@ -1,14 +1,15 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17166 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.validate.introduction">
 
     <title>Einführung</title>
 
     <para>
-        Die Zend_Validate Komponente bietet ein Set von üblich verwendeten Prüfungen. Sie bietet
-        auch einen einfachen Prüf-Ketten-Mechanismus mit welchem mehrfache Prüfungen zu einem
-        einfachen Wert in einer benutzer-definierten Art und Weise zugeordnet werden können.
+        Die <classname>Zend_Validate</classname> Komponente bietet ein Set von üblich verwendeten
+        Prüfungen. Sie bietet auch einen einfachen Prüf-Ketten-Mechanismus mit welchem mehrfache
+        Prüfungen zu einem einfachen Wert in einer benutzer-definierten Art und Weise zugeordnet
+        werden können.
     </para>
 
     <sect2 id="zend.validate.introduction.definition">

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

@@ -1,13 +1,13 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17166 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.view.migration">
     <title>Migration von vorhergehenden Versionen</title>
 
     <para>
-        Dieses Kapitel dokumentiert primär Brüche in der Rückwärts-Kompatibilität die in Zend_View
-        durchgeführt wurden, und sollte als Hilfe im Fall einer Migration von vorhergehenden
-        Versionen dienen.
+        Dieses Kapitel dokumentiert primär Brüche in der Rückwärts-Kompatibilität die in
+        <classname>Zend_View</classname> durchgeführt wurden, und sollte als Hilfe im Fall einer
+        Migration von vorhergehenden Versionen dienen.
     </para>
 
     <sect2 id="zend.view.migration.zf5748">

documentation/manual/de/module_specs/Zend_XmlRpc_Server.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17166 -->
+<!-- EN-Revision: 17172 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.xmlrpc.server">
     <title>Zend_XmlRpc_Server</title>
@@ -390,8 +390,8 @@ echo $server->handle();
 
             <para>
                 Im nächsten Beispiel wird gezeigt, wie man jede Exception, die von
-                Services_Exception abgeleitet wurde, als Fehler-Antwort nutzen kann,
-                dessen Nachricht und Code erhalten bleibt.
+                <classname>Services_Exception</classname> abgeleitet wurde, als Fehler-Antwort
+                nutzen kann, dessen Nachricht und Code erhalten bleibt.
             </para>
 
             <programlisting language="php"><![CDATA[