[MANUAL] German:

- sync up to r21820

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

documentation/manual/de/module_specs/Zend_Feed_Pubsubhubbub.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21818 -->
+<!-- EN-Revision: 21819 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.feed.pubsubhubbub.introduction">
     <title>Zend_Feed_Pubsubhubbub</title>
@@ -97,8 +97,8 @@
             Implementation des Abonnenten alle Feed Aktualisierungen behandeln die von einem Hub
             weitergeleitet werden indem
             <classname>Zend_Feed_Pubsubhubbub_Subscriber_Callback</classname> verwendet wird. Diese
-            Klassen, deren Verwendungszweck, und die APIs werden in den weiterführenden Abschnitten
-            behandelt.
+            Klassen, deren Verwendungszweck, und die <acronym>API</acronym>s werden in den
+            weiterführenden Abschnitten behandelt.
         </para>
     </sect2>
 
@@ -108,14 +108,14 @@
         <para>
             In Pubsubhubbub ist der Publizist der Teilnehmer welcher einen lebenden Feed
             veröffentlicht und Ihn regelmäßig mit neuem Inhalt aktualisiert. Das kann ein Blog, eine
-            Sammlung, oder sogar ein Webservice mit einer öffentlichen Feed basierenden API sein.
-            Damit diese Aktualisierungen zu den Abonnenten geschickt werden können, muss der
-            Publizist alle seine unterstützten Hubs darüber informieren das eine Aktualisierung
-            stattgefunden hat, indem eine einfache HTTP POST Anfrage verwendet wird, welche die URI
-            oder das aktualisierte Thema enthält (z.B. den aktualisierten RSS oder Atom Feed). Der
-            Hub bestätigt den Empfang der Benachrichtigung, holt den aktualisierten Feed, und leitet
-            alle Aktualisierungen an alle Abonnenten weiter welche sich bei diesem Hub für
-            Aktualisierungen für den relevanten Feed angemeldet haben.
+            Sammlung, oder sogar ein Webservice mit einer öffentlichen Feed basierenden
+            <acronym>API</acronym> sein. Damit diese Aktualisierungen zu den Abonnenten geschickt
+            werden können, muss der Publizist alle seine unterstützten Hubs darüber informieren das
+            eine Aktualisierung stattgefunden hat, indem eine einfache HTTP POST Anfrage verwendet
+            wird, welche die URI oder das aktualisierte Thema enthält (z.B. den aktualisierten RSS
+            oder Atom Feed). Der Hub bestätigt den Empfang der Benachrichtigung, holt den
+            aktualisierten Feed, und leitet alle Aktualisierungen an alle Abonnenten weiter welche
+            sich bei diesem Hub für Aktualisierungen für den relevanten Feed angemeldet haben.
         </para>
 
         <para>

documentation/manual/de/module_specs/Zend_Feed_Writer.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21815 -->
+<!-- EN-Revision: 21819 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.feed.writer">
     <title>Zend_Feed_Writer</title>
@@ -273,9 +273,9 @@ $out = $feed->export('atom');
         </para>
 
         <para>
-            Die API für Daten auf Level des Feeds ist in
+            Die <acronym>API</acronym> für Daten auf Level des Feeds ist in
             <classname>Zend_Feed_Writer_Feed</classname> enthalten. Zusätzlich zu der anbei
-            beschriebenen API, implementiert die Klasse auch die Interfaces
+            beschriebenen <acronym>API</acronym>, implementiert die Klasse auch die Interfaces
             <classname>Countable</classname> und <classname>Iterator</classname>.
         </para>
 
@@ -529,8 +529,8 @@ $out = $feed->export('atom');
         </para>
 
         <para>
-            Die API auf Level des Eintrags ist in <classname>Zend_Feed_Writer_Entry</classname>
-            enthalten.
+            Die <acronym>API</acronym> auf Level des Eintrags ist in
+            <classname>Zend_Feed_Writer_Entry</classname> enthalten.
         </para>
 
         <table>

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

@@ -1,22 +1,23 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21740 -->
+<!-- EN-Revision: 21819 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.log.writers.zendmonitor">
     <title>Auf den Zend Server Montior schreiben</title>
 
     <para>
         <classname>Zend_Log_Writer_ZendMonitor</classname> erlaubt es Events über Zend Server's
-        Monitor API zu loggen. Das erlaubt es die Log Nachrichten für die Umgebung einer komplette
-        Anwendung an einem einzelnen Ort zu sammeln. Intern verwendet es einfach die
-        <methodname>monitor_custom_event()</methodname> Funktion der Zend Monitor API.
+        Monitor <acronym>API</acronym> zu loggen. Das erlaubt es die Log Nachrichten für die
+        Umgebung einer komplette Anwendung an einem einzelnen Ort zu sammeln. Intern verwendet es
+        einfach die <methodname>monitor_custom_event()</methodname> Funktion der Zend Monitor
+        <acronym>API</acronym>.
     </para>
 
     <para>
-        Ein relativ nützlichen Feature der Monitor API ist das Sie es erlaubt beliebige eigene
-        Informationen zusammen mit der Log Nachricht zu spezifizieren. Wenn man zum Beispiel eine
-        Exception loggen will, kann man nicht nur die Exception Nachricht loggen, sondern auch das
-        komplette Exception Objekt an die Funktion übergeben, und das Objekt dann im Zend Server
-        Event Monitor inspizieren.
+        Ein relativ nützlichen Feature der Monitor <acronym>API</acronym> ist das Sie es erlaubt
+        beliebige eigene Informationen zusammen mit der Log Nachricht zu spezifizieren. Wenn man zum
+        Beispiel eine Exception loggen will, kann man nicht nur die Exception Nachricht loggen,
+        sondern auch das komplette Exception Objekt an die Funktion übergeben, und das Objekt dann
+        im Zend Server Event Monitor inspizieren.
     </para>
 
     <note>
@@ -117,9 +118,9 @@ $log->info('Exception gefunden', array(
         </para>
 
         <para>
-            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.
+            Wie vorher erwähnt fungiert der Logger, wenn die Monitor <acronym>API</acronym> in der
+            eigenen <acronym>PHP</acronym> Anwendung nicht erkannt wurde, als
+            <constant>NULL</constant> Logger.
         </para>
     </note>
 </sect2>

documentation/manual/de/module_specs/Zend_Oauth-GettingStarted.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20827 -->
+<!-- EN-Revision: 21819 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.oauth.introduction.getting-started">
     <title>Beginnen</title>
@@ -9,7 +9,8 @@
         Quellcode an. Unser neuer Konsument wird Twitter Statusübertragungen verwenden. Um das tun
         zu können muss er bei Twitter registriert sein um einen OAuth Konsumentenschlüssel und ein
         Konsumentengeheimnis zu empfangen. Diese werden verwendet um einen Zugriffstoken zu
-        erhalten bevor wir die Twitter API verwenden um eine Statusmeldung zu schicken.
+        erhalten bevor wir die Twitter <acronym>API</acronym> verwenden um eine Statusmeldung zu
+        schicken.
     </para>
 
     <para>
@@ -32,7 +33,7 @@ $consumer = new Zend_Oauth_Consumer($config);
     <para>
         callbackUrl ist die URI von der wir wollen das Sie Twitter von unserem Server anfragt wenn
         Informationen gesendet werden. Wir sehen uns das später an. siteUrl ist die Basis URL der
-        OAuth API Endpunkte von Twitter. Die komplette Liste der Endpunkt enthält
+        OAuth <acronym>API</acronym> Endpunkte von Twitter. Die komplette Liste der Endpunkt enthält
         http://twitter.com/oauth/request_token, http://twitter.com/oauth/access_token und
         http://twitter.com/oauth/authorize. Die grundsätzliche siteUrl verwendet eine Konvention
         welche auf diese drei OAuth Endpunkte verweist (als Standard) um einen Anfragetoken, den
@@ -103,8 +104,9 @@ $token = $consumer->getRequestToken();
     <para>
         Der neue Anfragetoken (eine Instanz von <classname>Zend_Oauth_Token_Request</classname>)
         ist nicht authorisiert. Um Ihn mit einem authorisierten Token zu wechseln mit dem wir auf
-        die Twitter API zugreifen können, muss Ihn der Benutzer authorisieren. Wir bewerkstelligen
-        das indem der Benutzer auf den Authorisierungsendpunkt von Twitter umgeleitet wird:
+        die Twitter <acronym>API</acronym> zugreifen können, muss Ihn der Benutzer authorisieren.
+        Wir bewerkstelligen das indem der Benutzer auf den Authorisierungsendpunkt von Twitter
+        umgeleitet wird:
     </para>
 
     <programlisting language="php"><![CDATA[
@@ -147,9 +149,9 @@ $consumer->redirect();
         einbauen um diesen Zugriffstoken wie folgt herauszuschneiden - dieser Sourcecode würde im
         ausgeführten Code unserer Callback URI existieren. Sobald er herausgeschnitten wurde können
         wir den vorherigen Anfragetoken entfernen, und statt dessen den Zugriffstoken für die
-        zukünftige Verendung mit der API von Twitter fixieren. Nochmals, wir fixieren einfach die
-        Session des Benutzer, aber in Wirklichkeit kann ein Zugriffstoken eine lange Lebenszeit
-        haben, und sollte deshalb wirklich in einer Datenbank abgespeichert werden.
+        zukünftige Verendung mit der <acronym>API</acronym> von Twitter fixieren. Nochmals, wir
+        fixieren einfach die Session des Benutzer, aber in Wirklichkeit kann ein Zugriffstoken eine
+        lange Lebenszeit haben, und sollte deshalb wirklich in einer Datenbank abgespeichert werden.
     </para>
 
     <programlisting language="php"><![CDATA[
@@ -175,13 +177,14 @@ if (!empty($_GET) && isset($_SESSION['TWITTER_REQUEST_TOKEN'])) {
 
     <para>
         Erfolg! Wir haben einen authorisierten Zugriffstoken - zu dieser Zeit verwenden wir schon
-        die API von Twitter. Da dieser Zugriffstoken bei jeder einzelnen API Anfrage enthalten sein
-        muss, bietet Zend_Oauth_Consumer einen fix-fertigen HTTP Client an (eine Subklasse von
-        <classname>Zend_Http_Client</classname>) welcher entweder für sich verwendet werden, oder
-        der als eigener HTTP Client an eine andere Bibliothek oder Komponente übergeben werden kann.
-        Hier ist ein Beispiel für die eigenständige Verwendung. Das kann von überall aus der
-        Anwendung heraus getan werden, solange man Zugriff auf die OAuth Konfiguration hat, und den
-        endgültigen authorisierten Zugriffstoken empfangen kann.
+        die <acronym>API</acronym> von Twitter. Da dieser Zugriffstoken bei jeder einzelnen
+        <acronym>API</acronym> Anfrage enthalten sein muss, bietet Zend_Oauth_Consumer einen
+        fix-fertigen HTTP Client an (eine Subklasse von <classname>Zend_Http_Client</classname>)
+        welcher entweder für sich verwendet werden, oder der als eigener HTTP Client an eine andere
+        Bibliothek oder Komponente übergeben werden kann. Hier ist ein Beispiel für die
+        eigenständige Verwendung. Das kann von überall aus der Anwendung heraus getan werden,
+        solange man Zugriff auf die OAuth Konfiguration hat, und den endgültigen authorisierten
+        Zugriffstoken empfangen kann.
     </para>
 
     <programlisting language="php"><![CDATA[

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21818 -->
+<!-- EN-Revision: 21819 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.oauth.introduction" xmlns:xi="http://www.w3.org/2001/XInclude">
     <title>Einführung zu OAuth</title>
@@ -23,14 +23,14 @@
         ist. Bei Verwendung dieses Access Tokens kann die Anwendungen auf die privaten Daten
         zugreifen ohne dauernd die Zugangsdaten zu benötigen. Insgesamt ist dieses Prokoll einer
         delegationsartigen Authorisierung eine sicherere Lösung des Problems auf private Daten
-        über eine beliebige Webservice API zuzugreifen.
+        über eine beliebige Webservice <acronym>API</acronym> zuzugreifen.
     </para>
 
     <para>
         OAuth ist keine komplett neue Idee, es ist mehr ein standardisiertes Protokoll welches auf
-        existierende Eigenschaften von Protokollen wie Google AuthSub, Yahoo BBAuth, Flickr API,
-        usw. aufsetzt. Alle von Ihnen arbeiten im weiteren Sinne auf der Basis einer
-        standardisierten Benutzerkennung für eine Art Access Token. Der Vorteil einer
+        existierende Eigenschaften von Protokollen wie Google AuthSub, Yahoo BBAuth, Flickr
+        <acronym>API</acronym>, usw. aufsetzt. Alle von Ihnen arbeiten im weiteren Sinne auf der
+        Basis einer standardisierten Benutzerkennung für eine Art Access Token. Der Vorteil einer
         standardisierten Spezifikation wie OAuth ist, das Sie nur eine einzelne Implementation
         benötigt im gegensatz zu vielen unterschiedlichen abhängig vom verwendeten Webservice. Diese
         Standardisierung hat nicht unabhängig von den Major Players stattgefunden, und aktuell

documentation/manual/de/module_specs/Zend_Oauth-ProtocolWorkflow.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21818 -->
+<!-- EN-Revision: 21819 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.oauth.introduction.protocol-workflow">
     <title>Workflow des Protokolls</title>
@@ -45,15 +45,15 @@
     <para>
         An diesem Punkt kann der Benutzer gefragt werden sich in Twitter anzumelden und wird jetzt
         mit einem Twitter Bildschirm konfrontiert welcher Ihn fragt ob er diese Anfrage von
-        TweetExpress für den Zugriff auf die API von Twitter im Auftrag des Benutzers gestattet.
-        Twitter speichert die Antwort von der wir annehmen das Sie positiv war. Basierend auf dem
-        Einverständnis des Benutzers speichert Twitter den aktuell unauthorisierten Anfrage Token
-        als vom Benutzer akzeptiert (was Ihn Benutzerspezifisch macht) und erzeugt einen neuen Wert
-        in der Form eines Überprüfungscodes. Der Benutzer wird jetzt auf eine spezifische Callback
-        URL zurückgeleitet welche von TweetExpress verwendet wird (diese Callback URL kann bei
-        Twitter registriert sein, oder dynamisch gesetzt werden indem bei den Anfragen ein
-        oauth_callback Parameter verwendet wird). Die Umleitungs-URL wird den neu erzeugten
-        Überprüfungscode enthalten.
+        TweetExpress für den Zugriff auf die <acronym>API</acronym> von Twitter im Auftrag des
+        Benutzers gestattet. Twitter speichert die Antwort von der wir annehmen das Sie positiv war.
+        Basierend auf dem Einverständnis des Benutzers speichert Twitter den aktuell
+        unauthorisierten Anfrage Token als vom Benutzer akzeptiert (was Ihn Benutzerspezifisch
+        macht) und erzeugt einen neuen Wert in der Form eines Überprüfungscodes. Der Benutzer wird
+        jetzt auf eine spezifische Callback URL zurückgeleitet welche von TweetExpress verwendet
+        wird (diese Callback URL kann bei Twitter registriert sein, oder dynamisch gesetzt werden
+        indem bei den Anfragen ein oauth_callback Parameter verwendet wird). Die Umleitungs-URL wird
+        den neu erzeugten Überprüfungscode enthalten.
     </para>
 
     <para>
@@ -63,18 +63,19 @@
         Anfrage Token getauscht werden indem eine Anfrage an Twitter zurückgesendet wird inklusive
         dem Anfrage Token und dem empfangenen Überprüfungscode. Twitter sollte jetzt eine Antwort
         zurücksenden welche diesen Zugriffstoken enthält welcher in allen Anfragen verwendet werden
-        muss um Zugriff auf die API von Twitter im Auftrag des Benutzers zu erhalten. Twitter macht
-        das nur einmal sobald bestätigt wurde das der angehängte Anfrage Token noch nicht verwendet
-        wurde um einen anderen Anfrage Token zu erhalten. Ab diesem Punkt kann TweetExpress dem
-        Benutzer die Anfrage der Akzeptanz bestätigen und den originalen Anfrage Token löschen da
-        er nicht länger benötigt wird.
+        muss um Zugriff auf die <acronym>API</acronym> von Twitter im Auftrag des Benutzers zu
+        erhalten. Twitter macht das nur einmal sobald bestätigt wurde das der angehängte Anfrage
+        Token noch nicht verwendet wurde um einen anderen Anfrage Token zu erhalten. Ab diesem Punkt
+        kann TweetExpress dem Benutzer die Anfrage der Akzeptanz bestätigen und den originalen
+        Anfrage Token löschen da er nicht länger benötigt wird.
     </para>
 
     <para>
-        Ab diesem Punkt kann TweetExpress die API von Twitter verwenden um neue Tweets im Sinne des
-        Benutzers zu schicken indem einfach auf die Endpunkte der API mit einer Anfrage zugegriffen
-        wird welche digital signiert wurde (über HMAC-SHA1) mit einer Kombination von dem
-        Konsumenten Geheimnis von TweetExpress und dem Zugriffsschlüssel der verwendet wird.
+        Ab diesem Punkt kann TweetExpress die <acronym>API</acronym> von Twitter verwenden um neue
+        Tweets im Sinne des Benutzers zu schicken indem einfach auf die Endpunkte der
+        <acronym>API</acronym> mit einer Anfrage zugegriffen wird welche digital signiert wurde
+        (über HMAC-SHA1) mit einer Kombination von dem Konsumenten Geheimnis von TweetExpress und
+        dem Zugriffsschlüssel der verwendet wird.
     </para>
 
     <para>

documentation/manual/de/module_specs/Zend_Pdf-InteractiveFeatures.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20872 -->
+<!-- EN-Revision: 21819 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.pdf.interactive-features">
     <title>Interaktive Features</title>
@@ -809,9 +809,10 @@ $pdf->resolveDestination(Zend_Pdf_Destination_Named::create('Page3'));
 
             <para>
                 Die Methode <methodname>Zend_Pdf_Action_URI::create($uri[, $isMap])</methodname>
-                muss verwendet werden um eine URI Aktion zu erstellen (siehe die API Dokumentation
-                für Details). Der optionale <varname>$isMap</varname> Parameter wird
-                standardmäßig auf <constant>FALSE</constant> gesetzt.
+                muss verwendet werden um eine URI Aktion zu erstellen (siehe die
+                <acronym>API</acronym> Dokumentation für Details). Der optionale
+                <varname>$isMap</varname> Parameter wird standardmäßig auf
+                <constant>FALSE</constant> gesetzt.
             </para>
 
             <para>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20854 -->
+<!-- EN-Revision: 21819 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.queue.adapters">
     <title>Adapter</title>
@@ -487,8 +487,8 @@ $queue = new Zend_Queue('Db', $options);
                 <listitem>
                     <para>
                         <methodname>getQueues()</methodname> - Zend Platform erlaubt es nicht
-                        über die API die angehängten Job Handling Skripte einzusehen. Diese
-                        Methode wirft eine Exception.
+                        über die <acronym>API</acronym> die angehängten Job Handling Skripte
+                        einzusehen. Diese Methode wirft eine Exception.
                     </para>
                 </listitem>
 

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20872 -->
+<!-- EN-Revision: 21819 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.search.lucene.query-api">
     <title>Abfrage Erzeugungs API</title>
@@ -10,8 +10,9 @@
     </para>
 
     <para>
-        Benutzerabfragen können mit Abfragen die durch die API erstellte wurden kombiniert werden.
-        Einfach den Abfrageparser verwenden um eine Abfrage von einem String zu erstellen:
+        Benutzerabfragen können mit Abfragen die durch die <acronym>API</acronym> erstellte wurden
+        kombiniert werden. Einfach den Abfrageparser verwenden um eine Abfrage von einem String zu
+        erstellen:
 
         <programlisting language="php"><![CDATA[
 $query = Zend_Search_Lucene_Search_QueryParser::parse($queryString);
@@ -389,8 +390,8 @@ $hits  = $index->find($query);
 
         <para>
             Jede Abfrage die boolsche Operatoren verwendet kann, kann auch auch umgeschrieben werden
-            damit Sie die Vorzeichen-Schreibweise verwendet und mit Hilfe der API erstellt wird. Zum
-            Beispiel:
+            damit Sie die Vorzeichen-Schreibweise verwendet und mit Hilfe der <acronym>API</acronym>
+            erstellt wird. Zum Beispiel:
 
             <programlisting language="querystring"><![CDATA[
 word1 AND (word2 AND word3 AND NOT word4) OR word5
@@ -431,7 +432,7 @@ field1:test*
         <para>oder</para>
 
         <para>
-            Abfrageerstellung durch die API:
+            Abfrageerstellung durch die <acronym>API</acronym>:
 
             <programlisting language="php"><![CDATA[
 $pattern = new Zend_Search_Lucene_Index_Term('test*', 'field1');
@@ -474,7 +475,7 @@ field1:test~
         <para>oder</para>
 
         <para>
-            Abfrageerstellung durch die API:
+            Abfrageerstellung durch die <acronym>API</acronym>:
 
             <programlisting language="php"><![CDATA[
 $term = new Zend_Search_Lucene_Index_Term('test', 'field1');
@@ -498,7 +499,7 @@ field1:test~0.4
         <para>oder</para>
 
         <para>
-            Abfrageerstellung durch die API:
+            Abfrageerstellung durch die <acronym>API</acronym>:
 
             <programlisting language="php"><![CDATA[
 $term = new Zend_Search_Lucene_Index_Term('test', 'field1');
@@ -751,7 +752,7 @@ title:{Aida TO Carmen}
         <para>oder</para>
 
         <para>
-            Abfrageerstellung durch die API:
+            Abfrageerstellung durch die <acronym>API</acronym>:
 
             <programlisting language="php"><![CDATA[
 $from = new Zend_Search_Lucene_Index_Term('20020101', 'mod_date');

documentation/manual/de/module_specs/Zend_Service-ReCaptcha.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20810 -->
+<!-- EN-Revision: 21819 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.service.recaptcha">
     <title>Zend_Service_ReCaptcha</title>
@@ -113,7 +113,7 @@ if (!$result->isValid()) {
         <para>
             Um diese Komponente zu verwenden benötigt man
             <ulink url="http://recaptcha.net/whyrecaptcha.html">einen Account</ulink> um
-            öffentliche und private Schlüssel für die Mailhide API erstellen.
+            öffentliche und private Schlüssel für die Mailhide <acronym>API</acronym> erstellen.
         </para>
 
         <example id="zend.service.recaptcha.mailhide.example-1">

documentation/manual/de/module_specs/Zend_Service_DeveloperGarden.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21818 -->
+<!-- EN-Revision: 21819 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.service.developergarden">
     <title>Zend_Service_DeveloperGarden</title>
@@ -11,7 +11,7 @@
             Developer Garden ist der Name für die Entwicker Community der Deutschen Telekom.
             Developer Garden erlaubt den Zugriff auf die zentralen Services der Deutschen Telekom,
             wie z.B. Sprache Verbindungen oder der Versand von SMS Nachrichten über die Open Apis.
-            Der Zugriff auf die API Services erfolgt über <acronym>SOAP</acronym>
+            Der Zugriff auf die <acronym>API</acronym> Services erfolgt über <acronym>SOAP</acronym>
             oder <acronym>REST</acronym>.
         </para>
 
@@ -27,7 +27,8 @@
                 <para>
                     <link
                         linkend="zend.service.developergarden.baseuserservice">BaseUserService</link>:
-                    Klasse um API Anteile sowie Details von Benutzerzugangsdaten zu managen.
+                    Klasse um <acronym>API</acronym> Anteile sowie Details von Benutzerzugangsdaten
+                    zu managen.
                 </para>
             </listitem>
 
@@ -80,7 +81,7 @@
         </itemizedlist>
 
         <para>
-            Die Backend SOAP API ist <ulink
+            Die Backend SOAP <acronym>API</acronym> ist <ulink
                 url="http://www.developergarden.com/openapi/dokumentation/">hier</ulink>
             dokumentiert.
         </para>
@@ -89,8 +90,8 @@
             <title>Für einen Zugang anmelden</title>
 
             <para>
-                Bevor man damit beginnen kann die DeveloperGarden API zu verwenden muss man sich
-                erst für einen Zugang <ulink
+                Bevor man damit beginnen kann die DeveloperGarden <acronym>API</acronym> zu
+                verwenden muss man sich erst für einen Zugang <ulink
                     url="http://www.developergarden.com/register">anmelden</ulink>.
             </para>
         </sect3>
@@ -99,8 +100,8 @@
             <title>Die Umgebung</title>
 
             <para>
-                Mit der DeveloperGarden API hat man die Möglichkeit zwischen 3 unterschiedlichen
-                Umgebungen zu wählen mit denen gearbeitet werden kann.
+                Mit der DeveloperGarden <acronym>API</acronym> hat man die Möglichkeit zwischen 3
+                unterschiedlichen Umgebungen zu wählen mit denen gearbeitet werden kann.
             </para>
 
             <itemizedlist>
@@ -124,7 +125,7 @@
                     <para>
                         <emphasis>mock</emphasis>: Die Mock Umgebung erlaubt es eigene Anwendungen
                         zu bauen und Ergebnisse zu erhlaten ohne das irgendeine Aktion auf Seiten
-                        der API ausgelöst wird.
+                        der <acronym>API</acronym> ausgelöst wird.
                     </para>
                 </listitem>
             </itemizedlist>
@@ -149,14 +150,14 @@
                 <listitem>
                     <para>
                         <emphasis>username</emphasis>: Der eigene Benutzername für die
-                        DeveloperGarden API.
+                        DeveloperGarden <acronym>API</acronym>.
                     </para>
                 </listitem>
 
                 <listitem>
                     <para>
                         <emphasis>password</emphasis>: Das eigene Passwort für die DeveloperGarden
-                        API.
+                        <acronym>API</acronym>.
                     </para>
                 </listitem>
 
@@ -612,7 +613,7 @@ $service->tearDownCall($sessionId);
         </itemizedlist>
 
         <para>
-            Hier ist eine Liste der aktuell implementierten API Methoden:
+            Hier ist eine Liste der aktuell implementierten <acronym>API</acronym> Methoden:
         </para>
 
         <itemizedlist>

documentation/manual/de/module_specs/Zend_Service_LiveDocx.xml

@@ -1,6 +1,6 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21740 -->
-<!-- Reviewed: 21740 -->
+<!-- EN-Revision: 21819 -->
+<!-- Reviewed: 21819 -->
 <sect1 id="zend.service.livedocx">
     <title>Zend_Service_LiveDocx</title>
 
@@ -93,8 +93,9 @@
             <para>
                 LiveDocx unterscheidet zwischen den folgenden Ausdrücken: 1)
                 <emphasis>Template</emphasis> und 2) <emphasis>Dokument</emphasis>. Um die
-                Dokumentation und auch die aktuelle API vollständig zu verstehen, ist es wichtig
-                dass jeder Programmierer der LiveDocx ausliefert, den Unterschied versteht.
+                Dokumentation und auch die aktuelle <acronym>API</acronym> vollständig zu verstehen,
+                ist es wichtig dass jeder Programmierer der LiveDocx ausliefert, den Unterschied
+                versteht.
             </para>
 
             <para>

documentation/manual/de/module_specs/Zend_Service_WindowsAzure_Blob.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21818 -->
+<!-- EN-Revision: 21819 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.service.windowsazure.storage.blob">
     <title>Zend_Service_WindowsAzure_Storage_Blob</title>
@@ -11,9 +11,10 @@
     </para>
 
     <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 <acronym>PHP</acronym> Interface zum Speicher Account zu bieten.
+        Blog Speicher wird von Windows Azure als <acronym>REST</acronym> <acronym>API</acronym>
+        angeboten welcher von der Klasse
+        <classname>Zend_Service_WindowsAzure_Storage_Blob</classname> umhüllt ist um ein natives
+        <acronym>PHP</acronym> Interface zum Speicher Account zu bieten.
     </para>
 
     <sect3 id="zend.service.windowsazure.storage.blob.api">
@@ -22,7 +23,8 @@
         <para>
             Dieser Abschnitt zeigt einige Beispiele der Verwendung der Klasse
             <classname>Zend_Service_WindowsAzure_Storage_Blob</classname>. Andere Features sind im
-            Download Paket vorhanden sowie in der detailierten API Dokumentation dieser Features.
+            Download Paket vorhanden sowie in der detailierten <acronym>API</acronym> Dokumentation
+            dieser Features.
         </para>
 
         <sect4 id="zend.service.windowsazure.storage.blob.api.create-container">

documentation/manual/de/module_specs/Zend_Service_WindowsAzure_Queue.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21818 -->
+<!-- EN-Revision: 21819 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.service.windowsazure.storage.queue">
     <title>Zend_Service_WindowsAzure_Storage_Queue</title>
@@ -19,9 +19,10 @@
     </para>
 
     <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 <acronym>PHP</acronym> Interface zum Speicher Account zu bieten.
+        Der Queue Speicher wird von Windows Azure als <acronym>REST</acronym> <acronym>API</acronym>
+        angeboten welche von der <classname>Zend_Service_WindowsAzure_Storage_Queue</classname>
+        Klasse umhüllt wird um ein natives <acronym>PHP</acronym> Interface zum Speicher Account zu
+        bieten.
     </para>
 
     <sect3 id="zend.service.windowsazure.storage.queue.api">
@@ -30,8 +31,8 @@
         <para>
             Dieses Thema listet einige Beispiele der Verwendung der
             <classname>Zend_Service_WindowsAzure_Storage_Queue</classname> Klasse auf. Andere
-            Features sind im Download Paket vorhanden, sowie eine detailierte API Dokumentation
-            dieser Features.
+            Features sind im Download Paket vorhanden, sowie eine detailierte <acronym>API</acronym>
+            Dokumentation dieser Features.
         </para>
 
         <sect4 id="zend.service.windowsazure.storage.queue.api.create-queue">

documentation/manual/de/module_specs/Zend_Service_WindowsAzure_Table.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21818 -->
+<!-- EN-Revision: 21819 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.service.windowsazure.storage.table">
     <title>Zend_Service_WindowsAzure_Storage_Table</title>
@@ -9,22 +9,23 @@
     </para>
 
     <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
-        <acronym>PHP</acronym> Interface zum Speicher Konto zu bieten.
+        Tabellen Speicher wird von Windows Azure als REST <acronym>API</acronym> angeboten die von
+        der Klasse <classname>Zend_Service_WindowsAzure_Storage_Table</classname> umhüllt ist um ein
+        natives <acronym>PHP</acronym> Interface zum Speicher Konto zu bieten.
     </para>
 
     <para>
         Dieses Thema zeigt einige Beispiele der Verwendung der Klasse
         <classname>Zend_Service_WindowsAzure_Storage_Table</classname>. Andere Features sind im
-        Download Paket enthalten sowie in den detailierten API Dokumentationen dieser Features.
+        Download Paket enthalten sowie in den detailierten <acronym>API</acronym> Dokumentationen
+        dieser Features.
     </para>
 
     <para>
         Es ist zu beachten das bei der Entwicklung der Tabellen Speicher (in der SDK von Windows
-        Azure) nicht alle Features unterstützt welche von dieser API angeboten werden. Deshalb sind
-        die Beispiele welche auf dieser Seite aufgeführt sind, dazu gedacht auf Windows Azure
-        Produktions Tabellen Speichern verwendet zu werden.
+        Azure) nicht alle Features unterstützt welche von dieser <acronym>API</acronym> angeboten
+        werden. Deshalb sind die Beispiele welche auf dieser Seite aufgeführt sind, dazu gedacht
+        auf Windows Azure Produktions Tabellen Speichern verwendet zu werden.
     </para>
 
     <sect3 id="zend.service.windowsazure.storage.table.api">

documentation/manual/de/module_specs/Zend_Soap_Server.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21815 -->
+<!-- EN-Revision: 21819 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.soap.server">
     <title>Zend_Soap_Server</title>
@@ -210,7 +210,7 @@
 
         <para>
             Der Erste ist das Anfügen einer Klasse zum <classname>Zend_Soap_Server</classname>
-            Objekt welche eine Web Service API komplett beschreibt:
+            Objekt welche eine Web Service <acronym>API</acronym> komplett beschreibt:
             <programlisting language="php"><![CDATA[
 ...
 class MyClass {
@@ -259,8 +259,8 @@ $server->handle();
         </para>
 
         <para>
-            Die zweite Methode der Definition einer Web Service API ist die Verwendung eines Sets
-            von Funktionen und <methodname>addFunction()</methodname> oder
+            Die zweite Methode der Definition einer Web Service <acronym>API</acronym> ist die
+            Verwendung eines Sets von Funktionen und <methodname>addFunction()</methodname> oder
             <methodname>loadFunctions()</methodname> Methoden:
 
             <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: 21741 -->
+<!-- EN-Revision: 21819 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.tool.extending">
     <title>Zend_Tool erweitern</title>
@@ -797,7 +797,7 @@ class My_Component_HelloProvider
 ]]></programlisting>
 
                     <para>
-                        Die API des Speichers ist sehr einfach:
+                        Die <acronym>API</acronym> des Speichers ist sehr einfach:
                     </para>
 
                     <programlisting language="php"><![CDATA[

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21741 -->
+<!-- EN-Revision: 21819 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.tool.framework.writing-providers">
     <title>Erstellen von Providern für die Verwendung mit Zend_Tool_Framework</title>
@@ -367,7 +367,7 @@ class My_Component_HelloProvider
 ]]></programlisting>
 
             <para>
-                Die API des Speichers ist sehr einfach:
+                Die <acronym>API</acronym> des Speichers ist sehr einfach:
             </para>
 
             <programlisting language="php"><![CDATA[

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21818 -->
+<!-- EN-Revision: 21819 -->
 <!-- Reviewed: no -->
 <sect1 id="learning.form.decorators.composite">
     <title>Erstellung und Darstellung von kombinierten Elementen</title>
@@ -375,8 +375,9 @@ $d->setValue(array('year' => '2009', 'month' => '04', 'day' => '20'));
         </para>
 
         <para>
-            Am Ende erhält man eine einheitliche API für ein Element welche man verwenden kann um
-            ein Element zu beschreiben welches einen kombinierten Wert repräsentiert.
+            Am Ende erhält man eine einheitliche <acronym>API</acronym> für ein Element welche man
+            verwenden kann um ein Element zu beschreiben welches einen kombinierten Wert
+            repräsentiert.
         </para>
     </sect2>
 </sect1>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21818740 -->
+<!-- EN-Revision: 21819 -->
 <!-- Reviewed: no -->
 <sect1 id="learning.multiuser.sessions">
     <title>User Session im Zend Framework managen</title>
@@ -36,11 +36,12 @@
         <title>Grundsätzliche Verwendung von Zend_Session</title>
 
         <para>
-            Die Komponente Zend_Session ist sowohl ein Session Manager als auch eine API für das
-            Speichern von Daten im Session Objekt für eine Langzeit-Verfügbarkeit. Die API von
-            Zend_Session ist für das Managen der Optionen und des Verhaltens einer Session, wie
-            Optionen,, Starten und Stoppen einer Session, und Zend_Session_Namespace ist das
-            aktuelle Objekt welches zum Speichern der Daten verwendet wird.
+            Die Komponente Zend_Session ist sowohl ein Session Manager als auch eine
+            <acronym>API</acronym> für das Speichern von Daten im Session Objekt für eine
+            Langzeit-Verfügbarkeit. Die <acronym>API</acronym> von Zend_Session ist für das Managen
+            der Optionen und des Verhaltens einer Session, wie Optionen, Starten und Stoppen einer
+            Session, und Zend_Session_Namespace ist das aktuelle Objekt welches zum Speichern der
+            Daten verwendet wird.
         </para>
 
         <para>
@@ -80,12 +81,12 @@ resources.session.remember_me_seconds = 864000
 
         <para>
             Zend_Session_Namespace ist eine einfache Klasse welche auf Daten über eine einfach zu
-            verwendende API in der von Zend_Session gemanagten superglobalen $_SESSION verweist.
-            Der Grund warum es Zend_Session_Namespace genannt wird ist, das es die Daten in
-            $_SESSION effektiv namespaced, und es so mehreren Komponenten und Objekten erlaubt Daten
-            sicher zu speichern und zu empfangen. Im folgenden Code sehen wir wie ein einfacher
-            hochzählender Counter für Sessions erstellt werden kann der bei 1000 anfängt und sich
-            selbst nach 1999 zurücksetzt.
+            verwendende <acronym>API</acronym> in der von Zend_Session gemanagten superglobalen
+            $_SESSION verweist. Der Grund warum es Zend_Session_Namespace genannt wird ist, das es
+            die Daten in $_SESSION effektiv namespaced, und es so mehreren Komponenten und Objekten
+            erlaubt Daten sicher zu speichern und zu empfangen. Im folgenden Code sehen wir wie ein
+            einfacher hochzählender Counter für Sessions erstellt werden kann der bei 1000 anfängt
+            und sich selbst nach 1999 zurücksetzt.
         </para>
 
         <programlisting language="php"><![CDATA[

documentation/manual/de/tutorials/paginator-together.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20876 -->
+<!-- EN-Revision: 21819 -->
 <!-- Reviewed: no -->
 <sect1 id="learning.paginator.together">
     <title>Alles zusammenfügen</title>
@@ -75,7 +75,8 @@ foreach ($this->paginator as $item) {
 
     <para>
         Jetzt zum Index des Projekts navigieren und Paginator in Aktion sehen. Was wir in diesem
-        Tutorial diskutiert haben ist nur die Spitze des Eisbergs. Das Referenz Handbuch und die API
-        Dokumentation können mehr darüber sagen das mit Zend_Paginator alles getan werden kann.
+        Tutorial diskutiert haben ist nur die Spitze des Eisbergs. Das Referenz Handbuch und die
+        <acronym>API</acronym> Dokumentation können mehr darüber sagen das mit Zend_Paginator alles
+        getan werden kann.
     </para>
 </sect1>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21818 -->
+<!-- EN-Revision: 21819 -->
 <!-- Reviewed: no -->
 <sect1 id="learning.quickstart.create-model">
     <title>Ein Modell und eine Datenbank Tabelle erstellen</title>
@@ -40,7 +40,8 @@
         Angenommen wir speichern diese in einer Datenbank, dann wollen wir auch einen
         <emphasis>eindeutigen Identifikator</emphasis> für jeden Eintrag. Wir wollen in der Lage
         sein einen Eintrag zu speichern, individuelle Einträge zu holen, und alle Einträge zu
-        empfangen. Als solches könnte das Modell einer einfachen Guestbook API wie folgt aussehen:
+        empfangen. Als solches könnte das Modell einer einfachen Guestbook <acronym>API</acronym>
+        wie folgt aussehen:
     </para>
 
     <programlisting language="php"><![CDATA[
@@ -438,7 +439,7 @@ class Application_Model_DbTable_Guestbook extends Zend_Db_Table_Abstract
         <emphasis>Daten Mapper</emphasis> bildet ein Domain Objekt in der Datenbank ab. In unserem
         Fall bildet es unser Modell <classname>Application_Model_Guestbook</classname> auf unsere
         Datenquelle, <classname>Application_Model_DbTable_Guestbook</classname>, ab. Eine typische
-        API für einen Daten Mapper ist wie folgt:
+        <acronym>API</acronym> für einen Daten Mapper ist wie folgt:
     </para>
 
     <programlisting language="php"><![CDATA[