[MANUAL] German:

- sync to 20177

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

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

@@ -73,8 +73,8 @@ $renderer = Zend_Barcode::factory(
 
             <para>
                 Man kann ein <classname>Zend_Config</classname> Objekt an die Factory übergeben um
-                die notwendigen Objekte zu erstellen. Das folgende Beispiel ist funktionell identisch
-                mit dem vorherigen.
+                die notwendigen Objekte zu erstellen. Das folgende Beispiel ist funktionell
+                identisch mit dem vorherigen.
             </para>
 
             <programlisting language="php"><![CDATA[

documentation/manual/de/module_specs/Zend_Barcode-Objects_Details.xml

@@ -649,8 +649,8 @@
         <itemizedlist>
             <listitem>
                 <para>
-                    <emphasis>Name:</emphasis> Royal Mail oder RM4SCC (Royal Mail 4-State Customer
-                    Code)
+                    <emphasis>Name:</emphasis> Royal Mail oder <acronym>RM4SCC</acronym> (Royal Mail
+                    4-State Customer Code)
                 </para>
             </listitem>
 

documentation/manual/de/module_specs/Zend_Cache-Backends.xml

@@ -417,7 +417,7 @@ $cache = Zend_Cache::factory('Core', 'Two Levels');
                           <entry><constant>FALSE</constant></entry>
                           <entry>
                               Wenn <constant>TRUE</constant>, wird das fast_backend Argument als
-                              kompletter Klassenname verwendet; wenn <constant>false</constant>,
+                              kompletter Klassenname verwendet; wenn <constant>FALSE</constant>,
                               wird das frontend Argument als Ende des
                               "<classname>Zend_Cache_Backend_</classname>[...]" Klassennamens
                               verwendet

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

@@ -3,6 +3,7 @@
 <!-- Reviewed: no -->
 <sect1 id="zend.cache.theory">
     <title>Die Theorie des Cachens</title>
+
     <para>
         Es gibt 3 Schlüsselkonzepte in <classname>Zend_Cache</classname>. Eines ist die eindeutige
         Identifizierung (ein String), die benutzt wird, um Cache Datensätze zu identifizieren. Das
@@ -11,7 +12,7 @@
         Konzept ist die bedingte Ausführung, so das Teile des Codes komplett übersprungen werden
         können, was die Leistung steigert. Die Haupt-Frontend Funktion (eg.
         <methodname>Zend_Cache_Core::get()</methodname>) ist immer so gestaltet, das
-        <constant>false</constant> zurückgegeben wird, wenn ein Cache fehlt. Aber nur, wenn das für
+        <constant>FALSE</constant> zurückgegeben wird, wenn ein Cache fehlt. Aber nur, wenn das für
         die Natur des Frontends Sinn macht. Das erlaubt es Endbenutzern, die Teile des Codes, die
         gecached (oder übersprungen) werden sollen, in
         <emphasis><methodname>if()</methodname>{ ... }</emphasis> Anweisungen zu umhüllen, wobei
@@ -19,11 +20,13 @@
         muss das erstellte auf alle Fälle gespeichert werden (z.B.
         <methodname>Zend_Cache_Core::save()</methodname>).
     </para>
+
     <note><para>
         Das Design der bedingten Ausführung des erzeugten Codes ist in einigen Frontends nicht
         notwendig (<emphasis>Function</emphasis>, zum Beispiel) wenn die komplette Logik im
         verwendeten Frontend integriert ist.
     </para></note>
+
     <note><para>
         'Cache hit' ist ein Ausdruck für eine Bedingung, wenn ein Cache Datensatz gefunden wurde, er
         gültig und 'frisch' ist (in anderen Worten, er ist noch nicht abgelaufen). 'Cache miss' ist
@@ -31,12 +34,15 @@
         normalerweise tun würde) und anschließend cachen. Wenn ein 'Cache hit' geschieht muß, auf
         der anderen Seite, das Backend automatisch den Datensatz vom Cache transparent holen.
     </para></note>
+
     <sect2 id="zend.cache.factory">
         <title>Die Zend_Cache Factory Methode</title>
+
         <para>
             Ein guter Weg, um eine verwendbare Instanz eines <classname>Zend_Cache</classname>
             Frontends zu erstellen, wird im folgenden Beispiel gegeben:
         </para>
+
         <programlisting language="php"><![CDATA[
 // Wir wählen ein Backend (zum Beispiel 'File' oder 'Sqlite'...)
 $backendName = '[...]';
@@ -57,20 +63,25 @@ $cache = Zend_Cache::factory($frontendName,
                              $frontendOptions,
                              $backendOptions);
 ]]></programlisting>
+
         <para>
-            In den folgenden Beispielen wird angenommen, dass die <varname>$cache</varname> Variable ein
-            gültiges, initiiertes Frontend wie gezeigt enthält und dass verstanden wird, wie
+            In den folgenden Beispielen wird angenommen, dass die <varname>$cache</varname> Variable
+            ein gültiges, initiiertes Frontend wie gezeigt enthält und dass verstanden wird, wie
             Parameter an das ausgewählte Backend übergeben werden.
         </para>
-        <note><para>
-            Immer <methodname>Zend_Cache::factory()</methodname> benutzen, um eine Frontend Instanz zu
-            bekommen. Das selbstständige Instantiieren von Frontends und Backends funktioniert nicht
-            so wie erwartet.
-        </para></note>
+
+        <note>
+            <para>
+                Immer <methodname>Zend_Cache::factory()</methodname> benutzen, um eine Frontend
+                Instanz zu bekommen. Das selbstständige Instantiieren von Frontends und Backends
+                funktioniert nicht so wie erwartet.
+            </para>
+        </note>
     </sect2>
 
     <sect2 id="zend.cache.tags">
         <title>Markierte Datensätze</title>
+
         <para>
             Markierungen sind ein Weg um Cache Datensätze zu kategorisieren. Wenn der Cache mit der
             <methodname>save()</methodname> Methode abgespeichert werden soll, kann ein Array mit

documentation/manual/de/module_specs/Zend_Config_Ini.xml

@@ -20,7 +20,8 @@
         <title>Die Ini Datei parsen</title>
 
         <para>
-            <classname>Zend_Config_Ini</classname> verwendet die <acronym>PHP</acronym> Funktion <ulink
+            <classname>Zend_Config_Ini</classname> verwendet die <acronym>PHP</acronym> Funktion
+            <ulink
                 url="http://php.net/parse_ini_file"><methodname>parse_ini_file()</methodname></ulink>.
             Deren Dokumentation klärt über spezielle Verhaltensweisen auf, die sich auch auf
             <classname>Zend_Config_Ini</classname> auswirken, z. B. wie die besonderen Werte

documentation/manual/de/module_specs/Zend_Config_Writer.xml

@@ -38,7 +38,7 @@
     <para>
         Der <acronym>INI</acronym> Writer hat zwei Modi für die Darstellung bezüglich Sektionen.
         Standardmäßig wird die Top-Level Konfiguration immer in Sektionsnamen geschrieben. Durch den
-        Aufruf von <command>$writer->setRenderWithoutSections()</command> werden alle Optionen in
+        Aufruf von <command>$writer->setRenderWithoutSections();</command> werden alle Optionen in
         den globalen Namespace der <acronym>INI</acronym> Datei geschrieben und es werden keine
         Sektionen angehängt.
     </para>

documentation/manual/de/module_specs/Zend_Config_Xml.xml

@@ -3,6 +3,7 @@
 <!-- Reviewed: no -->
 <sect1 id="zend.config.adapters.xml">
     <title>Zend_Config_Xml</title>
+
     <para>
         <classname>Zend_Config_Xml</classname> ermöglicht es Entwicklern, Konfigurations-Daten in
         einfachen <acronym>XML</acronym> Dateien zu speichern und sie mit einer Syntax auszulesen,
@@ -17,16 +18,20 @@
         der Wert des Attributs entspricht dabei dem Namen der Sektion, von der Daten geerbt werden
         sollen.
     </para>
+
     <note>
         <title>Rückgabe Typen</title>
+
         <para>
             Konfigurations-Daten, die in <classname>Zend_Config_Xml</classname> eingelesen wurden,
             werden immer als Strings zurück gegeben. Die Konvertierung der Daten von Strings in
             andere Datentypen ist Aufgabe der Entwickler und von deren Bedürfnissen abhängig.
         </para>
     </note>
+
     <example id="zend.config.adapters.xml.example.using">
         <title>Zend_Config_Xml benutzen</title>
+
         <para>
             Dieses Beispiel zeigt die grundlegende Nutzung von
             <classname>Zend_Config_Xml</classname> um Konfigurations-Daten aus einer
@@ -186,14 +191,15 @@ $config = new Zend_Config_Xml($string, 'staging');
             Wenn der Namespace aktiviert ist, können <acronym>PHP</acronym> Konstanten in den
             Konfigurationsdateien verwendet werden. Zusätzlich ist das <emphasis>extends</emphasis>
             Attribut in den neuen Namespace gewandert und in im <constant>NULL</constant> Namespace
-            nicht mehr erlaubt. Es wird mit ZF 2.0 komplett entfernt.
+            nicht mehr erlaubt. Es wird mit Zend Framework 2.0 komplett entfernt.
         </para>
         <programlisting language="xml"><![CDATA[
 $string = <<<EOT
 <?xml version="1.0"?>
 <config xmlns:zf="http://framework.zend.com/xml/zend-config-xml/1.0/">
     <production>
-        <includePath><zf:const zf:name="APPLICATION_PATH"/>/library</includePath>
+        <includePath>
+            <zf:const zf:name="APPLICATION_PATH"/>/library</includePath>
         <db>
             <adapter value="pdo_mysql"/>
             <params>

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

@@ -6,6 +6,7 @@
 
     <sect2 id="zend.console.getopt.configuration.addrules">
         <title>Regeln für das Hinzufügen von Optionen</title>
+
         <para>
             Man kann mehr Optionsregeln hinzufügen, zusätzlich zu denen die
             schon im <classname>Zend_Console_Getopt</classname> Constructor definiert wurden,
@@ -18,8 +19,10 @@
             <link linkend="zend.console.getopt.rules">Definieren von GetOpt Regeln</link>
             für Details über die Syntax für die Definition von Optionen.
         </para>
+
         <example id="zend.console.getopt.configuration.addrules.example">
             <title>Verwenden von addRules()</title>
+
             <programlisting language="php"><![CDATA[
 $opts = new Zend_Console_Getopt('abp:');
 $opts->addRules(
@@ -113,6 +116,7 @@ $opts->setAliases(
 
     <sect2 id="zend.console.getopt.configuration.addargs">
         <title>Argument Listen hinzufügen</title>
+
         <para>
             Standardmäßig verwendet <classname>Zend_Console_Getopt</classname>
             <varname>$_SERVER['argv']</varname> für die Analyse des Arrays von
@@ -126,8 +130,10 @@ $opts->setAliases(
             Array von Zeichenketten, und die letztere Methode substituiert das Array für
             seine aktuellen Argumente.
         </para>
+
         <example id="zend.console.getopt.configuration.addargs.example">
             <title>Verwenden von addArguments() und setArguments()</title>
+
             <programlisting language="php"><![CDATA[
 // Normalerweise verwendet der Constructor $_SERVER['argv']
 $opts = new Zend_Console_Getopt('abp:');
@@ -143,6 +149,7 @@ $opts->setArguments(array('-a', '-p', 'p_parameter', 'non_option_arg'));
 
     <sect2 id="zend.console.getopt.configuration.config">
         <title>Konfiguration hinzufügen</title>
+
         <para>
             Der dritte Parameter des <classname>Zend_Console_Getopt</classname> Constructors
             ist ein Array von Optionen zur Konfiguration welche das Verhalten der
@@ -151,8 +158,10 @@ $opts->setArguments(array('-a', '-p', 'p_parameter', 'non_option_arg'));
             werden, oder es können auch individuelle Optionen mit der
             <methodname>setOption()</methodname> Methode verwendet werden.
         </para>
+
         <note>
             <title>Klarstellung des Ausdrucks "Option"</title>
+
             <para>
                 Der Ausdruck "Option" wird für die Konfiguration der
                 <classname>Zend_Console_Getopt</classname> Klasse verwendet um der Terminologie zu
@@ -161,11 +170,13 @@ $opts->setArguments(array('-a', '-p', 'p_parameter', 'non_option_arg'));
                 Klasse analysiert werden.
             </para>
         </note>
+
         <para>
             Die aktuell unterstützten Optionen sind durch Konstanten in der Klasse definiert.
             Diese Optionen, bzw deren konstanter Bezeichner (mit wörtlichem Wert in
             Großschreibweise) sind anbei gelistet:
         </para>
+
         <itemizedlist>
             <listitem>
                 <para>
@@ -177,16 +188,18 @@ $opts->setArguments(array('-a', '-p', 'p_parameter', 'non_option_arg'));
                     Diese Konfigurationsoption ist standardmäßig <constant>TRUE</constant>.
                 </para>
             </listitem>
+
             <listitem>
                 <para>
                     <constant>Zend_Console_Getopt::CONFIG_IGNORECASE</constant> ("ignoreCase"),
                     wenn es <constant>TRUE</constant> ist, werden Flags als Aliase voneinander
-                    betrachtet wenn Sie sich nur in der Groß-/Kleinschreibung unterscheiden.
+                    betrachtet wenn Sie sich nur in der Groß- oder Kleinschreibung unterscheiden.
                     Das bedeutet das <command>-a</command> und <command>-A</command> als
                     gleiche Flags angesehen werden. Diese Konfigurationsoption ist
                     standardmäßig <constant>FALSE</constant>.
                 </para>
             </listitem>
+
             <listitem>
                 <para>
                     <constant>Zend_Console_Getopt::CONFIG_RULEMODE</constant> ("ruleMode") kann

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

@@ -6,6 +6,7 @@
 
     <sect4 id="zend.controller.actionhelper.flashmessenger.introduction">
         <title>Einführung</title>
+
         <para>
             Der <emphasis>FlashMessenger</emphasis> Helfer erlaubt es Nachrichten zu übergeben die
             ein Benutzer bei der nächsten Anfrage sehen können soll. Um das durchführen zu können,
@@ -24,10 +25,11 @@
 
     <sect4 id="zend.controller.actionhelper.flashmessenger.basicusage">
         <title>Beispiel einer standardmäßigen Verwendung</title>
+
         <para>
             Das Anwendungsbeispiel von unten zeigt die Verwendung einer Flash Nachricht und Ihre
-            Grundlagen. Wenn die Aktion <filename>/some/my</filename> aufgerufen wird, fügt Sie die Flash
-            Nachricht "Eintrag gespeichert!" hinzu. Eine weitere Anfrage zu der Aktion
+            Grundlagen. Wenn die Aktion <filename>/some/my</filename> aufgerufen wird, fügt Sie die
+            Flash Nachricht "Eintrag gespeichert!" hinzu. Eine weitere Anfrage zu der Aktion
             <filename>/some/my-next-request</filename> empfängt Sie (und löscht Sie auch).
         </para>
 

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

@@ -46,8 +46,8 @@
                     <methodname>gotoSimple()</methodname> übergeben wird. Verwendet die
                     <acronym>API</acronym> von
                     <methodname>Zend_Controller_Action::_forward()</methodname>:
-                    <methodname>setGotoSimple($action, $controller = null, $module = null, array $params =
-                    array())</methodname>
+                    <methodname>setGotoSimple($action, $controller = null, $module = null, array
+                        $params = array())</methodname>
                 </para>
             </listitem>
 
@@ -55,8 +55,8 @@
                 <para>
                     <methodname>setGotoRoute()</methodname> kann verwendet werden um eine
                     <acronym>URL</acronym> basierend auf einer registrierten Route zu setzen.
-                    Übergeben in einem Array von Schlüssel/Werte Paaren und einem Routernamen, wird
-                    die <acronym>URL</acronym> anhand des Routertyps und der Definition
+                    Übergeben in einem Array von Schlüssel und Werte Paaren und einem Routernamen,
+                    wird die <acronym>URL</acronym> anhand des Routertyps und der Definition
                     zusammengebaut.
                 </para>
             </listitem>

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

@@ -37,7 +37,8 @@
                 <methodname>getRegistryKey()</methodname> und
                 <methodname>setRegistryKey()</methodname>. Diese können verwendet werden um
                 anzuzeigen welcher Registryschlüssel verwendet wird wenn der Stack herausgenommen
-                wird. Der Standardwert ist '<classname>Zend_Controller_Plugin_ActionStack</classname>'.
+                wird. Der Standardwert ist
+                '<classname>Zend_Controller_Plugin_ActionStack</classname>'.
             </para>
         </listitem>
 

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

@@ -6,17 +6,19 @@
 
     <sect2 id="zend.controller.quickstart.introduction">
         <title>Einführung</title>
+
         <para>
             <classname>Zend_Controller</classname> ist das Herz des <acronym>MVC</acronym> Systems
             des Zend Frameworks. <acronym>MVC</acronym> bedeutet <ulink
                 url="http://de.wikipedia.org/wiki/Model_View_Controller">Model-View-Controller</ulink>
-            und ist ein Entwurfsmuster, das darauf abzielt, Anwendungslogik von Anzeigelogik zu trennen.
-            <classname>Zend_Controller_Front</classname> implementiert ein <ulink
+            und ist ein Entwurfsmuster, das darauf abzielt, Anwendungslogik von Anzeigelogik zu
+            trennen. <classname>Zend_Controller_Front</classname> implementiert ein <ulink
                 url="http://www.martinfowler.com/eaaCatalog/frontController.html">Front-Controller</ulink>-Entwurfsmuster,
             das vorschreibt, dass alle Anfragen vom Front-Controller abgefangen und abhängig von der
             angeforderten <acronym>URL</acronym> an individuelle Action-Controller weitergeleitet
             werden.
         </para>
+
         <para>
             Das <classname>Zend_Controller</classname> System wurde im Sinne der
             Erweiterungsmöglichkeiten entwickelt, entweder durch Erstellen von Subklassen, welche

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

@@ -38,7 +38,8 @@ $response->sendResponse();
                 sein Ihn aufzurufen. Wenn man trotzdem die Antwort manipulieren will oder Sie beim
                 Testen verwenden will, kann dieses Verhalten durch das Setzen des
                 <property>returnResponse</property> Flags mit
-                <methodname>Zend_Controller_Front::returnResponse(true)</methodname> geändert werden:
+                <methodname>Zend_Controller_Front::returnResponse(true)</methodname> geändert
+                werden:
             </para>
 
             <programlisting language="php"><![CDATA[$front->returnResponse(true);

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

@@ -177,7 +177,7 @@ echo $chainedRoute->assemble();
 ]]></programlisting>
 
         <para>
-            Wenn man Chain-Routen mit <classname>Zend_Config</classname> konfiguriert und will das
+            Wenn man Chain-Routen mit <classname>Zend_Config</classname> konfiguriert und will dass
             das Trennzeichen ein anderes als ein Unterstrich ist, dann muss man dises Trennzeichen
             separat spezifizieren:
         </para>
@@ -214,6 +214,3 @@ echo $this->_router->assemble(array(), 'chainName_separator_subRouteName');
 ]]></programlisting>
     </sect4>
 </sect3>
-<!--
-vim:se ts=4 sw=4 et:
--->

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

@@ -46,7 +46,7 @@ $router->addRoute('user', $hostnameRoute->chain($plainPathRoute);
         Hostnamerouten können verwendet werden wie sie sind, sollten es aber nie. Der Grund dahinter
         ist, das Hostnamerouten alleine jedem Pfad entsprechen würden. Was man also tun muß, ist
         eine Pfadroute an die Hostnameroute zu ketten. Das wird, wie im Beispiel, getan indem
-        <command>$hostnameRoute->chain($pathRoute)</command> aufgerufen wird. Indem das getan
+        <command>$hostnameRoute->chain($pathRoute);</command> aufgerufen wird. Indem das getan
         wird, wird <varname>$hostnameRoute</varname> nicht geändert, aber eine neue Route
         (<classname>Zend_Controller_Router_Route_Chain</classname>), welche dann dem Router
         übergeben werden kann, wird zurückgegeben.

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

@@ -61,10 +61,10 @@ $values = array(
 
     <note>
         <para>
-            Diese Routeklasse verwendet das '<emphasis>#</emphasis>' Zeichen als Begrenzer. Das bedeutet das
-            ein Hashzeichen ('#') kommentiert werden muß aber keine Schrägstriche ('/') in der
-            Routendefinition. Da das '#' Zeichen (Anker genannt) selben an einen Webserver übergeben
-            wird, wird man dieses Zeichen selten in der eigenen regex verwenden.
+            Diese Routeklasse verwendet das '<emphasis>#</emphasis>' Zeichen als Begrenzer. Das
+            bedeutet das ein Hashzeichen ('#') kommentiert werden muß aber keine Schrägstriche ('/')
+            in der Routendefinition. Da das '#' Zeichen (Anker genannt) selben an einen Webserver
+            übergeben wird, wird man dieses Zeichen selten in der eigenen regex verwenden.
         </para>
     </note>
 

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

@@ -177,7 +177,7 @@ $router->addConfig($config, 'routes');
             <listitem>
                 <para>
                     <emphasis><methodname>getAction()</methodname></emphasis> -
-                    Sollte eine einzelne  Ressource empfangen die von einer <acronym>URI</acronym>
+                    Sollte eine einzelne Ressource empfangen die von einer <acronym>URI</acronym>
                     identifiziert wird und diese mit der Vew verknüpfen.
                 </para>
             </listitem>

documentation/manual/de/ref/language-snippets.xml

@@ -8,9 +8,9 @@
 <!ENTITY php.manual.link                        'http://www.php.net/manual/de/'>
 
 <!-- manual.xml.in -->
-<!ENTITY book.title                             'Zend Framework's Referenzhandbuch'>
-<!ENTITY book.pdf1.title                        'Zend Framework's Referenzhandbuch: Band 1'>
-<!ENTITY book.pdf2.title                        'Zend Framework's Referenzhandbuch: Band 2'>
+<!ENTITY book.title                             "Zend Framework's Referenzhandbuch">
+<!ENTITY book.pdf1.title                        "Zend Framework's Referenzhandbuch: Band 1">
+<!ENTITY book.pdf2.title                        "Zend Framework's Referenzhandbuch: Band 2">
 <!ENTITY book.subtitle                          'Zend Framework'>
 <!ENTITY book.edition                           'Referenzhandbuch für den Zend Framework'>
 
@@ -22,13 +22,13 @@
 <!ENTITY part.learning.plugins.title            'Plugins im Zend Framework'>
 <!ENTITY part.learning.layout.title             'Einstieg in Zend_Layout'>
 <!ENTITY part.learning.view.placeholders.title  'Einstieg in Zend_View Platzhalter'>
-<!ENTITY part.learning.form.decorators.title    'Zend_Form's Gestalter (Decorator) verstehen und verwenden'>
+<!ENTITY part.learning.form.decorators.title    "Zend_Form's Gestalter (Decorator) verstehen und verwenden">
 <!ENTITY part.learning.multiuser.title          'Einstieg in Zend_Session, Zend_Auth, und Zend_Acl'>
 <!ENTITY part.learning.lucene.title             'Einstieg in Zend_Search_Lucene'>
 <!ENTITY part.learning.paginator.title          'Einstieg in Zend_Paginator'>
 
-<!ENTITY part.reference.title                   'Zend Framework's Referenz'>
+<!ENTITY part.reference.title                   "Zend Framework's Referenz">
 
-<!ENTITY appendix.migration.title               'Zend Framework's Migrationshinweise'>
+<!ENTITY appendix.migration.title               "Zend Framework's Migrationshinweise">
 
-<!ENTITY appendix.performance.title             'Zend Framework's Performanceratgeber'>
+<!ENTITY appendix.performance.title             "Zend Framework's Performanceratgeber">