[DOCUMENTATION] German:

- sync up to r17175

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

documentation/manual/de/module_specs/Zend_Gdata_Gapps.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17133 -->
+<!-- EN-Revision: 17175 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.gdata.gapps">
     <title>Google Apps Provisionierung verwenden</title>
@@ -7,32 +7,32 @@
     <para>
         Google Apps ist ein Service der es Domain Administratoren erlaubt Ihren Benutzern einen
         gemanagten Zugriff auf Google Services wie Mail, Kalender und Dokumente &amp;
-        Tabellenkalkulationen zu bieten. Die Provisionierungs API bietet ein programmmäßiges
-        Interface um dieses Service zu konfigurieren. Im speziellen erlaubt es diese API den
-        Administratoren Benutzerzugänge, Nicknamen und Email Listen zu erstellen, zu empfangen, zu
-        verändern und zu löschen.
+        Tabellenkalkulationen zu bieten. Die Provisionierungs <acronym>API</acronym> bietet ein
+        programmmäßiges Interface um dieses Service zu konfigurieren. Im speziellen erlaubt es diese
+        <acronym>API</acronym> den Administratoren Benutzerzugänge, Nicknamen und Email Listen zu
+        erstellen, zu empfangen, zu verändern und zu löschen.
     </para>
 
     <para>
-        Diese Bibliothek implementiert die Version 2.0 der Provisionierungs API. Zugriff zum eigenen
-        Konto über die Provisionierungs API muß manuell für jede Domain aktiviert werden die das
-        Google Apps Kontrollpanel verwendet. Nur bestimmte Kontotpen sind fähig dieses Feature
-        einzuschalten.
+        Diese Bibliothek implementiert die Version 2.0 der Provisionierungs <acronym>API</acronym>.
+        Zugriff zum eigenen Konto über die Provisionierungs <acronym>API</acronym> muß manuell für
+        jede Domain aktiviert werden die das Google Apps Kontrollpanel verwendet. Nur bestimmte
+        Kontotpen sind fähig dieses Feature einzuschalten.
     </para>
 
     <para>
-        Für weitere Information zur Google Apps Provisionierungs API, inklusive Anleitungen für das
-        einschalten des API Zugriffs, kann in die
-        <ulink url="http://code.google.com/apis/calendar/overview.html">Provisionierungs API V2.0
-            Referenz</ulink> gesehen werden.
+        Für weitere Information zur Google Apps Provisionierungs <acronym>API</acronym>, inklusive
+        Anleitungen für das einschalten des <acronym>API</acronym> Zugriffs, kann in die
+        <ulink url="http://code.google.com/apis/calendar/overview.html">Provisionierungs
+            <acronym>API</acronym> V2.0 Referenz</ulink> gesehen werden.
     </para>
 
     <note>
         <title>Authentifizierung</title>
         <para>
-            Die Provisionierungs API unterstützt keine Authentifizierung über AuthSub und anonymer
-            Zugriff ist nicht gestattet. Alle HTTP Verbindungen müssen mit Hilfe der ClientAuth
-            Authentifizierung authentifiziert werden.
+            Die Provisionierungs <acronym>API</acronym> unterstützt keine Authentifizierung über
+            AuthSub und anonymer Zugriff ist nicht gestattet. Alle <acronym>HTTP</acronym>
+            Verbindungen müssen mit Hilfe der ClientAuth Authentifizierung authentifiziert werden.
         </para>
     </note>
 
@@ -40,10 +40,10 @@
         <title>Die aktuelle Domain setzen</title>
 
         <para>
-            Um die Provisionierungs API zu verwenden muß die Domain, die administriert werden soll,
-            in allen Anfrage URIs spezifiziert werden. Um die Entwicklung zu vereinfachen, wird
-            diese Information sowohl im Gapps Service und den Abfrageklassen gespeichert um Sie zu
-            verwenden wenn Abfragen erstellt werden.
+            Um die Provisionierungs <acronym>API</acronym> zu verwenden muß die Domain, die
+            administriert werden soll, in allen Anfrage <acronym>URI</acronym>s spezifiziert werden.
+            Um die Entwicklung zu vereinfachen, wird diese Information sowohl im Gapps Service und
+            den Abfrageklassen gespeichert um Sie zu verwenden wenn Abfragen erstellt werden.
         </para>
 
         <sect3 id="zend.gdata.gapps.domain.service">
@@ -272,7 +272,7 @@ $user = $user->save();
                 <para>
                     Es ist zu beachten das es nicht möglich ist ein Passwort auf diesem Weg
                     wiederherzustellen da gespeicherte Passwörter aus Sicherheitsgründern nicht über
-                    die Provisionierungs API verfügbar gemacht werden.
+                    die Provisionierungs <acronym>API</acronym> verfügbar gemacht werden.
                 </para>
 
             </sect4>
@@ -794,20 +794,22 @@ $gdata->removeRecipientFromEmailList('baz@somewhere.com', 'friends');
 
         <para>
             Zusätzlich zur Standardsuite von Ausnahmen die von <classname>Zend_Gdata</classname>
-            geworfen werden, können Anfragen die die Provisionierungs API verwenden auch eine
-            <classname>Zend_Gdata_Gapps_ServiceException</classname> werfen. Diese Ausnahme zeigt
-            das ein API spezieller Fehler aufgetreten ist welche verhindert das die Anfrage
-            fertiggestellt werden kann.
+            geworfen werden, können Anfragen die die Provisionierungs <acronym>API</acronym>
+            verwenden auch eine <classname>Zend_Gdata_Gapps_ServiceException</classname> werfen.
+            Diese Ausnahme zeigt das ein <acronym>API</acronym> spezieller Fehler aufgetreten ist
+            welche verhindert das die Anfrage fertiggestellt werden kann.
         </para>
 
         <para>
             Jede ServiceException Instanz kann einen oder mehrere Fehler Objekte enthalten. Jedes
             dieser Objekte enthalten einen Fehlercode, Grund und (optional) die Eingave welche die
             Ausnahme getriggert hat. Eine komplette Liste von bekannten Fehlercodes wird in der Zend
-            Framework API Dokumentation unter <classname>Zend_Gdata_Gapps_Error</classname>
-            angeboten. Zusätzlich ist die maßgebliche Fehlerliste online unter <ulink
+            Framework <acronym>API</acronym> Dokumentation unter
+            <classname>Zend_Gdata_Gapps_Error</classname> angeboten. Zusätzlich ist die maßgebliche
+            Fehlerliste online unter <ulink
                 url="http://code.google.com/apis/apps/gdata_provisioning_api_v2.0_reference.html#appendix_d">Google
-                Apps Provisioning API V2.0 Reference: Appendix D</ulink> vorhanden.
+                Apps Provisioning <acronym>API</acronym> V2.0 Reference: Appendix D</ulink>
+            vorhanden.
         </para>
 
         <para>

documentation/manual/de/module_specs/Zend_Gdata_Gbase.xml

@@ -1,10 +1,11 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17134 -->
+<!-- EN-Revision: 17175 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.gdata.gbase">
     <title>Google Base verwenden</title>
     <para>
-        Die Google Base Daten API wurde entwickelt um Entwicklern zwei Dinge zu gestatten:
+        Die Google Base Daten <acronym>API</acronym> wurde entwickelt um Entwicklern zwei Dinge zu
+        gestatten:
         <itemizedlist>
             <listitem>
                 <para>
@@ -29,30 +30,32 @@
     <para>
         Siehe <ulink
             url="http://code.google.com/apis/base/">http://code.google.com/apis/base</ulink> für
-        weitere Informationen über die Google Base API.
+        weitere Informationen über die Google Base <acronym>API</acronym>.
     </para>
     <sect2 id="zend.gdata.gbase.connect">
         <title>Verbinden zum Base Service</title>
         <para>
-            Die Google Base API basiert, wie alle GData APIs, auf dem Atom Publishing Protokoll
-            (APP), einem XML basierenden Format für gemanagte Web-basierende Ressourcen. Der Verkehr
-            zwischen einem Client und den Google Base Servern findet über HTTP statt, und erlaubt
-            sowohl authentifizierte als auch nicht authentifizierte Verbindungen.
+            Die Google Base <acronym>API</acronym> basiert, wie alle GData <acronym>API</acronym>s,
+            auf dem Atom Publishing Protokoll (APP), einem <acronym>XML</acronym> basierenden Format
+            für gemanagte Web-basierende Ressourcen. Der Verkehr zwischen einem Client und den
+            Google Base Servern findet über <acronym>HTTP</acronym> statt, und erlaubt sowohl
+            authentifizierte als auch nicht authentifizierte Verbindungen.
         </para>
         <para>
             Bevor irgendeine Transaktion stattfinden kann, muß diese Verbindung hergestellt werden.
             Das Erstellen einer Verbindung zu den Base Server enthält zwei Schritte: Erstellen eines
-            HTTP Clients und das Binden einer <classname>Zend_Gdata_Gbase</classname> Serviceinstanz
-            an diesen Client.
+            <acronym>HTTP</acronym> Clients und das Binden einer
+            <classname>Zend_Gdata_Gbase</classname> Serviceinstanz an diesen Client.
         </para>
         <sect3 id="zend.gdata.gbase.connect.authentication">
             <title>Authentifizierung</title>
             <para>
-                Die Google Base API erlaubt Zugriff auf beide, sowohl öffentliche als auch private
-                Base Feeds. Öffentliche Feeds benötigen keine Authentifizierung, sind aber nur
-                lesbar und bieten nur reduzierte Funktionalität. Private Feeds bieten die größte
-                Funktionalität benötigen aber eine authentifizierte Verbindung zu den Base Servern.
-                Es gibt drei authentifizierung Schematas die von Google Base unterstützt werden:
+                Die Google Base <acronym>API</acronym> erlaubt Zugriff auf beide, sowohl öffentliche
+                als auch private Base Feeds. Öffentliche Feeds benötigen keine Authentifizierung,
+                sind aber nur lesbar und bieten nur reduzierte Funktionalität. Private Feeds bieten
+                die größte Funktionalität benötigen aber eine authentifizierte Verbindung zu den
+                Base Servern. Es gibt drei authentifizierung Schematas die von Google Base
+                unterstützt werden:
             </para>
             <itemizedlist>
                 <listitem>
@@ -81,8 +84,8 @@
                 Verbindung erstellt wird. Für weitere Informationen kann in das Kapitel <xref
                     linkend="zend.gdata.introduction.authentication" /> oder die <ulink
                     url="http://code.google.com/apis/gdata/auth.html">Übersicht der
-                    Authentifizierung im Entwickler Guide der Google Data API</ulink>
-                gesehen werden.
+                    Authentifizierung im Entwickler Guide der Google Data
+                    <acronym>API</acronym></ulink> gesehen werden.
             </para>
         </sect3>
         <sect3 id="zend.gdata.gbase.connect.service">
@@ -98,9 +101,9 @@
                 darin eine Instanz von <classname>Zend_Gdata_Gbase</classname> zu erstellen. Diese
                 Klasse nimmt eine Instanz von <classname>Zend_Http_Client</classname> als einziges
                 Argument. Das bietet ein Interface für AuthSub und ClientAuth Authentifizierungen,
-                da beide einen speziellen authentifizierten HTTP Client für die Erstellung
-                benötigen. Wenn keine Argumente angegeben wurden, wird automatisch eine nicht
-                authentifizierte Instanz von <classname>Zend_Http_Client</classname> erstellt.
+                da beide einen speziellen authentifizierten <acronym>HTTP</acronym> Client für die
+                Erstellung benötigen. Wenn keine Argumente angegeben wurden, wird automatisch eine
+                nicht authentifizierte Instanz von <classname>Zend_Http_Client</classname> erstellt.
             </para>
             <para>
                 Das nachfolgende Beispiel zeigt wir eine Base Service Klasse erstellt wird indem die
@@ -235,12 +238,13 @@ $service = new Zend_Gdata_Gbase();
                 benutzerdefinierten Feed oder von einem öffentlichen Feed Fetzen zu erhalten.
             </para>
             <para>
-                Wenn Elemente empfangen werden indem die Base API verwendet wird, werden speziell
-                konstruierte Abfrage URLs verwendet um zu beschreiben welche Evente zurückgegeben
-                werden sollen. Die <classname>Zend_Gdata_Gbase_ItemQuery</classname> und
+                Wenn Elemente empfangen werden indem die Base <acronym>API</acronym> verwendet wird,
+                werden speziell konstruierte Abfrage <acronym>URL</acronym>s verwendet um zu
+                beschreiben welche Evente zurückgegeben werden sollen. Die
+                <classname>Zend_Gdata_Gbase_ItemQuery</classname> und
                 <classname>Zend_Gdata_Gbase_SnippetQuery</classname> Klassen vereinfachen diese
-                Aufgabe durch die automatische Erstellung einer Anfrage URL basierend auf den
-                angegebenen Parametern.
+                Aufgabe durch die automatische Erstellung einer Anfrage <acronym>URL</acronym>
+                basierend auf den angegebenen Parametern.
             </para>
             <sect4 id="zend.gdata.gbase.retrieve.query.customeritems">
                 <title>Benutzerdefinierte Feed Elemente Anfragen</title>

documentation/manual/de/module_specs/Zend_Gdata_Health.xml

@@ -1,11 +1,11 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17173 -->
+<!-- EN-Revision: 17175 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.gdata.health">
     <title>Verwenden von Google Health</title>
     <para>
-        Die Google Health Data API wurde entwickelt um es Entwicklern zu erlauben die folgenden 2
-        Dinge zu tun:
+        Die Google Health Data <acronym>API</acronym> wurde entwickelt um es Entwicklern zu erlauben
+        die folgenden 2 Dinge zu tun:
         <itemizedlist>
             <listitem>
                 <para>
@@ -19,18 +19,20 @@
                 <para>
                     Neue Medizinische Daten zu einem Benutzerprofil hinzuzufügen indem CCR Daten
                     eingefügt werden wenn eine Notiz an ein Benutzerprofil gesendet wird. Es ist zu
-                    beachten das die CCR Daten als XML Blob im &lt;atom&gt; Eintrag gespeichert
-                    werden. Die Bibliothek bietet keine direkten Zugriffsmethoden zu dem
-                    Objektmodell an aber es hat Helfer für das extrahieren von speziellen Feldern.
+                    beachten das die CCR Daten als <acronym>XML</acronym> Blob im &lt;atom&gt;
+                    Eintrag gespeichert werden. Die Bibliothek bietet keine direkten
+                    Zugriffsmethoden zu dem Objektmodell an aber es hat Helfer für das extrahieren
+                    von speziellen Feldern.
                 </para>
             </listitem>
         </itemizedlist>
     </para>
     <para>
         Es gibt drei Hauptfeeds, die alle eine Authentifikation benötigen. Anders als andere Google
-        Data APIs hat jede der Google Health Feeds ein begrenztes Set von HTTP Anweisungen die auf
-        Ihm ausgeführt werden können, abhängig von der Authentifizierungsmethode die man verwendet
-        (ClientLogin oder AuthSub/OAuth). Für eine Liste von gestatteten Anweisungen siehe <ulink
+        Data <acronym>API</acronym>s hat jede der Google Health Feeds ein begrenztes Set von
+        <acronym>HTTP</acronym> Anweisungen die auf Ihm ausgeführt werden können, abhängig von der
+        Authentifizierungsmethode die man verwendet (ClientLogin oder AuthSub/OAuth). Für eine Liste
+        von gestatteten Anweisungen siehe <ulink
             url="http://code.google.com/apis/health/reference.html#Authentication">http://code.google.com/apis/health/reference.html#Authentication</ulink>.
         <itemizedlist>
             <listitem>
@@ -58,28 +60,29 @@
     <para>
         Siehe <ulink
             url="http://code.google.com/apis/health/">http://code.google.com/apis/health</ulink> für
-        weitere Informationen über die Google Health API.
+        weitere Informationen über die Google Health <acronym>API</acronym>.
     </para>
     <sect2 id="zend.gdata.health.connect">
         <title>Zum Health Service verbinden</title>
         <para>
-            Die Google Health API basiert, wie alle Google Data APIs, auf dem Atom Publishing
-            Protokoll (APP), einem XML basierenden Format für die Verwaltung von Web-basierenden
-            Ressourcen. Verkehr zwischen einem Client und dem Google Health Servern findet über HTTP
-            statt und erlaubt authentifizierte Verbindungen.
+            Die Google Health <acronym>API</acronym> basiert, wie alle Google Data
+            <acronym>API</acronym>s, auf dem Atom Publishing Protokoll (APP), einem
+            <acronym>XML</acronym> basierenden Format für die Verwaltung von Web-basierenden
+            Ressourcen. Verkehr zwischen einem Client und dem Google Health Servern findet über
+            <acronym>HTTP</acronym> statt und erlaubt authentifizierte Verbindungen.
         </para>
         <para>
             Bevor eine Transaktion stattfinden kann, muß eine Verbindung erstellt werden. Das
             Erstellen einer Verbindung zu den Health Servern beinhaltet zwei Schritte: Erstellung
-            eines HTTP Clients und diesen Client an eine <classname>Zend_Gdata_Health</classname>
-            Instanz binden.
+            eines <acronym>HTTP</acronym> Clients und diesen Client an eine
+            <classname>Zend_Gdata_Health</classname> Instanz binden.
         </para>
         <sect3 id="zend.gdata.health.connect.authentication">
             <title>Authentifikation</title>
             <para>
-                Die Google Health API erlaubt den programmtechnischen Zugriff auf das
-                Gesundheitsprofil eines Benutzer. Es gibt drei Authentifizierungsschemata die von
-                Google Health unterstützt werden:
+                Die Google Health <acronym>API</acronym> erlaubt den programmtechnischen Zugriff auf
+                das Gesundheitsprofil eines Benutzer. Es gibt drei Authentifizierungsschemata die
+                von Google Health unterstützt werden:
             </para>
             <itemizedlist>
                 <listitem>
@@ -98,8 +101,8 @@
                         selbe Level der bequemlichkeit wir ClientLogin, aber ohne das
                         Sicherheitsrisiko, was es zu einer idealen Wahl für Web-basierende
                         Anwendungen macht. Für Google Health muß AuthSub in einem registrierten und
-                        sicheren Modus verwendet werden -- was bedeutet das alle Anfragen zur API
-                        digital signiert werden müssen.
+                        sicheren Modus verwendet werden -- was bedeutet das alle Anfragen zur
+                        <acronym>API</acronym> digital signiert werden müssen.
                     </para>
                 </listitem>
                 <listitem>
@@ -109,15 +112,15 @@
                         nicht in diesem Dokument diskutiert wird, können weitere Informationen hier
                         gefunden werden: <ulink
                             url="http://code.google.com/apis/health/developers_guide_protocol.html#OAuth">Health
-                            Data API Developer's Guide</ulink>.
+                            Data <acronym>API</acronym> Developer's Guide</ulink>.
                     </para>
                 </listitem>
             </itemizedlist>
             <para>
                 Siehe
                 <ulink url="http://code.google.com/apis/gdata/auth.html">Authentication Overview in
-                    the Google Data API documentation</ulink> für weitere Informationen über jede
-                Authentifizierungsmethode.
+                    the Google Data <acronym>API</acronym> documentation</ulink> für weitere
+                Informationen über jede Authentifizierungsmethode.
             </para>
         </sect3>
         <sect3 id="zend.gdata.health.connect.service">
@@ -126,14 +129,14 @@
                 Um mit Google Health zu interagieren, bietet die Client Bibliothek die Serviceklasse
                 <classname>Zend_Gdata_Health</classname>. Diese Klasse bietet ein übliches Interface
                 zu den Google Data und Atom Publishing Protokoll Modellen und hilft bei der
-                Durchführung von Anfragen von und zur Health API.
+                Durchführung von Anfragen von und zur Health <acronym>API</acronym>.
             </para>
             <para>
                 Sobald man sich für ein Authentifizierungsschema entschieden hat, ist der nächste
                 Schritt die Erstellung einer Instanz von <classname>Zend_Gdata_Health</classname>.
                 Dieser Klasse sollte eine Instanz von <classname>Zend_Gdata_HttpClient</classname>
                 übergeben werden. Diese bietet ein Interface für- AuthSub/OAuth und ClientLogin um
-                einen speziell authentifizierten HTTP Client zu erstellen.
+                einen speziell authentifizierten <acronym>HTTP</acronym> Client zu erstellen.
             </para>
             <para>
                 Um mit dem H9 des Entwicklers (/h9) statt Google Health (/health) nimmt der
@@ -163,8 +166,8 @@ $service = new Zend_Gdata_Health($client);
                 Ein Health Service der AuthSub verwendet kann ähnlich erstellt werden, im einem
                 etwas längeren Aussehen. AuthSub ist das empfohlene Interface um mit Google Health
                 zu kommunizieren weil jeder Token direkt zu einem speziellen Profil im Account des
-                Benutzers verlinkt wird. Anders als andere Google Data APIs, ist es notwendig das
-                alle Anfragen von der eigenen Anwendung digital signiert werden.
+                Benutzers verlinkt wird. Anders als andere Google Data <acronym>API</acronym>s, ist
+                es notwendig das alle Anfragen von der eigenen Anwendung digital signiert werden.
             </para>
             <programlisting language="php"><![CDATA[
 /*
@@ -273,12 +276,12 @@ $healthService = new Zend_Gdata_Health($client,
                 Benutzerprofil zu erhalten.
             </para>
             <para>
-                Wenn man die Health API verwendet um ein Profil zu empfangen, werden speziell
-                konstruierte Anfrage URLs verwendet um zu beschreiben welche (CCR) Daten
-                zurückgegeben werden sollen. Die Klasse
+                Wenn man die Health <acronym>API</acronym> verwendet um ein Profil zu empfangen,
+                werden speziell konstruierte Anfrage <acronym>URL</acronym>s verwendet um zu
+                beschreiben welche (CCR) Daten zurückgegeben werden sollen. Die Klasse
                 <classname>Zend_Gdata_Health_Query</classname> hilft dabei diese Aufgabe zu
-                vereinfachen indem automatisch eine Abfrage URL erstellt wird basierend auf den
-                Parametern die man gesetzt hat.
+                vereinfachen indem automatisch eine Abfrage <acronym>URL</acronym> erstellt wird
+                basierend auf den Parametern die man gesetzt hat.
             </para>
             <sect4 id="zend.gdata.health.profilefeed.query.construct">
                 <title>Den Feed abfragen</title>
@@ -317,7 +320,8 @@ $profileFeed = $healthService->getHealthProfileFeed($query);
                 <para>
                     Eine komplette Liste der unterstützten Abfrageparameter ist im <ulink
                         url="http://code.google.com/apis/health/reference.html#Parameters">Kapitel
-                        der Abfrageparameter</ulink> des Health API Referenz Guides vorhanden.
+                        der Abfrageparameter</ulink> des Health <acronym>API</acronym> Referenz
+                    Guides vorhanden.
                 </para>
             </sect4>
         </sect3>
@@ -417,7 +421,8 @@ foreach ($entries as $entry) {
             <para>
                 Sobald man sich entschieden hat welches Profil verwendet werden soll, wird
                 <methodname>setProfileID()</methodname> mit der Profil ID als Argument aufgerufen.
-                Das begrenzt die weiteren API Abfragen auf genau das betreffende Profil:
+                Das begrenzt die weiteren <acronym>API</acronym> Abfragen auf genau das betreffende
+                Profil:
             </para>
             <programlisting language="php"><![CDATA[
 // Verwende das erste Profil
@@ -438,9 +443,10 @@ echo '<p><b>Abgefragte Profil ID</b>: ' . $profileID . '</p>';
             von Dritt-Anwendungen gesendet um den Benutzer über ein neues Event zu informieren. Mit
             AuthSub/OAuth, sind Notizen einfach etwas womit die eigene Anwendung neue CCR
             Informationen zu einem Benutzerprofil hinzufügen kann. Notizen können reinen Text
-            enthalten (inklusive einiger XHTML Elemente), ein CCR Dokument oder beides. Als Beispiel
-            können Notizen gesendet werden um Benutzer daran zu erinnern das Sie spezielle Rezepte
-            nehmen sollen, oder sie können Laborergebnisse im CCR Format enthalten.
+            enthalten (inklusive einiger <acronym>XHTML</acronym> Elemente), ein CCR Dokument oder
+            beides. Als Beispiel können Notizen gesendet werden um Benutzer daran zu erinnern das
+            Sie spezielle Rezepte nehmen sollen, oder sie können Laborergebnisse im CCR Format
+            enthalten.
         </para>
         <sect3 id="zend.gdata.health.notice.send">
             <title>Senden einer Notiz</title>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17172 -->
+<!-- EN-Revision: 17175 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.http.client.advanced">
     <title>Zend_Http_Client - Fortgeschrittende Nutzung</title>
@@ -7,9 +7,9 @@
     <sect2 id="zend.http.client.redirections">
         <title>HTTP Umleitungen</title>
         <para>
-            Standardmäßig verarbeitet <classname>Zend_Http_Client</classname> HTTP Umleitungen
-            automatisch und folgt bis zu 5 Umleitungen. Dies kann durch Setzen des 'maxredirects'
-            Konfigurationsparameters gändert werden.
+            Standardmäßig verarbeitet <classname>Zend_Http_Client</classname>
+            <acronym>HTTP</acronym> Umleitungen automatisch und folgt bis zu 5 Umleitungen. Dies
+            kann durch Setzen des 'maxredirects' Konfigurationsparameters gändert werden.
         </para>
         <para>
             Gemäß dem HTTP/1.1 RFC sollten HTTP 301 und 302 Antworten vom Client behandelt werden,
@@ -180,10 +180,10 @@ $client->request('POST');
         <note>
             <title>Dateien hochladen</title>
             <para>
-                Beim Hochladen von Dateien wird der Content-type der HTTP Anfrage automatisch auf
-                'multipart/form-data' gesetzt. Man sollte beachten, dass man eine POST oder PUT
-                Anfrage absenden muss, um Dateien hochzuladen. Die meisten Server werden den
-                Hauptteil der Anfrage bei anderen Anfragetypen ignorieren.
+                Beim Hochladen von Dateien wird der Content-type der <acronym>HTTP</acronym> Anfrage
+                automatisch auf 'multipart/form-data' gesetzt. Man sollte beachten, dass man eine
+                POST oder PUT Anfrage absenden muss, um Dateien hochzuladen. Die meisten Server
+                werden den Hauptteil der Anfrage bei anderen Anfragetypen ignorieren.
             </para>
         </note>
     </sect2>
@@ -253,8 +253,8 @@ $client->setAuth('shahar', 'myPassword!');
             <classname>Zend_Http_Client</classname> wurde zusätzlich besonders dafür entwickelt, um
             mehrere, aufeinander folgende Abfragen durch das selbe Objekt verarbeiten zu können.
             Dies ist nützlich, wenn z.B. ein Skript es erfordert, Daten von verschiedenen Stellen
-            abzurufen, oder wenn eine spezielle HTTP Ressource das Einloggen und Erhalten eines
-            Session Cookies erfordert.
+            abzurufen, oder wenn eine spezielle <acronym>HTTP</acronym> Ressource das Einloggen und
+            Erhalten eines Session Cookies erfordert.
         </para>
         <para>
             Beim Ausführen mehrere Anfrage an den selben Host, wird es besonders empfohlen, den

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

@@ -1,23 +1,23 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17166 -->
+<!-- EN-Revision: 17175 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.http.client.migration">
 
     <title>Migration von vorhergehenden Versionen</title>
 
     <para>
-        Wärend die externe API von <classname>Zend_Http_Client</classname> durch den kompletten
-        1.x Baum vom Zend Framework konsistent geblieben ist, wurden einige Änderungen in der
-        internen Struktur von <classname>Zend_Http_Client</classname> und den abhängigen
-        Klassen durchgeführt.
+        Wärend die externe <acronym>API</acronym> von <classname>Zend_Http_Client</classname> durch
+        den kompletten 1.x Baum vom Zend Framework konsistent geblieben ist, wurden einige
+        Änderungen in der internen Struktur von <classname>Zend_Http_Client</classname> und den
+        abhängigen Klassen durchgeführt.
     </para>
 
     <para>
         Diese Änderungen sollten keinen Effekt bei Code haben der
-        <classname>Zend_Http_Client</classname> verwendet - kann aber Effekte bei PHP Klassen
-        zeigen welche diese Erweitern oder Überladen. Wenn die eigene Anwendung
-        <classname>Zend_Http_Client</classname> erweitert, ist es stark zu empfehlen die folgenden
-        Änderungen anzusehen bevor der Zend Framework hochgerüstet wird.
+        <classname>Zend_Http_Client</classname> verwendet - kann aber Effekte bei
+        <acronym>PHP</acronym> Klassen zeigen welche diese Erweitern oder Überladen. Wenn die eigene
+        Anwendung <classname>Zend_Http_Client</classname> erweitert, ist es stark zu empfehlen die
+        folgenden Änderungen anzusehen bevor der Zend Framework hochgerüstet wird.
     </para>
 
     <sect2 id="zend.http.client.migration.tozf19">
@@ -99,7 +99,8 @@ $client->setFileUpload('file2.txt',
                 Beginnend mit Version 1.9, wird die geschützte Methode
                 <methodname>_getParametersRecursive()</methodname> nicht mehr von
                 <classname>Zend_Http_Client</classname> verwendet und ist abgelehnt (deprecated).
-                Ihre Verwendung führt zu einer E_NOTICE Nachricht die von PHP kommt.
+                Ihre Verwendung führt zu einer E_NOTICE Nachricht die von <acronym>PHP</acronym>
+                kommt.
             </para>
 
             <para>

documentation/manual/de/module_specs/Zend_Http_Client.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17172 -->
+<!-- EN-Revision: 17175 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.http.client">
     <title>Einführung</title>
@@ -8,11 +8,11 @@
         <classname>Zend_Http_Client</classname> stellt eine einfache Schnittstelle für das
         Durchführen von Hyper-Text Transfer Protocol (HTTP) Anfragen.
         <classname>Zend_Http_Client</classname> unterstützt die meisten einfachen Funktionen, die
-        man von einem HTTP Client erwartet, sowie einige komplexere Funktionen, wie z.B. HTTP
-        Authentifizierung und Dateiuploads. Erfolgreiche Anfragen (und die meisten nicht
-        erfolgreichen ebenfalls) liefern ein <classname>Zend_Http_Response</classname> Objekt
-        zurück, welches den Zugriff auf die Header und den Hauptteil der Antwort ermöglichen (siehe
-        <xref linkend="zend.http.response" />).
+        man von einem <acronym>HTTP</acronym> Client erwartet, sowie einige komplexere Funktionen,
+        wie z.B. <acronym>HTTP</acronym> Authentifizierung und Dateiuploads. Erfolgreiche Anfragen
+        (und die meisten nicht erfolgreichen ebenfalls) liefern ein
+        <classname>Zend_Http_Response</classname> Objekt zurück, welches den Zugriff auf die Header
+        und den Hauptteil der Antwort ermöglichen (siehe <xref linkend="zend.http.response" />).
     </para>
 
     <sect2 id="zend.http.client.usage">
@@ -249,10 +249,12 @@ $client->setParameterPost(array(
             <classname>Zend_Http_Client</classname> bietet Methoden um Zugriff auf die letzte
             gesendete Anfrage und die letzte empfangene Antwort des Client Objekts zu bekommen.
             <classname>Zend_Http_Client->getLastRequest()</classname> hat keine Parameter und gibt
-            die letzte HTTP Anfrage als String zurück die der Client gesendet hat. Auf die gleiche
-            Art und Weise gibt <classname>Zend_Http_Client->getLastResponse()</classname> die letzte
-            HTTP Antwort als <link linkend="zend.http.response">Zend_Http_Response</link> Objekt
-            zurück die der Client empfangen hat.
+            die letzte <acronym>HTTP</acronym> Anfrage als String zurück die der Client gesendet
+            hat. Auf die gleiche Art und Weise gibt
+            <classname>Zend_Http_Client->getLastResponse()</classname> die letzte
+            <acronym>HTTP</acronym> Antwort als <link
+                linkend="zend.http.response">Zend_Http_Response</link> Objekt zurück die der Client
+            empfangen hat.
         </para>
     </sect2>
 

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17133 -->
+<!-- EN-Revision: 17175 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.measure.creation">
 
@@ -54,13 +54,14 @@ echo $unit;
             können nur als Zeichenketten den Klassen von <classname>Zend_Measure_*</classname>
             übergeben werden, wie z.B. Zahlen die in <ulink
                 url="http://en.wikipedia.org/wiki/Roman_numerals">Römischer Schreibweise</ulink>
-            geschrieben werden, oder extrem lange Binärwerte die die Genauigkeit von PHP's
-            natürlichen Integer und Floattypen übersteigen würden. Da Integer auch als Zeichenketten
-            geschrieben werden können sollten, sobald die Gefahr eines Genauigkeitverlustes durch
-            die Limits von PHP's Integer und Floatwerten besteht, stattdessen Zeichenketten
-            verwendet werden. <classname>Zend_Measure_Number</classname> benutzt die BCMath
-            Erweiterung um aussergewöhnliche Genauigkeit zu unterstützen, wie im gezeigen Beispiel,
-            um die Beschränkungen von vielen PHP Funktionen wie <ulink
+            geschrieben werden, oder extrem lange Binärwerte die die Genauigkeit von
+            <acronym>PHP</acronym>'s natürlichen Integer und Floattypen übersteigen würden. Da
+            Integer auch als Zeichenketten geschrieben werden können sollten, sobald die Gefahr
+            eines Genauigkeitverlustes durch die Limits von <acronym>PHP</acronym>'s Integer und
+            Floatwerten besteht, stattdessen Zeichenketten verwendet werden.
+            <classname>Zend_Measure_Number</classname> benutzt die BCMath Erweiterung um
+            aussergewöhnliche Genauigkeit zu unterstützen, wie im gezeigen Beispiel, um die
+            Beschränkungen von vielen <acronym>PHP</acronym> Funktionen wie <ulink
                 url="http://php.net/bin2dec"><methodname>bin2dec()</methodname></ulink> zu umgehen.
         </para>
 

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15746 -->
+<!-- EN-Revision: 17175 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.navigation.pages.uri">
     <title>Zend_Navigation_Page_Uri</title>
@@ -7,17 +7,17 @@
     <para>
         Seiten des Typs <classname>Zend_Navigation_Page_Uri</classname> können verwendet werden
         um auf Seiten von anderen Domains oder Sites zu verweisen, oder um eigene Logik für die
-        Seite zu implementieren. URI Seiten sind einfach; zusätzlich zu den normalen Seitenoptionen
-        nimmt eine URI Seite nur eine Option - <code>uri</code>. <code>uri</code> wird
-        zurückgegeben wenn <code>$page->getHref()</code> aufgerufen wird, und kann ein
-        <type>String</type> oder <constant>NULL</constant> sein.
+        Seite zu implementieren. <acronym>URI</acronym> Seiten sind einfach; zusätzlich zu den
+        normalen Seitenoptionen nimmt eine <acronym>URI</acronym> Seite nur eine Option -
+        <code>uri</code>. <code>uri</code> wird zurückgegeben wenn <code>$page->getHref()</code>
+        aufgerufen wird, und kann ein <type>String</type> oder <constant>NULL</constant> sein.
     </para>
 
     <note>
         <para>
             <classname>Zend_Navigation_Page_Uri</classname> versucht nicht zu erkennen ob es aktiv
             ist wenn <code>$page->isActive()</code> aufgerufen wird. Es gibt zurück, was aktuell
-            gesetzt ist. Um also eine URI Seite aktiv zu machen muß man händisch
+            gesetzt ist. Um also eine <acronym>URI</acronym> Seite aktiv zu machen muß man händisch
             <code>$page->setActive()</code> aufrufen oder <code>active</code> als eine Option
             der Seite bei der Erstellung spezifizieren.
         </para>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15103 -->
+<!-- EN-Revision: 17175 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.pdf.introduction">
     <!-- @todo review and revise upon completion of refactoring -->
@@ -7,8 +7,8 @@
     <para>
         Die Komponente <classname>Zend_Pdf</classname> ist eine Manipulations Engine für PDF
         (Portable Document Format). Es kann Dokumente laden, erstellen, verändern und speichern.
-        Deswegen kann es jeder PHP Anwendung helfen PDF Dokumente dynamisch zu erstellen indem
-        bestehende Dokumente verändert oder neue von Grund auf erzeugt werden.
+        Deswegen kann es jeder <acronym>PHP</acronym> Anwendung helfen PDF Dokumente dynamisch zu
+        erstellen indem bestehende Dokumente verändert oder neue von Grund auf erzeugt werden.
         <classname>Zend_Pdf</classname> bietet die folgenden Features:
     <itemizedlist>
         <listitem>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17166 -->
+<!-- EN-Revision: 17175 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.pdf.info">
     <!-- @todo review and revise upon completion of refactoring -->
@@ -175,9 +175,9 @@ $pdf->save($pdfPath);
     </para>
 
     <para>
-        Seit PDF v 1.6 können Metadaten in einem speziellen XML Dokument gespeichert werden das dem
-        PDF angehängt wird (XMP - <ulink url="http://www.adobe.com/products/xmp/">Extensible
-        Metadata Platform</ulink>).
+        Seit PDF v 1.6 können Metadaten in einem speziellen <acronym>XML</acronym> Dokument
+        gespeichert werden das dem PDF angehängt wird (XMP - <ulink
+            url="http://www.adobe.com/products/xmp/">Extensible Metadata Platform</ulink>).
     </para>
 
     <para>

documentation/manual/de/module_specs/Zend_ProgressBar_Adapter_JsPush.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15743 -->
+<!-- EN-Revision: 17175 -->
 <!-- Reviewed: no -->
 <sect3 id="zend.progressbar.adapter.jspush">
     <title>Zend_ProgressBar_Adapter_JsPush</title>
@@ -74,8 +74,8 @@
     <example id="zend.progressbar-adapter.jspush.example">
         <title>Grundsätzliches Beispiel für den Client-seitigen Teil</title>
         <para>
-            Dieses Beispiel zeigt ein grundsätzliches Setup von HTML, CSS und JavaScript für den
-            JsPush Adapter
+            Dieses Beispiel zeigt ein grundsätzliches Setup von HTML, <acronym>CSS</acronym> und
+            JavaScript für den JsPush Adapter
         </para>
         <programlisting language="html"><![CDATA[
 <div id="zend-progressbar-container">

documentation/manual/de/module_specs/Zend_Registry.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17173 -->
+<!-- EN-Revision: 17175 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.registry.using">
 
@@ -184,8 +184,9 @@ var_dump( $registry['index'] );
             <title>Bekannte Probleme mit der ArrayObject::ARRAY_AS_PROPS Option</title>
 
             <para>
-                Einige Versionen von PHP sind bekanntermaßen sehr fehlerhaft wenn die Registry mit
-                der <constant>ArrayObject::ARRAY_AS_PROPS</constant> Option verwendet wird.
+                Einige Versionen von <acronym>PHP</acronym> sind bekanntermaßen sehr fehlerhaft wenn
+                die Registry mit der <constant>ArrayObject::ARRAY_AS_PROPS</constant> Option
+                verwendet wird.
             </para>
         </warning>
 

documentation/manual/de/module_specs/Zend_Rest_Server.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17172 -->
+<!-- EN-Revision: 17175 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.rest.server">
     <title>Zend_Rest_Server</title>
@@ -117,8 +117,9 @@ $server->handle();
         <title>Eigene XML Antworten zurückgeben</title>
 
         <para>
-            Wenn man eigenes XML zurückgeben will, kann einfach ein <code>DOMDocument</code>,
-            <code>DOMElement</code> oder <code>SimpleXMLElement</code> Objekt zurückgegeben werden.
+            Wenn man eigenes <acronym>XML</acronym> zurückgeben will, kann einfach ein
+            <code>DOMDocument</code>, <code>DOMElement</code> oder <code>SimpleXMLElement</code>
+            Objekt zurückgegeben werden.
         </para>
 
         <example id="zend.rest.server.customxml.example-1">