[MANUAL] German:

- sync up to r21761

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

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20763 -->
+<!-- EN-Revision: 21741 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.amf.server">
     <title>Zend_Amf_Server</title>
@@ -698,11 +698,12 @@ private function onFault(fault:Object):void {
 
         <para>
             Das ActionScripts für die Erstellung der entfernten Verbindung ist jetzt fertiggestellt.
-            Der Aufruf der ZendExample Datei führt jetzt die Verbindung zu Zend Amf aus.
-            Rückblickend haben wir die benötigten Variablen hinzugefügt um eine Verbindung zum
-            entfernten Server zu öffnen, definiert welche Methoden in der Anwendung verwendet werden
-            sollen wenn die Anwendung eine Antwort vom Server empfängt, und schlußendlich die
-            Anzeige der zurückgegebenen Daten über <methodname>trace()</methodname>.
+            Der Aufruf der ZendExample Datei führt jetzt die Verbindung zu
+            <classname>Zend_Amf</classname> aus. Rückblickend haben wir die benötigten Variablen
+            hinzugefügt um eine Verbindung zum entfernten Server zu öffnen, definiert welche
+            Methoden in der Anwendung verwendet werden sollen wenn die Anwendung eine Antwort vom
+            Server empfängt, und schlußendlich die Anzeige der zurückgegebenen Daten über
+            <methodname>trace()</methodname>.
         </para>
     </sect2>
 

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20100 -->
+<!-- EN-Revision: 21749 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.currency.usage">
     <title>Zend_Currency verwenden</title>
@@ -98,4 +98,36 @@ Zend_Registry::set('Zend_Locale', $locale);
 $currency = new Zend_Currency();
 ]]></programlisting>
     </sect2>
+
+    <sect2 id="zend.currency.usage.territory">
+        <title>Erstellung einer Währung basierend auf einem Land</title>
+
+        <para>
+            <classname>Zend_Currency</classname> ist auch in der Lage basierend auf einem
+            angegebenen Land zu arbeiten indem intern <classname>Zend_Locale</classname> verwendet
+            wird.
+        </para>
+
+        <programlisting language="php"><![CDATA[
+$currency = new Zend_Currency('US');
+
+// See the actual settings which are fixed to 'en_US'
+// var_dump($currency);
+]]></programlisting>
+
+        <note>
+            <title>Uppercase territories</title>
+
+            <para>
+                When you know that you are using a territory, then you should uppercase it.
+                Otherwise you could get an in your eyes false locale in return. For example,
+                when you give "om" then you could expect "ar_OM" to be returned. But in fact it
+                returns "om", as it's also a language.
+            </para>
+
+            <para>
+                Therefor always uppercase the input when you know that a territory is meant.
+            </para>
+        </note>
+    </sect2>
 </sect1>

documentation/manual/de/module_specs/Zend_Db_Adapter.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21358 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.db.adapter">
     <title>Zend_Db_Adapter</title>
@@ -2410,8 +2410,8 @@ if (!is_null($version)) {
                     </para>
                     <para>
                         Wir empfehlen die <filename>gds32.dll</filename> (oder Ihr Linux Äquivalent)
-                        welche mit PHP ausgeliefert wird, auf die gleiche Version wie am Server
-                        hochzurüsten. Für Firebird ist das Äquivalent zu
+                        welche mit <acronym>PHP</acronym> ausgeliefert wird, auf die gleiche Version
+                        wie am Server hochzurüsten. Für Firebird ist das Äquivalent zu
                         <filename>gds32.dll</filename> die <filename>fbclient.dll</filename>.
                     </para>
                     <para>

documentation/manual/de/module_specs/Zend_Feed_Pubsubhubbub.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21588 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.feed.pubsubhubbub.introduction">
     <title>Zend_Feed_Pubsubhubbub</title>
@@ -7,7 +7,8 @@
     <para>
         <classname>Zend_Feed_Pubsubhubbub</classname> ist eine Implementation der PubSubHubbub Core
         0.2 Spezifikation (Working Draft). Sie bietet eine Implementation eines Pubsubhubbub
-        Publizisten und Abonnenten geeignet für den Zend Framework und andere PHP Anwendungen.
+        Publizisten und Abonnenten geeignet für den Zend Framework und andere <acronym>PHP</acronym>
+        Anwendungen.
     </para>
 
     <sect2 id="zend.feed.pubsubhubbub.what.is.pubsubhubbub">
@@ -576,9 +577,9 @@ if ($callback->hasFeedUpdate()) {
                     Es sollte beachtet werden dass
                     <classname>Zend_Feed_Pubsubhubbub_Subscriber_Callback</classname> jeden
                     hereinkommenden Anfragestring und andere Parameter unabhängig parsen kann. Dies
-                    ist notwendig da PHP die Struktur und Schlüssel eines Abfragestrings ändert wenn
-                    diese in die Superglobals <varname>$_GET</varname> oder
-                    <varname>$_POST</varname> geparst wird. Zum Beispiel werden alle doppelten
+                    ist notwendig da <acronym>PHP</acronym> die Struktur und Schlüssel eines
+                    Abfragestrings ändert wenn diese in die Superglobals <varname>$_GET</varname>
+                    oder <varname>$_POST</varname> geparst wird. Zum Beispiel werden alle doppelten
                     Schlüssel ignoriert und Punkte werden in Unterstriche konvertiert.
                     Pubsubhubbub unterstützt beide in den Abfragestring die es erzeugt.
                 </para>

documentation/manual/de/module_specs/Zend_Feed_Reader.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21588 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.feed.reader">
     <title>Zend_Feed_Reader</title>
@@ -1091,9 +1091,9 @@ $labels = $categories->getValues();
                 <acronym>ISO</acronym> 86001 folgen und <acronym>RSS</acronym> Daten sollten
                 <acronym>RFC</acronym> 822 oder <acronym>RFC</acronym> 2822 folgen welche auch
                 üblicherweise verwendet werden. Datumsmethoden werfen eine Exception wenn
-                <classname>Zend_Date</classname>, oder die PHP basierenden Möglichkeiten für
-                <acronym>RSS</acronym> Daten, das Datum durch Verwendung der obigen Standards
-                nicht laden kann.
+                <classname>Zend_Date</classname>, oder die <acronym>PHP</acronym> basierenden
+                Möglichkeiten für <acronym>RSS</acronym> Daten, das Datum durch Verwendung der
+                obigen Standards nicht laden kann.
             </para>
         </caution>
 

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21212 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.filter.set.decrypt">
     <title>Decrypt</title>
@@ -7,7 +7,7 @@
     <para>
         Dieser Filter verschlüsselt beliebige Strings mit den angegebenen Einstellungen. Hierfür
         verwendet er Adapter. Aktuell gibt es Adapter für die <classname>Mcrypt</classname> und
-        <classname>OpenSSL</classname> Erweiterungen von php.
+        <classname>OpenSSL</classname> Erweiterungen von <acronym>PHP</acronym>.
     </para>
 
     <para>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21606 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.filter.set.encrypt">
     <title>Encrypt</title>
@@ -7,7 +7,7 @@
     <para>
         Dieser Filter verschlüsselt beliebige Strings mit den angegebenen Einstellungen. Hierfür
         verwendet er Adapter. Aktuell gibt es Adapter für die <classname>Mcrypt</classname> und
-        <classname>OpenSSL</classname> Erweiterungen von php.
+        <classname>OpenSSL</classname> Erweiterungen von <acronym>PHP</acronym>.
     </para>
 
     <para>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21303 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.http.client.advanced">
     <title>Zend_Http_Client - Fortgeschrittende Nutzung</title>
@@ -241,8 +241,8 @@ $client->setRawData($xml)->setEncType('text/xml')->request('POST');
 ]]></programlisting>
             </example>
 
-            Die Daten sollten auf der Serverseite über die PHP Variable $HTTP_RAW_POST_DATA
-            oder über den php://input stream verfügbar sein.
+            Die Daten sollten auf der Serverseite über die <acronym>PHP</acronym> Variable
+            $HTTP_RAW_POST_DATA oder über den php://input stream verfügbar sein.
         </para>
 
         <note>
@@ -391,12 +391,12 @@ $_SESSION['cookiejar'] = $client->getCookieJar();
         <title>Daten Streaming</title>
 
         <para>
-            Standardmäßig akzeptiert <classname>Zend_Http_Client</classname> Daten als PHP Strings
-            und gibt diese auch zurück. Trotzdem sind in vielen Fällen große Dateien zu Senden oder
-            zu Empfangen. Diese im Speicher zu halten könnte unnötig oder zu teuer sein. Für diese
-            Fälle unterstützt <classname>Zend_Http_Client</classname> das Lesen von Daten aus
-            Dateien (und generell auch PHP Streams) und das Schreiben von Daten in Dateien
-            (Streams).
+            Standardmäßig akzeptiert <classname>Zend_Http_Client</classname> Daten als
+            <acronym>PHP</acronym> Strings und gibt diese auch zurück. Trotzdem sind in vielen
+            Fällen große Dateien zu Senden oder zu Empfangen. Diese im Speicher zu halten könnte
+            unnötig oder zu teuer sein. Für diese Fälle unterstützt
+            <classname>Zend_Http_Client</classname> das Lesen von Daten aus Dateien (und generell
+            auch <acronym>PHP</acronym> Streams) und das Schreiben von Daten in Dateien (Streams).
         </para>
 
         <para>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20792 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.json.advanced">
     <title>Fortgeschrittene Verwendung von Zend_Json</title>
@@ -80,7 +80,7 @@ $phpNative = Zend_Json::decode($encodedValue, Zend_Json::TYPE_OBJECT);
             die Kodierung und Dekodierung von <acronym>JSON</acronym> verwendet. Wenn ext/json nicht
             installiert ist wird eine Implentierung vom Zend Framework in <acronym>PHP</acronym>
             Code für die De-/Kodierung verwendet. Das ist naturgemäß langsamer als die Verwendung
-            der PHP Erweiterung, verhält sich aber identisch.
+            der <acronym>PHP</acronym> Erweiterung, verhält sich aber identisch.
         </para>
 
         <para>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20792 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.loader.autoloader">
     <title>Der Autoloader</title>
@@ -135,9 +135,9 @@ $autoloader->setFallbackAutoloader(true);
             <title>Klassen von PHP Namespaces laden</title>
 
             <para>
-                Beginnend mit Version 1.10.0 erlaubt Zend Framework das Laden von Klassen aus PHP
-                Namespaces. Diese Unterstützung folgt den gleichen Richtlinien und Implementationen
-                wie Sie in der <ulink
+                Beginnend mit Version 1.10.0 erlaubt Zend Framework das Laden von Klassen aus
+                <acronym>PHP</acronym> Namespaces. Diese Unterstützung folgt den gleichen
+                Richtlinien und Implementationen wie Sie in der <ulink
                     url="http://groups.google.com/group/php-standards/web/psr-0-final-proposal">PHP
                 Framework Interop Group PSR-0</ulink> Referenz Implementation gefunden werden
                 können.

documentation/manual/de/module_specs/Zend_Loader.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20792 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.loader.load">
     <title>Dynamisches Laden von Dateien und Klassen</title>
@@ -124,9 +124,9 @@ Zend_Loader::loadClass('Container_Tree',
             <title>Klassen von PHP Namespaces laden</title>
 
             <para>
-                Beginnend mit Version 1.10.0 erlaubt Zend Framework das Laden von Klassen aus PHP
-                Namespaces. Diese Unterstützung folgt den gleichen Richtlinien und Implementationen
-                wie Sie in der <ulink
+                Beginnend mit Version 1.10.0 erlaubt Zend Framework das Laden von Klassen aus
+                <acronym>PHP</acronym> Namespaces. Diese Unterstützung folgt den gleichen
+                Richtlinien und Implementationen wie Sie in der <ulink
                     url="http://groups.google.com/group/php-standards/web/psr-0-final-proposal">PHP
                 Framework Interop Group PSR-0</ulink> Referenz Implementation gefunden werden
                 können.

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21718 -->
+<!-- EN-Revision: 21751 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.locale.functions">
     <title>Zend_Locale verwenden</title>
@@ -168,6 +168,47 @@ print $locale->getRegion();
         </example>
     </sect2>
 
+    <sect2 id="zend.locale.getlocaletoterritory">
+        <title>Ein Gebietsschema durch die Angabe eines Territoriums erhalten</title>
+
+        <para>
+            Wenn man nur ein Territorium oder ein Land hat, dann ist es auch möglich aus diesen
+            Informationen ein Gebietsschema zu erhalten. Man kann manuell suchen ob es ein
+            Gebietsschema für dieses Territorium gibt, indem man
+            <methodname>getLocaleToTerritory()</methodname> verwendet. Diese Methode gibt ein
+            Gebietsschema für das angegebene Territorium zurück, oder <constant>NULL</constant>
+            wenn kein Gebietsschema gefunden werden konnte.
+        </para>
+
+        <example id="zend.locale.getlocaletoterritory.example-1">
+            <title>getLocaleToTerritory</title>
+
+            <programlisting language="php"><![CDATA[
+$locale = Zend_Locale::getLocaleToTerritory('US');
+// Gibt 'en_US' zurück
+]]></programlisting>
+        </example>
+
+        <note>
+            <title>Großgeschriebene Territorien</title>
+
+            <para>
+                Wenn man weiß dass man ein Territorium verwendet dann sollte es großgeschrieben
+                werden. Andernfalls könnte man der Meinung sein ein falsches Gebietsschema zu
+                erhalten wenn man andere Methoden verwendet. Beispiel: Wenn man "om" angibt, dann
+                gibt <methodname>getLocaleToTerritory()</methodname> "ar_OM" zurück da es weiß
+                dass man ein Territorium meint. Aber alle anderen Methoden werden "om" zurückgeben
+                da dies auch eine Sprache ist.
+            </para>
+
+            <para>
+                Wenn man also weiß dass ein angegebener String ein Territorium ist, dann sollte man
+                entweder <methodname>getLocaleToTerritory()</methodname> selbst verwenden bevor man
+                ein Gebietsschema erstellt, oder die Eingabe groß schreiben.
+            </para>
+        </note>
+    </sect2>
+
     <sect2 id="zend.locale.getdata">
         <title>Lokalisierte Zeichenketten beschaffen</title>
 
@@ -2026,6 +2067,12 @@ if ($locale instanceof Zend_Locale) {
 
             <listitem>
                 <para>
+                    Erweitert das Gebietsschema wenn dieses als Region ohne Sprache erkannt wurde
+                </para>
+            </listitem>
+
+            <listitem>
+                <para>
                     Gibt das vorher gesetzte Anwendungsweite Gebietsscheam zurück wenn keine Eingabe
                     angegeben wurde
                 </para>

documentation/manual/de/module_specs/Zend_Log-Factory.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 19555 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.log.factory">
     <title>Die Factory verwenden um ein Log zu erstellen</title>
@@ -213,8 +213,8 @@ $logger = Zend_Log::factory(array(
 
                     <listitem>
                         <para>
-                            Ein gültiger Identifikator eines PHP Streams auf den geloggt werden
-                            soll.
+                            Ein gültiger Identifikator eines <acronym>PHP</acronym> Streams auf den
+                            geloggt werden soll.
                         </para>
                     </listitem>
                 </varlistentry>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21613 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.log.overview">
     <title>Übersicht</title>
@@ -125,7 +125,7 @@ $logger = null;
 ]]></programlisting>
 
             Das explizite entfernen des Logs auf diesem Weg ist optional und wird automatisch
-            durchgeführt wenn PHP herunterfährt.
+            durchgeführt wenn <acronym>PHP</acronym> herunterfährt.
         </para>
     </sect2>
 
@@ -239,9 +239,9 @@ $logger->setEventItem('pid', getmypid());
         <title>PHP Fehler loggen</title>
 
         <para>
-            Zend_Log kann auch verwendet werden um PHP Fehler zu loggen. Der Aufruf von
-            <methodname>registerErrorHandler()</methodname> fügt Zend_Log vor dem aktuellen Error
-            Handler hinzu, und gibt den Fehler genauso weiter.
+            Zend_Log kann auch verwendet werden um <acronym>PHP</acronym> Fehler zu loggen. Der
+            Aufruf von <methodname>registerErrorHandler()</methodname> fügt Zend_Log vor dem
+            aktuellen Error Handler hinzu, und gibt den Fehler genauso weiter.
         </para>
 
         <table id="zend.log.overview.as-errorHandler.properties.table-1">

documentation/manual/de/module_specs/Zend_Log-Writers-ZendMonitor.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20115 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.log.writers.zendmonitor">
     <title>Auf den Zend Server Montior schreiben</title>
@@ -117,8 +117,9 @@ $log->info('Exception gefunden', array(
         </para>
 
         <para>
-            Wie vorher erwähnt fungiert der Logger, wenn die Monitor API in der eigenen PHP
-            Anwendung nicht erkannt wurde, als <constant>NULL</constant> Logger.
+            Wie vorher erwähnt fungiert der Logger, wenn die Monitor API in der eigenen
+            <acronym>PHP</acronym> Anwendung nicht erkannt wurde, als <constant>NULL</constant>
+            Logger.
         </para>
     </note>
 </sect2>

documentation/manual/de/module_specs/Zend_Log-Writers.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20792 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.log.writers" xmlns:xi="http://www.w3.org/2001/XInclude">
     <title>Writer</title>
@@ -18,7 +18,7 @@
         </para>
 
         <para>
-            Um Log Daten in den PHP Ausgabebuffer zu schreiben, muß die URL
+            Um Log Daten in den <acronym>PHP</acronym> Ausgabebuffer zu schreiben, muß die URL
             <code>php://output</code> verwendet werden. Alternativ können Log Daten direkt an einen
             Stream wie z.B. <constant>STDERR</constant> (<code>php://stderr</code>) gesendet werden.
 

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20819 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.mail.introduction">
     <title>Einführung</title>
@@ -131,12 +131,12 @@ $mail->send();
             <title>Sendmail Transport und Windows</title>
 
             <para>
-                Das Handbuch von PHP sagt aus dass die <methodname>mail()</methodname> ein
-                unterschiedliches Verhalten auf Windows und auf *nix basierten Systemen zeigt. Die
-                Verwendung von Sendmail Transport wird auf Windows nicht in Verbindung mit
-                <methodname>addBcc()</methodname> funktionieren. Die <methodname>mail()</methodname>
-                Funktion sendet auf eine Art und Weise an den BCC Empfänger, das alle anderen
-                Empfänger diesen als Empfänger sehen!
+                Das Handbuch von <acronym>PHP</acronym> sagt aus dass die Methode
+                <methodname>mail()</methodname> ein unterschiedliches Verhalten auf Windows und auf
+                *nix basierten Systemen zeigt. Die Verwendung von Sendmail Transport wird auf
+                Windows nicht in Verbindung mit <methodname>addBcc()</methodname> funktionieren. Die
+                <methodname>mail()</methodname> Funktion sendet auf eine Art und Weise an den BCC
+                Empfänger, das alle anderen Empfänger diesen als Empfänger sehen!
             </para>
 
             <para>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20843 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.paginator.advanced">
     <title>Advanced usage</title>
@@ -227,7 +227,7 @@ var_dump($paginator->getPageItemCache());
             <classname>Zend_Paginator_Adapter_Abstract</classname> promotet. Für diese Fälle kann
             man das <classname>Zend_Paginator_AdapterAggregate</classname> Interface verwenden das
             sich so verhält wie das <classname>IteratorAggregate</classname> Interface der SPL
-            Erweiterung von PHP.
+            Erweiterung von <acronym>PHP</acronym>.
         </para>
 
         <para>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20872 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.search.lucene.query-language">
     <title>Abfragesprache</title>
@@ -333,8 +333,8 @@ PHP framework
 PHP^4 framework
 ]]></programlisting>
 
-            Das macht Dokumente in denen der Ausdruck PHP vorkommt relevanter. Man kann genauso
-            Phrasenausdrücke boosten und Unterabfragen wie im Beispiel gezeigt:
+            Das macht Dokumente in denen der Ausdruck <acronym>PHP</acronym> vorkommt relevanter.
+            Man kann genauso Phrasenausdrücke boosten und Unterabfragen wie im Beispiel gezeigt:
 
             <programlisting language="querystring"><![CDATA[
 "PHP framework"^4 "Zend Framework"

documentation/manual/de/module_specs/Zend_Serializer-Adapter.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20818 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.serializer.adapter">
     <title>Zend_Serializer_Adapter</title>
@@ -10,11 +10,12 @@
     </para>
 
     <para>
-        Jeder Adpater hat andere Vor- und Nachteile. In einigen Fällen kann nicht jeder PHP
-        Datentyp (z.B. Objekte) in die Repräsentation eines Strings konvertiert werden. In den
-        meisten dieser Fälle wird der Typ in einen ähnlichen Typ konvertiert der serialisierbar
-        ist -- zum Beispiel werden PHP Objekte oft zu Arrays gecastet. Wenn dies fehlschlägt wird
-        eine <classname>Zend_Serializer_Exception</classname> geworfen.
+        Jeder Adpater hat andere Vor- und Nachteile. In einigen Fällen kann nicht jeder
+        <acronym>PHP</acronym> Datentyp (z.B. Objekte) in die Repräsentation eines Strings
+        konvertiert werden. In den meisten dieser Fälle wird der Typ in einen ähnlichen Typ
+        konvertiert der serialisierbar ist -- zum Beispiel werden <acronym>PHP</acronym> Objekte oft
+        zu Arrays gecastet. Wenn dies fehlschlägt wird eine
+        <classname>Zend_Serializer_Exception</classname> geworfen.
     </para>
 
     <para>
@@ -25,7 +26,7 @@
         <title>Zend_Serializer_Adapter_PhpSerialize</title>
 
         <para>
-            Dieser Adapter verwendet die eingebauten PHP Funktionen
+            Dieser Adapter verwendet die eingebauten <acronym>PHP</acronym> Funktionen
             <methodname>un/serialize</methodname> und ist eine gute Wahl für einen Standardadapter.
         </para>
 
@@ -41,14 +42,14 @@
             <ulink url="http://opensource.dynamoid.com">Igbinary</ulink> ist eine Open Source
             Software welche von Sulake Dynamoid Oy herausgegeben wird. Statt Zeit und Platz auf
             eine textuelle Repräsentation zu verschwenden, speichert igbinary Datenstrukturen von
-            PHP in einer kompakten binären Form. Die Einsparungen sind signifikant wenn memcached
-            oder ähnliche Hauptspeicher-basierte Speicher für die serialisierung der Daten verwendet
-            wird.
+            <acronym>PHP</acronym> in einer kompakten binären Form. Die Einsparungen sind
+            signifikant wenn memcached oder ähnliche Hauptspeicher-basierte Speicher für die
+            Serialisierung der Daten verwendet wird.
         </para>
 
         <para>
-            Man muss die PHP Erweiterung igbinary am eigenen System installiert haben um diesen
-            Adapter verwenden zu können.
+            Man muss die <acronym>PHP</acronym> Erweiterung igbinary am eigenen System installiert
+            haben um diesen Adapter verwenden zu können.
         </para>
 
         <para>
@@ -68,13 +69,13 @@
 
         <para>
             Der Adapter verwendet einfach die <ulink
-                url="http://php.net/manual/book.wddx.php">wddx_*()</ulink> PHP Funktionen. Lesen Sie
-            bitte im PHP Handbuch um herauszufinden ob man Sie in der eigenen PHP Installation
-            aktivieren kann.
+                url="http://php.net/manual/book.wddx.php">wddx_*()</ulink> <acronym>PHP</acronym>
+            Funktionen. Lesen Sie bitte im <acronym>PHP</acronym> Handbuch um herauszufinden ob man
+            Sie in der eigenen <acronym>PHP</acronym> Installation aktivieren kann.
         </para>
 
         <para>
-            Zusätzlich wird die PHP Erweiterung <ulink
+            Zusätzlich wird die <acronym>PHP</acronym> Erweiterung <ulink
                 url="http://php.net/manual/book.simplexml.php">SimpleXML</ulink> verwendet um zu
             prüfen ob ein von  <methodname>wddx_unserialize()</methodname> zurückgegebener
             <constant>NULL</constant> Wert auf einem serialisierten <constant>NULL</constant> Wert
@@ -183,10 +184,10 @@
         <title>Zend_Serializer_Adapter_PythonPickle</title>
 
         <para>
-            Dieser Adapter konvertiert PHP Typen in eine <ulink
+            Dieser Adapter konvertiert <acronym>PHP</acronym> Typen in eine <ulink
                 url="http://docs.python.org/library/pickle.html">Python Pickle</ulink> String
             Repräsentation. Mit Ihm können die serialisierten Daten mit Python gelesen werden und
-            Pickled Daten von Python mit PHP gelesen werden.
+            Pickled Daten von Python mit <acronym>PHP</acronym> gelesen werden.
         </para>
 
         <para>
@@ -281,7 +282,7 @@
         </table>
 
         <para>
-            Der Wechsel von Datentypen (Python zu PHP) findet wie folgt statt:
+            Der Wechsel von Datentypen (Python zu <acronym>PHP</acronym>) findet wie folgt statt:
         </para>
 
         <table id="zend.serializer.adapter.pythonpickle.table.python2php">
@@ -368,8 +369,9 @@
         <title>Zend_Serializer_Adapter_PhpCode</title>
 
         <para>
-            Dieser Adapter erzeugt eine Repräsentation an PHP Code der geparst werden kann indem
-            <ulink url="http://php.net/manual/function.var-export.php">var_export()</ulink>
+            Dieser Adapter erzeugt eine Repräsentation an <acronym>PHP</acronym> Code der geparst
+            werden kann indem <ulink
+                url="http://php.net/manual/function.var-export.php">var_export()</ulink>
             verwendet wird. Bei der Wiederherstellung werden die Daten ausgeführt indem <ulink
                 url="http://php.net/manual/function.eval.php">eval</ulink> verwendet wird.
         </para>

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

@@ -1,13 +1,13 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21119 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.serializer.introduction">
     <title>Einführung</title>
 
     <para>
         <classname>Zend_Serializer</classname> bietet ein Adapter-basierendes Interface um
-        eine speicherbare Repräsentation von PHP Typen durch unterschiedliche Arten zu bieten und
-        diese wiederherzustellen.
+        eine speicherbare Repräsentation von <acronym>PHP</acronym> Typen durch unterschiedliche
+        Arten zu bieten und diese wiederherzustellen.
     </para>
 
     <example id="zend.serializer.introduction.example.dynamic">

documentation/manual/de/module_specs/Zend_Service_Amazon_S3.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20872 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.service.amazon.s3">
     <title>Zend_Service_Amazon_S3</title>
@@ -474,8 +474,8 @@ foreach($list as $name) {
 
         <para>
             Es ist möglich Objekte zu Holen und Setzen wobei keine Stream Daten verwendet werden die
-            im Speicher sind, sondern Dateien oder PHP Streams. Das ist Speziell dann nützlich wenn
-            Dateien sehr groß sind um nicht über Speichergrenzen zu kommen.
+            im Speicher sind, sondern Dateien oder <acronym>PHP</acronym> Streams. Das ist Speziell
+            dann nützlich wenn Dateien sehr groß sind um nicht über Speichergrenzen zu kommen.
         </para>
 
         <para>

documentation/manual/de/module_specs/Zend_Service_LiveDocx.xml

@@ -1,6 +1,6 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20850 -->
-<!-- Reviewed: 20850 -->
+<!-- EN-Revision: 21740 -->
+<!-- Reviewed: 21740 -->
 <sect1 id="zend.service.livedocx">
     <title>Zend_Service_LiveDocx</title>
 
@@ -9,12 +9,13 @@
 
         <para>
             LiveDocx ist ein <acronym>SOAP</acronym>-Service, der es Entwicklern erlaubt, MS Word
-            Dokumente zu erstellen, indem strukturierte Daten von PHP mit einem Template kombiniert
-            werden, die in einer MS Word-kompatiblen Anwendung erstellt wurden. Das resultierende
-            Dokument kann als <acronym>PDF</acronym>, <acronym>DOCX</acronym>,
+            Dokumente zu erstellen, indem strukturierte Daten von <acronym>PHP</acronym> mit einem
+            Template kombiniert werden, die in einer MS Word-kompatiblen Anwendung erstellt wurden.
+            Das resultierende Dokument kann als <acronym>PDF</acronym>, <acronym>DOCX</acronym>,
             <acronym>DOC</acronym>, <acronym>HTML</acronym> oder <acronym>RTF</acronym> Datei
             gespeichert werden. LiveDocx implementiert <ulink
-                url="http://en.wikipedia.org/wiki/Mail_merge">Mail-Merge</ulink> in PHP.
+                url="http://en.wikipedia.org/wiki/Mail_merge">Mail-Merge</ulink> in
+            <acronym>PHP</acronym>.
         </para>
 
         <para>
@@ -355,7 +356,7 @@
 
             <para>
                 Im nächsten Schritt vereinen wir die Merge-Felder mit textuellen Daten von
-                PHP.
+                <acronym>PHP</acronym>.
             </para>
 
             <para>
@@ -469,8 +470,8 @@ blockEnd_block1
 
             <para>
                 Der Inhalt eines Blocks wird wiederholt, bis alle zugeordneten Daten in Blockfeldern
-                des Templates eingefügt wurden. Die Daten der Blockfelder werden in PHP als
-                mehrfach-assoziatives Array spezifiziert.
+                des Templates eingefügt wurden. Die Daten der Blockfelder werden in
+                <acronym>PHP</acronym> als mehrfach-assoziatives Array spezifiziert.
             </para>
 
             <para>
@@ -637,7 +638,7 @@ foreach ($bitmaps as $pageNumber => $bitmapData) {
             <para>
                 Das produziert zwei Bilder (<filename>documentPage1.png</filename> und
                 <filename>documentPage2.png</filename>) und schreibt diese auf die Festplatte
-                in das gleiche Verzeichnis wie die ausführbare PHP-Datei.
+                in das gleiche Verzeichnis wie die ausführbare <acronym>PHP</acronym>-Datei.
             </para>
 
             <para>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20818 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.service.strikeiron">
     <title>Zend_Service_StrikeIron</title>
@@ -207,7 +207,8 @@ $taxBasic = $strikeIron->getService(array('class' => 'SalesUseTaxBasic'));
         <para>
             Sobald die <methodname>getService()</methodname> Methode verwendet wurde um einen
             Clienten für ein gewünschtes StrikeIron Service zu erhalten, kann dieser Client
-            verwendet werden durch Aufruf seiner Methoden ganz wie jedes andere PHP Objekt.
+            verwendet werden durch Aufruf seiner Methoden ganz wie jedes andere
+            <acronym>PHP</acronym> Objekt.
 
             <programlisting language="php"><![CDATA[
 $strikeIron = new Zend_Service_StrikeIron(array('username' => 'your-username',
@@ -263,7 +264,8 @@ echo $rateInfo->GST;
 
         <para>
             Der einfachste Weg ein Ergebnis vom Service zu betrachten ist die Verwendung der
-            eingebauten PHP Methode <ulink url="http://www.php.net/print_r">print_r()</ulink>:
+            eingebauten <acronym>PHP</acronym> Methode <ulink
+                url="http://www.php.net/print_r">print_r()</ulink>:
 
             <programlisting language="php"><![CDATA[
 $strikeIron = new Zend_Service_StrikeIron(array('username' => 'your-username',

documentation/manual/de/module_specs/Zend_Service_WindowsAzure_Blob.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21541 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.service.windowsazure.storage.blob">
     <title>Zend_Service_WindowsAzure_Storage_Blob</title>
@@ -13,7 +13,7 @@
     <para>
         Blog Speicher wird von Windows Azure als <acronym>REST</acronym> API angeboten welcher von
         der Klasse <classname>Zend_Service_WindowsAzure_Storage_Blob</classname> umhüllt ist um ein
-        natives PHP Interface zum Speicher Account zu bieten.
+        natives <acronym>PHP</acronym> Interface zum Speicher Account zu bieten.
     </para>
 
     <sect3 id="zend.service.windowsazure.storage.blob.api">
@@ -192,11 +192,12 @@ $storageClient->setContainerAcl('testcontainer', Zend_Service_WindowsAzure_Stora
         <title>Blob Speicher Stream Wrapper</title>
 
         <para>
-            Die Windows Azure SDK für PHP bietet Unterstützung für die Registrierung eines Blob
-            Speicher Clients als PHP File Stream Wrapper. Der Blob Speicher Stream Wrapper bietet
-            Unterstützung für die Verwendung von regulären Datei Operationen auf dem Windows Azure
-            Blob Speicher. Zum Beispiel kan eine Datei vom Windows Azure Blob Speicher aus mit der
-            Funktion <methodname>fopen()</methodname> geöffnet werden:
+            Die Windows Azure SDK für <acronym>PHP</acronym> bietet Unterstützung für die
+            Registrierung eines Blob Speicher Clients als <acronym>PHP</acronym> File Stream
+            Wrapper. Der Blob Speicher Stream Wrapper bietet Unterstützung für die Verwendung von
+            regulären Datei Operationen auf dem Windows Azure Blob Speicher. Zum Beispiel kann eine
+            Datei vom Windows Azure Blob Speicher aus mit der Funktion
+            <methodname>fopen()</methodname> geöffnet werden:
         </para>
 
         <example id="zend.service.windowsazure.storage.blob.wrapper.sample">
@@ -212,8 +213,8 @@ fclose($fileHandle);
         </example>
 
         <para>
-            Um das zu tun muss die Windows Azure SDK für den PHP Blob Speicher Client als Stream
-            Wrapper registriert werden. Das kann getan werden indem die Methode
+            Um das zu tun muss die Windows Azure SDK für den <acronym>PHP</acronym> Blob Speicher
+            Client als Stream Wrapper registriert werden. Das kann getan werden indem die Methode
             <methodname>registerStreamWrapper()</methodname> aufgerufen wird:
         </para>
 
@@ -326,9 +327,9 @@ $sharedAccessUrl = $storageClient->generateSharedAccessUrl(
 
             <para>
                 Wenn  man eine Shared Access Signatur von jemandem anderen erhält kann man die
-                Windows Azure SDK für PHP verwenden um mit der adressierten Ressource zu arbeiten.
-                Zum Beispiel kann man die folgende Signatur vom Eigentümer eines Speicher Accounts
-                erhalten:
+                Windows Azure SDK für <acronym>PHP</acronym> verwenden um mit der adressierten
+                Ressource zu arbeiten. Zum Beispiel kann man die folgende Signatur vom Eigentümer
+                eines Speicher Accounts erhalten:
             </para>
 
             <literallayout>
@@ -363,11 +364,12 @@ $storageClient->putBlob(
 
             <para>
                 Es ist zu beachten das es keine explizite Erlaubnis für das Schreiben eines
-                spezifischen Blobs gab. Stattdessen hat die Windows Azure SDK für PHP festgestellt
-                das eine Erlaubnis benötigt wurde um entweder an den spezifischen Blob zu schreiben,
-                oder an seinen Container zu schreiben. Da nur eine Signatur für das letztere
-                vorhanden war, hat die Windows Azure SDK für PHP diese Zugriffsrechte ausgewählt um
-                die Anfrage auf den Windows Azure Blob Speicher durchzuführen.
+                spezifischen Blobs gab. Stattdessen hat die Windows Azure SDK für
+                <acronym>PHP</acronym> festgestellt das eine Erlaubnis benötigt wurde um entweder an
+                den spezifischen Blob zu schreiben, oder an seinen Container zu schreiben. Da nur
+                eine Signatur für das letztere vorhanden war, hat die Windows Azure SDK für
+                <acronym>PHP</acronym> diese Zugriffsrechte ausgewählt um die Anfrage auf den
+                Windows Azure Blob Speicher durchzuführen.
             </para>
         </sect4>
     </sect3>

documentation/manual/de/module_specs/Zend_Service_WindowsAzure_Queue.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20679 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.service.windowsazure.storage.queue">
     <title>Zend_Service_WindowsAzure_Storage_Queue</title>
@@ -21,7 +21,7 @@
     <para>
         Der Queue Speicher wird von Windows Azure als <acronym>REST</acronym> API angeboten welche
         von der <classname>Zend_Service_WindowsAzure_Storage_Queue</classname> Klasse umhüllt wird
-        um ein natives PHP Interface zum Speicher Account zu bieten.
+        um ein natives <acronym>PHP</acronym> Interface zum Speicher Account zu bieten.
     </para>
 
     <sect3 id="zend.service.windowsazure.storage.queue.api">

documentation/manual/de/module_specs/Zend_Service_WindowsAzure_Table.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20922 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.service.windowsazure.storage.table">
     <title>Zend_Service_WindowsAzure_Storage_Table</title>
@@ -11,7 +11,7 @@
     <para>
         Tabellen Speicher wird von Windows Azure als REST API angeboten die von der Klasse
         <classname>Zend_Service_WindowsAzure_Storage_Table</classname> umhüllt ist um ein natives
-        PHP Interface zum Speicher Konto zu bieten.
+        <acronym>PHP</acronym> Interface zum Speicher Konto zu bieten.
     </para>
 
     <para>
@@ -677,18 +677,19 @@ $batch->commit();
         <title>Session Handler für Tabellen Speicher</title>
 
         <para>
-            Wenn eine PHP Anwendung auf der Windows Azure Plattform in einem Load-Balanced Modus
-            läuft (wenn 2 oder mehr Web Rollen Instanzen laufen), ist es wichtig das PHP
-            Session Daten zwischen mehreren Web Rollen Instanzen verwendet werden können. Die
-            Windows Azure SDK von PHP bietet die Klasse
-            <classname>Zend_Service_WindowsAzure_SessionHandler</classname> an welche den Windows
-            Azure Tabellen Speicher als Session Handler für PHP Anwendungen verwendet.
+            Wenn eine <acronym>PHP</acronym> Anwendung auf der Windows Azure Plattform in einem
+            Load-Balanced Modus läuft (wenn 2 oder mehr Web Rollen Instanzen laufen), ist es
+            wichtig dass <acronym>PHP</acronym> Session Daten zwischen mehreren Web Rollen Instanzen
+            verwendet werden können. Die Windows Azure SDK von <acronym>PHP</acronym> bietet die
+            Klasse <classname>Zend_Service_WindowsAzure_SessionHandler</classname> an welche den
+            Windows Azure Tabellen Speicher als Session Handler für <acronym>PHP</acronym>
+            Anwendungen verwendet.
         </para>
 
         <para>
             Um den <classname>Zend_Service_WindowsAzure_SessionHandler</classname> Session Handler
-            zu verwenden sollte er als Default Session Handler für die PHP Anwendung registriert
-            sein:
+            zu verwenden sollte er als Default Session Handler für die <acronym>PHP</acronym>
+            Anwendung registriert sein:
         </para>
 
         <example id="zend.service.windowsazure.storage.table.api.sessionhandler-register">
@@ -715,8 +716,8 @@ $sessionHandler->register();
         <para>
             Nach der Registrierung des
             <classname>Zend_Service_WindowsAzure_SessionHandler</classname> Session Handlers
-            können Session gestartet und auf dem gleichen Weg wie normale PHP Sessions verwendet
-            werden:
+            können Session gestartet und auf dem gleichen Weg wie normale <acronym>PHP</acronym>
+            Sessions verwendet werden:
         </para>
 
         <example id="zend.service.windowsazure.storage.table.api.sessionhandler-usage">

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20810 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.session.advanced_usage">
     <title>Fortgeschrittene Benutzung</title>
@@ -43,7 +43,7 @@ Zend_Session::start();
         <orderedlist>
             <listitem>
                 <para>
-                    Falsch: PHP's <ulink
+                    Falsch: <acronym>PHP</acronym>'s <ulink
                         url="http://www.php.net/manual/de/ref.session.php#ini.session.auto-start"><code>session.auto_start</code>
                         Einstellung</ulink> darf nicht eingeschaltet werden. Wenn keine Möglichkeit
                     besteht diese Einstellung in php.ini zu deaktivieren, und mod_php (oder

documentation/manual/de/module_specs/Zend_Soap_Wsdl.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20810 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.soap.wsdl">
     <title>WSDL Zugriffsmethoden</title>
@@ -370,29 +370,30 @@
 
             <itemizedlist>
                 <listitem>
-                    <para>PHP Strings &lt;-&gt; <code>xsd:string</code>.</para>
+                    <para><acronym>PHP</acronym> Strings &lt;-&gt; <code>xsd:string</code>.</para>
                 </listitem>
 
                 <listitem>
-                    <para>PHP Integer &lt;-&gt; <code>xsd:int</code>.</para>
+                    <para><acronym>PHP</acronym> Integer &lt;-&gt; <code>xsd:int</code>.</para>
                 </listitem>
 
                 <listitem>
                     <para>
-                        PHP Float (Fliesskomma) und Double &lt;-&gt; <code>xsd:float</code>.
+                        <acronym>PHP</acronym> Float (Fliesskomma) und Double &lt;-&gt;
+                        <code>xsd:float</code>.
                     </para>
                 </listitem>
 
                 <listitem>
-                    <para>PHP Boolean &lt;-&gt; <code>xsd:boolean</code>.</para>
+                    <para><acronym>PHP</acronym> Boolean &lt;-&gt; <code>xsd:boolean</code>.</para>
                 </listitem>
 
                 <listitem>
-                    <para>PHP Arrays &lt;-&gt; <code>soap-enc:Array</code>.</para>
+                    <para><acronym>PHP</acronym> Arrays &lt;-&gt; <code>soap-enc:Array</code>.</para>
                 </listitem>
 
                 <listitem>
-                    <para>PHP Objekt &lt;-&gt; <code>xsd:struct</code>.</para>
+                    <para><acronym>PHP</acronym> Objekt &lt;-&gt; <code>xsd:struct</code>.</para>
                 </listitem>
 
                 <listitem>
@@ -441,7 +442,7 @@
 
             <para>
                 Die <methodname>getType($type)</methodname> Methode kann verwendet werden um ein
-                Mapping für einen spezifizierten PHP Typ zu erhalten:
+                Mapping für einen spezifizierten <acronym>PHP</acronym> Typ zu erhalten:
 
                 <programlisting language="php"><![CDATA[
 ...

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20807 -->
+<!-- EN-Revision: 21741 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.tool.extending">
     <title>Zend_Tool erweitern</title>
@@ -421,14 +421,14 @@ C:\WAMP\PHP\bin
             </para>
 
             <sect4 id="zend.tool.extending.zend-tool-framework.providers-and-manifests.loading">
-                <title>Wie Zend Tool eigene Provider findet</title>
+                <title>Wie Zend_Tool eigene Provider findet</title>
 
                 <para>
-                    Standardmäßig verwendet Zend Tool den BasicLoader um alle Provider zu finden die
-                    es ausführen kann. Er durchsucht alle Verzeichnisse des Include Pfades rekursiv
-                    und öffnet alle Dateien welche mit "Manifest.php" oder "Provider.php" enden.
-                    Alle Klassen in diesen Dateien werden darauf durchsucht ob Sie entweder
-                    <classname>Zend_Tool_Framework_Provider_Interface</classname> oder
+                    Standardmäßig verwendet <classname>Zend_Tool</classname> den BasicLoader um alle
+                    Provider zu finden die es ausführen kann. Er durchsucht alle Verzeichnisse des
+                    Include Pfades rekursiv und öffnet alle Dateien welche mit "Manifest.php" oder
+                    "Provider.php" enden. Alle Klassen in diesen Dateien werden darauf durchsucht ob
+                    Sie entweder <classname>Zend_Tool_Framework_Provider_Interface</classname> oder
                     <classname>Zend_Tool_Framework_Manifest_ProviderManifestable</classname>
                     implementieren. Instanzen des Provider Interfaces sind für die echte
                     Funktionalität zuständig und alle Ihre öffentlichen Methoden kann als Provider
@@ -483,9 +483,9 @@ C:\WAMP\PHP\bin
                     <title>Provider mit einem Manifest bekanntmachen</title>
 
                     <para>
-                        Man kann eigene Provider bei Zend Tool bekannt machen indem man ein Manifest
-                        anbietet, mit einer speziellen Endung des Dateinamens von "Manifest.php".
-                        Ein Provider-Manifest ist eine Implementation von
+                        Man kann eigene Provider bei <classname>Zend_Tool</classname> bekannt machen
+                        indem man ein Manifest anbietet, mit einer speziellen Endung des Dateinamens
+                        von "Manifest.php". Ein Provider-Manifest ist eine Implementation von
                         <interface>Zend_Tool_Framework_Manifest_ProviderManifestable</interface> und
                         benötigt die <methodname>getProviders()</methodname> Methode um ein Array
                         von instanziierten Providern zurückzugeben. Anders als unser erster eigener
@@ -551,8 +551,9 @@ Hallo von meinem Provider!
                 <title>Das Antwort-Objekt</title>
 
                 <para>
-                    Wie im Architektur-Abschnitt diskutiert erlaubt es Zend Tool andere Clients für
-                    die Verwendung eigener Zend Tool Provider zu verknüpfen. Um den
+                    Wie im Architektur-Abschnitt diskutiert erlaubt es
+                    <classname>Zend_Tool</classname> andere Clients für die Verwendung eigener
+                    <classname>Zend_Tool</classname> Provider zu verknüpfen. Um den
                     unterschiedlichen Clients zu entsprechen sollte man das Antwort-Objekt verwenden
                     um Rückgabe-Meldungen von Providern zurückzugeben anstatt
                     <methodname>echo()</methodname> oder ähnliche Ausgabe-Mechanismen zu verwenden.
@@ -746,8 +747,9 @@ class My_Component_HelloProvider
                     <para>
                         Bei Verwendung der Umgebungsvariable <property>ZF_CONFIG_FILE</property>
                         oder von .zf.ini im Heimverzeichnis können Konfigurationsparameter in jeden
-                        Zend Tool Provider eingefügt werden. Der Zugriff auf diese Konfiguration ist
-                        über die Registry möglich welche dem Provider übergeben wird wenn man
+                        <classname>Zend_Tool</classname> Provider eingefügt werden. Der Zugriff auf
+                        diese Konfiguration ist über die Registry möglich welche dem Provider
+                        übergeben wird wenn man
                         <classname>Zend_Tool_Framework_Provider_Abstract</classname> erweitert.
                     </para>
 

documentation/manual/de/module_specs/Zend_Tool-Usage-CLI.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20799 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.tool.usage.cli">
     <title>Verwendung von Zend_Tool auf der Kommandozeile</title>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20807 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.tool.framework.extending">
     <title>Extending and Configuring Zend_Tool_Framework</title>
@@ -133,8 +133,8 @@
                 Umgebungsvariable tun. Wenn die Umgebungsvariable
                 <constant>ZF_CONFIG_FILE</constant> gesetzt ist, dann wird dieser Wert als Ort der
                 Konfigurationsdatei verwendet die mit dem Konsolen Client zu verwenden ist.
-                <constant>ZF_CONFIG_FILE</constant> kann auf irgendeine INI, XML oder PHP Datei
-                zeigen die Zend_Config lesen kann.
+                <constant>ZF_CONFIG_FILE</constant> kann auf irgendeine INI, XML oder
+                <acronym>PHP</acronym> Datei zeigen die Zend_Config lesen kann.
             </para>
 
             <para>
@@ -163,8 +163,8 @@ project.profile = irgendein/pfad/zu/irgendeinem-verzeichnis
 
             <para>
                 Der einzige reservierte Ini Präfix ist der Wert "php". Der "php" Präfix für Werte
-                ist reserviert um Namen und Werte, von wärend der Laufzeit setzbaren Php Werte, zu
-                setzen, wie <property>include_path</property> oder
+                ist reserviert um Namen und Werte, von wärend der Laufzeit setzbaren
+                <acronym>PHP</acronym> Werte, zu setzen, wie <property>include_path</property> oder
                 <property>error_reporting</property>. Um <property>include_path</property> oder
                 <property>error_reporting</property> mit einem Ini Wert zu überschreiben, würde ein
                 Entwickler folgendes setzen:
@@ -177,8 +177,9 @@ php.error_reporting = 1
 
             <important>
                 <para>
-                    Der reservierte Prefix "php" funktioniert nur mit INI Dateien. Man kann PHP INI
-                    Werte nicht in PHP oder XML Konfigurationen setzen.
+                    Der reservierte Prefix "php" funktioniert nur mit INI Dateien. Man kann
+                    <acronym>PHP</acronym> INI Werte nicht in <acronym>PHP</acronym> oder XML
+                    Konfigurationen setzen.
                 </para>
             </important>
         </sect3>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20799 -->
+<!-- EN-Revision: 21741 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.tool.framework.writing-providers">
     <title>Erstellen von Providern für die Verwendung mit Zend_Tool_Framework</title>
@@ -12,13 +12,13 @@
     </para>
 
     <sect2 id="zend.tool.framework.writing-providers.loading">
-        <title>Wie Zend Took eigene Provider findet</title>
+        <title>Wie Zend_Tool eigene Provider findet</title>
 
         <para>
-            Standardmäßig verwendet Zend Tool den IncludePathLoader um alle Provider zu finden die
-            man ausführen kann. Er iteriert rekursiv alle Verzeichnisse des Include Pfads und öffnet
-            alle Dateien die mit "Manifest.php" oder "Provider.php" enden. Alle Klassen in diesen
-            Dateien werden angeschaut ob Sie entweder
+            Standardmäßig verwendet <classname>Zend_Tool</classname> den IncludePathLoader um alle
+            Provider zu finden die man ausführen kann. Er iteriert rekursiv alle Verzeichnisse des
+            Include Pfads und öffnet alle Dateien die mit "Manifest.php" oder "Provider.php" enden.
+            Alle Klassen in diesen Dateien werden angeschaut ob Sie entweder
             <classname>Zend_Tool_Framework_Provider_Interface</classname> oder
             <classname>Zend_Tool_Framework_Manifest_ProviderManifestable</classname> implementieren.
             Instanzen des Provider Interfaces machen die wirkliche Funtionalität aus und auf alle
@@ -70,9 +70,9 @@
             <title>Eigene Provider mit einem Manifest bekanntmachen</title>
 
             <para>
-                Man kann eigene Provider bei Zend Tool bekannt machen indem man ein Manifest mit
-                einem speziellen Dateinamen anbietet der mit "Manifest.php" endet. Ein Provider
-                Manifest ist eine Implementation von
+                Man kann eigene Provider bei <classname>Zend_Tool</classname> bekannt machen indem
+                man ein Manifest mit einem speziellen Dateinamen anbietet der mit "Manifest.php"
+                endet. Ein Provider Manifest ist eine Implementation von
                 <interface>Zend_Tool_Framework_Manifest_ProviderManifestable</interface> und
                 benötigt die Methode <methodname>getProviders()</methodname> welche ein Array von
                 instanziierten Providern zurückgibt. Anders als unser erster eigener Provider
@@ -135,12 +135,13 @@ Hello from my provider!
         <title>Das Antwort Objekt</title>
 
         <para>
-            Wie in der Archikektur Sektion diskutiert erlaubt Zend Tool unterschiedliche Clients für
-            die Verwendung in Zend Tool Providern zu verwenden. Um mit den unterschiedlichen Clients
-            kompatibel zu bleiben sollte man das Antwort Objekt verwenden um Nachrichten von eigenen
-            Providern zurückzugeben, statt <methodname>echo()</methodname> oder ähnliche Ausgabe
-            Mechanismen zu verwenden. Unser umgeschriebener Hallo Provider sieht mit dem jetzt
-            bekannten wie folgt aus:
+            Wie in der Archikektur Sektion diskutiert erlaubt <classname>Zend_Tool</classname>
+            unterschiedliche Clients für die Verwendung in <classname>Zend_Tool</classname>
+            Providern zu verwenden. Um mit den unterschiedlichen Clients kompatibel zu bleiben
+            sollte man das Antwort Objekt verwenden um Nachrichten von eigenen Providern
+            zurückzugeben, statt <methodname>echo()</methodname> oder ähnliche Ausgabe Mechanismen
+            zu verwenden. Unser umgeschriebener Hallo Provider sieht mit dem jetzt bekannten wie
+            folgt aus:
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -317,9 +318,9 @@ class My_Component_HelloProvider
             <para>
                 Wenn man die Umgebungsvariable <property>ZF_CONFIG_FILE</property> oder
                 .zf.ini im Home Verzeichnis verwendet kann man Konfigurationsparameter in jedem
-                Zend Tool Provider injizieren. Zugriff auf diese Konfiguration ist über die
-                Registry möglich die dem Provider übergeben wird, wenn man
-                <classname>Zend_Tool_Framework_Provider_Abstract</classname> erweitert.
+                <classname>Zend_Tool</classname> Provider injizieren. Zugriff auf diese
+                Konfiguration ist über die Registry möglich die dem Provider übergeben wird, wenn
+                man <classname>Zend_Tool_Framework_Provider_Abstract</classname> erweitert.
             </para>
 
             <programlisting language="php"><![CDATA[

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

@@ -1,8 +1,8 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20807 -->
+<!-- EN-Revision: 21741 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.tool.project.providers">
-    <title>Project Provider für Zend Tool</title>
+    <title>Project Provider für Zend_Tool</title>
 
     <para>
         Anbei ist eine Tabelle aller Provider die mit <classname>Zend_Tool_Project</classname>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21661 -->
+<!-- EN-Revision: 21745 -->
 <!-- Reviewed: 21049 -->
 <sect1 id="zend.translate.additional">
     <title>Zusätzliche Features für Übersetzungen</title>
@@ -464,6 +464,54 @@ if (!$translate->isAvailable($locale->getLanguage())) {
 $translate->getLocale();
 ]]></programlisting>
         </sect3>
+
+        <sect3 id="zend.translate.additional.languages.territory">
+            <title>Ein Land als Sprache verwenden</title>
+
+            <para>
+                Man kann auch ein Land als "locale" Parameter verwenden. Dass kann nützlich sein
+                wenn man seinem Benutzer Fahnen anbieten will, welche das Land repräsentieren in dem
+                er lebt. Wenn er seine Fahne auswählt, würde er automatisch die Standardsprache für
+                dieses Land erhalten.
+            </para>
+
+            <para>
+                Wenn der Benutzer, zum Beispiel, <emphasis>US</emphasis> auswählt, dann würde er
+                <emphasis>en_US</emphasis> als Gebietsschema erhalten welches dann verwendet wird.
+                Das führt automatisch zur Sprache <emphasis>en</emphasis> welche die Standardsprache
+                für das Land <emphasis>US</emphasis> ist.
+            </para>
+
+            <programlisting language="php"><![CDATA[
+$translate = new Zend_Translate(
+    array(
+        'adapter' => 'gettext',
+        'content' => 'my_de.mo',
+        'locale'  => 'US'
+    )
+);
+]]></programlisting>
+
+            <note>
+                <title>Länder immer groß schreiben</title>
+
+                <para>
+                    Wenn man diese Syntax verwendet sollte man die Eingaben immer groß schreiben
+                    wenn man weiß das es ein Land ist. Der Grund hierfür ist, das es auch Sprachen
+                    gibt welche die gleichen Buchstaben wie ein Land verwenden. Nehmen wir zum
+                    Beispiel <emphasis>om</emphasis>. Man könnte erwarten
+                    <emphasis>ar_OM</emphasis> zu erhalten wenn man das Land "Oman" meint, oder man
+                    könnte die Sprache "Oromo" erwarten welche zum Beispiel in Kenia gesprochen
+                    wird.
+                </para>
+
+                <para>
+                    Da <classname>Zend_Translate</classname> auf Sprachen bezogen ist würde es in
+                    so einem Fall immer die Sprache wählen. Deshalb sollte das Gebietsschema immer
+                    groß geschrieben werden kann man es will das es als Land erkannt wird.
+                </para>
+            </note>
+        </sect3>
     </sect2>
 
     <sect2 id="zend.translate.additional.detection">

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

@@ -1,6 +1,6 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21661 -->
-<!-- Reviewed: 21661 -->
+<!-- EN-Revision: 21741 -->
+<!-- Reviewed: 21741 -->
 <sect1 id="zend.translate.using">
     <title>Verwendung der Übersetzungsadapter</title>
 
@@ -28,8 +28,8 @@ print "Hier ist Zeile zwei\n";
     </para>
 
     <para>
-        Der nächste Schritt ist also die Integration von Zend_Translate in den eigenen Code.
-        Natürlich ist es viel einfacher, wenn bei der Erstellung des Codes bereits
+        Der nächste Schritt ist also die Integration von <classname>Zend_Translate</classname> in
+        den eigenen Code. Natürlich ist es viel einfacher, wenn bei der Erstellung des Codes bereits
         an die Übersetzung gedacht wurde, anstatt ihn im Nachhinein dafür zu ändern.
     </para>
 

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21261 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.validate.set.callback">
     <title>Callback</title>
@@ -69,11 +69,12 @@ if ($valid->isValid($input)) {
         <title>Verwendung mit Closures</title>
 
         <para>
-            PHP 5.3 führt <ulink url="http://php.net/functions.anonymous">Closures</ulink> ein,
+            <acronym>PHP</acronym> 5.3 führt <ulink
+                url="http://php.net/functions.anonymous">Closures</ulink> ein,
             welche grundsätzlich selbst-enthaltene oder <emphasis>anonyme</emphasis> Funktionen
-            sind. PHP nimmt an das Closures eine andere Form eines Callbacks sind, und können daher
-            als solche mit <classname>Zend_Validate_Callback</classname> verwendet werden. Als
-            Beispiel:
+            sind. <acronym>PHP</acronym> nimmt an das Closures eine andere Form eines Callbacks
+            sind, und können daher als solche mit <classname>Zend_Validate_Callback</classname>
+            verwendet werden. Als Beispiel:
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -148,9 +149,9 @@ if ($valid->isValid($input)) {
 ]]></programlisting>
 
         <para>
-            Letztendlich kann man, wenn man PHP 5.3 verwendet, die magische Methode
-            <methodname>__invoke()</methodname> in der eigenen Klasse definieren. Wenn man das tut
-            dann funktioniert die Angabe einer Instanz der Klasse genauso:
+            Letztendlich kann man, wenn man <acronym>PHP</acronym> 5.3 verwendet, die magische
+            Methode <methodname>__invoke()</methodname> in der eigenen Klasse definieren. Wenn man
+            das tut dann funktioniert die Angabe einer Instanz der Klasse genauso:
         </para>
 
         <programlisting language="php"><![CDATA[

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21243 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.validate.set.ip">
     <title>Ip</title>
@@ -65,8 +65,8 @@ if ($validator->isValid($ip)) {
 
             <para>
                 <classname>Zend_Validate_Ip</classname> prüft IPv6 Adressen mit einer Regex. Der
-                Grund ist, dass die Filter und Methoden von PHP der RFC nicht folgen. Viele andere
-                vorhandene Klassen folgen Ihr auch nicht.
+                Grund ist, dass die Filter und Methoden von <acronym>PHP</acronym> der RFC nicht
+                folgen. Viele andere vorhandene Klassen folgen Ihr auch nicht.
             </para>
         </note>
     </sect3>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20234 -->
+<!-- EN-Revision: 21741 -->
 <!-- Reviewed: no -->
 <sect3 id="zend.view.helpers.initial.currency">
     <title>Currency Helfer</title>
@@ -7,7 +7,7 @@
     <para>
         Das anzeigen von lokalisierten Währungswerten ist eine übliche Aufgabe; der View Helfer
         <classname>Zend_Currency</classname> dient dazu diese Aufgabe zu vereinfachen. Siehe auch
-        die <link linkend="zend.currency.introduction">Dokumentation von Zend Currency</link> für
+        die <link linkend="zend.currency.introduction">Dokumentation von Zend_Currency</link> für
         Details über dieses Lokalisierungs-Feature. In diesem Abschnitt fokusieren wir uns nur auf
         die Verwendung des View Helfers.
     </para>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21661 -->
+<!-- EN-Revision: 21741 -->
 <!-- Reviewed: no -->
 <sect3 id="zend.view.helpers.initial.translate">
     <title>Übersetzungs Helfer</title>
@@ -7,8 +7,8 @@
     <para>
         Oft sind Webseiten in verschiedenen Sprachen vorhanden. Um den Inhalt einer Site zu
         übersetzen sollte ganz einfach <link
-            linkend="zend.translate.introduction">Zend Translate</link> verwendet werden, und um
-        <classname>Zend Translate</classname> in der eigenen View zu integrieren sollte der
+            linkend="zend.translate.introduction">Zend_Translate</link> verwendet werden, und um
+        <classname>Zend_Translate</classname> in der eigenen View zu integrieren sollte der
         <emphasis>Translate</emphasis> View Helfer verwendet werden.
     </para>
 

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20799 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.view.helpers" xmlns:xi="http://www.w3.org/2001/XInclude">
     <title>View Helfer</title>
@@ -628,7 +628,7 @@ $view->registerHelper($helper, 'foo');
                 Das zweite Argument von <methodname>registerHelper()</methodname> ist der Name des
                 Helfers. Eine entsprechender Methodenname sollte im Helfer existieren; andernfalls
                 ruft <classname>Zend_View</classname> eine nicht existierende Methode aus wenn der
-                Helfer ausgeführt wird, was einen fatalen PHP Fehler verursacht.
+                Helfer ausgeführt wird, was einen fatalen <acronym>PHP</acronym> Fehler verursacht.
             </para>
         </note>
     </sect2>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20799 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.view.introduction">
     <title>Einführung</title>
@@ -198,7 +198,7 @@ base/path/
             werden Short Open Tags dazu führen das die Prüfung der Templates fehlschlägt.
             Letztendlich, wenn man Short Tags verwendet, wärend <constant>short_open_tag</constant>
             ausgeschaltet ist, werden die View Skripte entweder Fehler verursachen oder einfach den
-            PHP Code an den Betrachter zurücksenden.
+            <acronym>PHP</acronym> Code an den Betrachter zurücksenden.
         </para>
 
         <para>

documentation/manual/de/module_specs/Zend_XmlRpc_Server.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20818 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.xmlrpc.server">
     <title>Zend_XmlRpc_Server</title>
@@ -762,8 +762,8 @@ $server = new Zend_XmlRpc_Server();
             <para>
                 Performance wird durch eine Vielzahl an Parametern und Benchmarks ermittelt
                 welche nur für den speziellen Testfall angewendet werden. Unterschiede basieren
-                auf der PHP Version, installierten Erweiterungen, dem Webserver und dem
-                Betriebssystem um nur einige zu nennen. Man sollte darauf achten das man die
+                auf der <acronym>PHP</acronym> Version, installierten Erweiterungen, dem Webserver
+                und dem Betriebssystem um nur einige zu nennen. Man sollte darauf achten das man die
                 eigene Anwendung selbst benchmarkt und anschließend auswählt welchen Generator
                 man verwendet, aber basierend auf <emphasis>eigenen</emphasis> Zahlen.
             </para>

documentation/manual/de/ref/coding_standard.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21161 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <appendix id="coding-standard">
     <title>Zend Framework Coding Standard für PHP</title>
@@ -187,13 +187,14 @@
 
                 <para>
                     Der Hintergrund dieser Änderung ist die Verwendung von Namespaces. Da wir auf
-                    Zend Framework 2.0 und die Verwendung von PHP 5.3 zugehen, werden wir Namespaces
-                    verwenden. Der einfachste Weg die Konvertierung zu Namespaces zu automatisieren
-                    besteht darin die Unterstriche in Namespace Separatoren zu konvertieren -- aber
-                    in der alten Namenskonvention, lässt dies den Klassennamen einfach als
-                    "Abstract" oder "Interface" zurück" -- beide sind reservierte Schlüsselwörter
-                    in PHP. Wenn wir den Namen der (Unter)Komponente dem Klassennamen voranstellen
-                    können wir diese Probleme vermeiden.
+                    Zend Framework 2.0 und die Verwendung von <acronym>PHP</acronym> 5.3 zugehen,
+                    werden wir Namespaces verwenden. Der einfachste Weg die Konvertierung zu
+                    Namespaces zu automatisieren besteht darin die Unterstriche in Namespace
+                    Separatoren zu konvertieren -- aber in der alten Namenskonvention, lässt dies
+                    den Klassennamen einfach als "Abstract" oder "Interface" zurück" -- beide sind
+                    reservierte Schlüsselwörter in <acronym>PHP</acronym>. Wenn wir den Namen der
+                    (Unter)Komponente dem Klassennamen voranstellen können wir diese Probleme
+                    vermeiden.
                 </para>
 
                 <para>

documentation/manual/de/ref/overview.xml

@@ -1,12 +1,12 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20876 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <chapter id="introduction.overview">
     <title>Übersicht</title>
 
     <para>
         Zend Framework ist ein Open Source Framework für die Entwicklung von Web Anwendungen
-        und Services mit PHP 5. Zend Framework wurde durch Verwendung von 100%
+        und Services mit <acronym>PHP</acronym> 5. Zend Framework wurde durch Verwendung von 100%
         Objektorientiertem Code implementiert. Die Komponenten Struktur vom Zend Framework ist
         einzigartig; jede Komponente wurde entworfen mit wenig Anhängigkeiten zu anderen
         Komponenten. Diese lose gekoppelte Architektur erlaubt es Entwicklern die Komponenten

documentation/manual/de/tutorials/form-decorators-composite.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20876 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect1 id="learning.form.decorators.composite">
     <title>Erstellung und Darstellung von kombinierten Elementen</title>
@@ -190,11 +190,11 @@ class My_Form_Element_Date extends Zend_Form_Element_Xhtml
 
         <para>
             Bei der erneuten Betrachtung des Beispiels im letzten Abschnitt, nehmen wir wir an dass
-            wir wollen das unsere Benutzer Jahr, Monat und Tag separat eingeben. PHP erlaubt es uns
-            glücklicherweise die Array Schreibweise zu verwenden wenn Elemente erstellt werden,
-            deshalb ist es möglich diese drei Entitäten in einem einzelnen Wert zu fangen -- und wir
-            erstellen jetzt ein <classname>Zend_Form</classname> Element das solch einen Array Wert
-            verarbeiten kann.
+            wir wollen das unsere Benutzer Jahr, Monat und Tag separat eingeben.
+            <acronym>PHP</acronym> erlaubt es uns glücklicherweise die Array Schreibweise zu
+            verwenden wenn Elemente erstellt werden, deshalb ist es möglich diese drei Entitäten in
+            einem einzelnen Wert zu fangen -- und wir erstellen jetzt ein
+            <classname>Zend_Form</classname> Element das solch einen Array Wert verarbeiten kann.
         </para>
 
         <para>

documentation/manual/de/tutorials/multiuser-sessions.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20976 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect1 id="learning.multiuser.sessions">
     <title>User Session im Zend Framework managen</title>
@@ -23,11 +23,12 @@
         </para>
 
         <para>
-            In PHP wurde das Session Problem durch die Session Erweiterung gelöst welche eine Form
-            der Statusverfolgung, typische Cookies und eine Form des lokalen Speichers verwendet der
-            über die Superglobale $_SESSION bekanntgemacht wird. Im Zend Framework fügt die
-            Komponente Zend_Session zusätzliche Vorteile zu Php's Session Erweiterung hinzu, welche
-            es einfacher machen diese zu verwenden und auf objekt-orientierten Anwendungen beruht.
+            In <acronym>PHP</acronym> wurde das Session Problem durch die Session Erweiterung gelöst
+            welche eine Form der Statusverfolgung, typische Cookies und eine Form des lokalen
+            Speichers verwendet der über die Superglobale $_SESSION bekanntgemacht wird. Im Zend
+            Framework fügt die Komponente Zend_Session zusätzliche Vorteile zu
+            <acronym>PHP</acronym>'s Session Erweiterung hinzu, welche es einfacher machen diese zu
+            verwenden und auf objekt-orientierten Anwendungen beruht.
         </para>
     </sect2>
 
@@ -63,10 +64,11 @@ resources.session.remember_me_seconds = 864000
 
         <para>
             Wie man sieht sind die übergebenen Optionen die gleichen Optionen welche man in der
-            ext/session Erweiterung von PHP erwarten würde zu finden. Diese Optionen stellen den
-            Pfad zu den Session Dateien ein in dem Daten des Projekts gespeichert werden. Da Ini
-            Dateien zusätzlich Konstanten verwenden können, wird das obige die Konstante
-            APPLICATION_PATH verwenden und relativ auf das Verzeichnis der Sessiondaten zeigen.
+            ext/session Erweiterung von <acronym>PHP</acronym> erwarten würde zu finden. Diese
+            Optionen stellen den Pfad zu den Session Dateien ein in dem Daten des Projekts
+            gespeichert werden. Da Ini Dateien zusätzlich Konstanten verwenden können, wird das
+            obige die Konstante APPLICATION_PATH verwenden und relativ auf das Verzeichnis der
+            Sessiondaten zeigen.
         </para>
 
         <para>

documentation/manual/de/tutorials/quickstart-create-model.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20879 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect1 id="learning.quickstart.create-model">
     <title>Ein Modell und eine Datenbank Tabelle erstellen</title>
@@ -463,7 +463,7 @@ class Application_Model_GuestbookMapper
 Creating a model at application/models/GuestbookMapper.php
 Updating project profile '.zfproject.xml'
 ]]></programlisting>
-       
+
     <para>
         Jetzt muss die Klasse <classname>Application_Model_GuestbookMapper</classname> welche in
         <filename>application/models/GuestbookMapper.php</filename> gefunden werden kann so
@@ -553,9 +553,9 @@ class Application_Model_GuestbookMapper
 Creating a model at application/models/Guestbook.php
 Updating project profile '.zfproject.xml'
 ]]></programlisting>
-  
+
    <para>
-        Wir verändern diese leere PHP Klasse um es einfach zu machen das Modell
+        Wir verändern diese leere <acronym>PHP</acronym> Klasse um es einfach zu machen das Modell
         bekanntzugeben indem ein Array an Daten entweder an den Constructor oder an die
         <methodname>setOptions()</methodname> Methode übergeben wird. Das endgültige Modell, welches
         in <filename>application/models/Guestbook.php</filename> ist, sollte wie folgt aussehen:

documentation/manual/de/tutorials/quickstart-create-project.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20996 -->
+<!-- EN-Revision: 21740 -->
 <!-- Reviewed: no -->
 <sect1 id="learning.quickstart.create-project">
     <title>Das Projekt erstellen</title>
@@ -13,8 +13,8 @@
         <title>Zend Framework installieren</title>
 
         <para>
-            Der einfachste Weg um Zend Framework zusammen mit einem kompletten PHP Stack zu
-            erhalten ist durch die Installation von <ulink
+            Der einfachste Weg um Zend Framework zusammen mit einem kompletten
+            <acronym>PHP</acronym> Stack zu erhalten ist durch die Installation von <ulink
                 url="http://www.zend.com/en/products/server-ce/downloads">Zend Server</ulink>.
             Zend Server hat native Installationsroutinen für Mac OSX, Windows, Fedora Core und
             Ubuntu, sowie ein universelles Installationspaket das mit den meisten Linux
@@ -178,10 +178,10 @@ class Bootstrap extends Zend_Application_Bootstrap_Bootstrap
             Wärend Zend Framework selbst konfigurationslos ist, ist es oft notwendig die eigene
             Anwendung zu konfigurieren. Die Standardkonfiguration wird in
             <filename>application/configs/application.ini</filename> platziert und enthält einige
-            grundsätzliche Direktiven für die Einstellung der PHP Umgebung (zum Beispiel ein- und
-            ausschalten der Fehlermeldungen), zeigt den Pfad zur eigenen Bootstrap Klasse (wie auch
-            dessen Klassenname), und den Pfad zu den eigenen Action Controllern. Das sieht wie folgt
-            aus:
+            grundsätzliche Direktiven für die Einstellung der <acronym>PHP</acronym> Umgebung (zum
+            Beispiel ein- und ausschalten der Fehlermeldungen), zeigt den Pfad zur eigenen Bootstrap
+            Klasse (wie auch dessen Klassenname), und den Pfad zu den eigenen Action Controllern.
+            Das sieht wie folgt aus:
         </para>
 
         <programlisting language="ini"><![CDATA[
@@ -313,10 +313,10 @@ class ErrorController extends Zend_Controller_Action
         <title>Views</title>
 
         <para>
-            Views werden im Zend Framework in reinem alten PHP geschrieben. View Skripte werden
-            unter <filename>application/views/scripts/</filename> platziert, wo Sie weiters
-            kategorisiert werden indem der Name des Controllers verwendet wird. In unserem Fall
-            haben wir einen <classname>IndexController</classname> und einen
+            Views werden im Zend Framework in reinem alten <acronym>PHP</acronym> geschrieben. View
+            Skripte werden unter <filename>application/views/scripts/</filename> platziert, wo Sie
+            weiters kategorisiert werden indem der Name des Controllers verwendet wird. In unserem
+            Fall haben wir einen <classname>IndexController</classname> und einen
             <classname>ErrorController</classname>, und deshalb haben wir entsprechende
             <filename>index/</filename> und <filename>error/</filename> Unterverzeichnisse in
             unserem View Skript Verzeichnis. In diesem Unterverzeichnissen finden und erstellen wir
@@ -327,8 +327,8 @@ class ErrorController extends Zend_Controller_Action
 
         <para>
             View Skripte können jedes Markup enthalten das man haben will, und verwenden das
-            öffnende <code>&lt;?php</code> Tag und das schließende <code>?&gt;</code> Tag um PHP
-            Direktiven einzufügen.
+            öffnende <code>&lt;?php</code> Tag und das schließende <code>?&gt;</code> Tag um
+            <acronym>PHP</acronym> Direktiven einzufügen.
         </para>
 
         <para>
@@ -389,7 +389,7 @@ class ErrorController extends Zend_Controller_Action
 
         <para>
             Das <filename>error/error.phtml</filename> View Skript ist etwas interessanter da es
-            einige PHP Konditionen verwendet:
+            einige <acronym>PHP</acronym> Konditionen verwendet:
         </para>
 
         <programlisting language="php"><![CDATA[