[DOCUMENTATION] German:

- sync up to r16663

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

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 16396 -->
+<!-- EN-Revision: 16658 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.controller.basics">
     <title>Zend_Controller Grundlagen</title>
@@ -57,8 +57,8 @@
 
                 <para>
                     Standardmäßig wird <classname>Zend_Controller_Request_Http</classname>
-                    verwendet, welches den Zugriff auf die komplette HTTP Anfrageumgebung
-                    ermöglicht.
+                    verwendet, welches den Zugriff auf die komplette <acronym>HTTP</acronym>
+                    Anfrageumgebung ermöglicht.
                 </para>
             </listitem>
 
@@ -76,13 +76,14 @@
 
                 <para>
                     Der Standardrouter <classname>Zend_Controller_Router_Rewrite</classname> nimmt
-                    den URI Endpunkt entgegen, der in
+                    den <acronym>URI</acronym> Endpunkt entgegen, der in
                     <classname>Zend_Controller_Request_Http</classname> angegeben ist, und zerlegt
                     ihn in einen Controller, eine Aktion und die Parameter basierend auf den
-                    Pfadinformationen der URL. Zum Beispiel würde die URL
-                    <filename>http://localhost/foo/bar/key/value</filename> übersetzt, um den
-                    <code>foo</code> Controller und die <code>bar</code> Aktion zu verwenden und
-                    einen Parameter <code>key</code> mit dem Wert <code>value</code> anzugeben.
+                    Pfadinformationen der <acronym>URL</acronym>. Zum Beispiel würde die
+                    <acronym>URL</acronym> <filename>http://localhost/foo/bar/key/value</filename>
+                    übersetzt, um den <emphasis>foo</emphasis> Controller und die
+                    <emphasis>bar</emphasis> Aktion zu verwenden und einen Parameter
+                    <emphasis>key</emphasis> mit dem Wert <emphasis>value</emphasis> anzugeben.
                 </para>
 
                 <para>
@@ -96,8 +97,8 @@
                 <para>
                     <classname>Zend_Controller_Dispatcher_Interface</classname> wird verwendet, um
                     Dispatcher zu definieren. Dispatching ist der Prozess, den Controller und
-                    die Aktion aus dem Request Objekt abzufragen und auf eine Controller Datei/
-                    Klasse und eine Aktionsmethode in dieser Controller Klasse zu abzubilden.
+                    die Aktion aus dem Request Objekt abzufragen und auf eine Controller Datei
+                    (oder Klasse) und eine Aktionsmethode in dieser Controller Klasse abzubilden.
                     Wenn der Controller oder die Aktion nicht existieren, ermittelt es den zu
                     verarbeitenden Standard Controller und Aktion.
                 </para>
@@ -109,8 +110,9 @@
                     Schleife. Wenn der Verarbeitungsstatus des Request Objektes irgendwann zurück
                     gesetzt wird, wird die Schleife wiederholt und die Aktion aufgerufen, die
                     zu diesem Zeitpunkt im Request Objekt gesetzt ist. Das erste Mal, wenn ein
-                    Schleifendurchlauf mit gesetztem Verarbeitungsstatus (boolsches true) im
-                    Request Objekt beendet wird, wird der Prozess beendet.
+                    Schleifendurchlauf mit gesetztem Verarbeitungsstatus (<type>Boolean</type>
+                    <constant>TRUE</constant>) im Request Objekt beendet wird, wird der Prozess
+                    beendet.
                 </para>
 
                 <para>
@@ -119,8 +121,8 @@
                     Controller als MixedCasedKlassen, die auf das Wort Controller enden, und
                     Aktionsmethoden als camelCasedMethoden, die auf das Wort Action enden:
                     <methodname>SomeFooController::barAction()</methodname>. In diesem Fall wird
-                    auf den Controller über <code>somefoo</code> und auf die Aktion über
-                    <code>bar</code> zugegriffen.
+                    auf den Controller über <emphasis>foo</emphasis> und auf die Aktion über
+                    <emphasis>bar</emphasis> zugegriffen.
                 </para>
 
                 <note>
@@ -169,19 +171,19 @@
 
                 <para>
                     Die Standard Response Klasse ist
-                    <classname>Zend_Controller_Response_Http</classname>, welches in einer HTTP
-                    Umgebung verwendet werden kann.
+                    <classname>Zend_Controller_Response_Http</classname>, welches in einer
+                    <acronym>HTTP</acronym> Umgebung verwendet werden kann.
                 </para>
             </listitem>
         </itemizedlist>
 
     <para>
-        Der Ablauf vom <classname>Zend_Controller</classname> ist relativ einfach. Eine Anfrage wird
-        vom <classname>Zend_Controller_Front</classname> empfangen, der wiederum
+        Der Ablauf vom <classname>Zend_Controller</classname> ist relativ einfach. Eine Anfrage
+        wird vom <classname>Zend_Controller_Front</classname> empfangen, der wiederum
         <classname>Zend_Controller_Router_Rewrite</classname> aufruft, um zu ermitteln, welcher
         Controller (und welche Aktion in dem Controller) ausgeführt werden soll.
-        <classname>Zend_Controller_Router_Rewrite</classname> zerteilt die URI um den Namen des
-        Controllers und der Aktion für den Request zu setzen.
+        <classname>Zend_Controller_Router_Rewrite</classname> zerteilt die <acronym>URI</acronym>
+        um den Namen des Controllers und der Aktion für den Request zu setzen.
         <classname>Zend_Controller_Front</classname> durchläuft dann eine Dispatcher Schleife. Er
         ruft <classname>Zend_Controller_Dispatcher_Standard</classname> auf und übergibt den
         Request, um den Controller und die Aktion auszuführen, die im Request spezifiziert wurden

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 16164 -->
+<!-- EN-Revision: 16658 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.controller.dispatcher">
     <title>Der Dispatcher</title>
@@ -14,10 +14,10 @@
             extrahieren und dann den Controller zu instanzieren und die Aktion dieses Controllers
             aufzurufen. Wenn kein Modul, kein Controller oder keine Aktion gefunden wurde, werden
             dafür Standardwerte verwendet.
-            <classname>Zend_Controller_Dispatcher_Standard</classname> legt <code>index</code> für
-            jede der Controller und Action Standardwerte fest und <code>default</code> für den
-            Standardwert des Moduls, erlaubt dem Entwickler aber auch, diese durch Verwendung der
-            <methodname>setDefaultController()</methodname>,
+            <classname>Zend_Controller_Dispatcher_Standard</classname> legt
+            <emphasis>index</emphasis> für jede der Controller und Action Standardwerte fest und
+            <emphasis>default</emphasis> für den Standardwert des Moduls, erlaubt dem Entwickler
+            aber auch, diese durch Verwendung der <methodname>setDefaultController()</methodname>,
             <methodname>setDefaultAction()</methodname> und
             <methodname>setDefaultModule()</methodname> Methoden zu verändern.
         </para>
@@ -29,8 +29,9 @@
                 Bei der Erstellung von modularen Anwendungen kann es sein das man auch einen
                 Namespace für eigene Standard Module haben will (die Standardkonfiguration ist, das
                 das Standardmodul <emphasis>keinen</emphasis> Namensraum hat). Ab 1.5.0, kann das
-                durch Spezifizierung von <code>prefixDefaultModule</code> auf true, entweder im
-                Front Kontroller oder im Dispatcher, getan werden:
+                durch Spezifizierung von <property>prefixDefaultModule</property> auf
+                <constant>TRUE</constant>, entweder im Front Controller oder im Dispatcher, getan
+                werden:
             </para>
 
             <programlisting language="php"><![CDATA[
@@ -56,11 +57,11 @@ $dispatcher->setParam('prefixDefaultModule', true);
 
         <para>
             Zu Beginn jeden Durchlaufes setzt er im Request Objekt einen Schalter, der angibt, dass
-            die Aktion verarbeitet worden ist. Wenn eine Aktion oder ein pre/postDispatch Plugin
-            diesen Schalter zurücksetzt, wird die Dispatch Schleife fortgesetzt und versucht, die
-            neue Anfrage zu verarbeiten. Durch Ändern des Controllers und / oder der Aktion im
-            Request Objekt und Zuürcksetzen des Verarbeitungsstatus, kann der Entwickler eine zu
-            durchlaufende Anfragekette definieren.
+            die Aktion verarbeitet worden ist. Wenn eine Aktion oder ein pre- oder postDispatch
+            Plugin diesen Schalter zurücksetzt, wird die Dispatch Schleife fortgesetzt und
+            versucht, die neue Anfrage zu verarbeiten. Durch Ändern des Controllers und / oder der
+            Aktion im Request Objekt und Zuürcksetzen des Verarbeitungsstatus, kann der Entwickler
+            eine zu durchlaufende Anfragekette definieren.
         </para>
 
         <para>
@@ -107,8 +108,8 @@ public function bazAction()
             Der Dispatcher benötigt eine Vielzahl von Daten um seine Arbeit zu erledigen - er muß
             wissen wie die Namen von Controller und Aktionen formatiert werden sollen, wo nach
             Dateien der Controller Klassen gesucht wird, ob ein übergebener Modulname gültig ist
-            oder nicht, und eine API um festzustellen ob eine gegebene Anfrage, basierend auf den
-            anderen vorhandenen Informationen, bearbeitbar ist.
+            oder nicht, und eine <acronym>API</acronym> um festzustellen ob eine gegebene Anfrage,
+            basierend auf den anderen vorhandenen Informationen, bearbeitbar ist.
         </para>
 
         <para>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 16164 -->
+<!-- EN-Revision: 16658 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.controller.exceptions">
     <title>MVC Ausnahmen</title>
@@ -8,16 +8,16 @@
         <title>Einführung</title>
 
         <para>
-            Die MVC Komponenten im Zend Framework verwenden einen Front Controller, was bedeutet das
-            alle Anfragen zu einer bestimmten Site über einen einzelnen Eintrittspunkt laufen. Als
-            Ergebnis treten alle Ausnahmen eventuell am Front Controllerauf, was es Entwicklern
-            erlaubt diese an einem einzelnen Ort zu behandeln.
+            Die <acronym>MVC</acronym> Komponenten im Zend Framework verwenden einen Front
+            Controller, was bedeutet das alle Anfragen zu einer bestimmten Site über einen
+            einzelnen Eintrittspunkt laufen. Als Ergebnis treten alle Ausnahmen eventuell am Front
+            Controllerauf, was es Entwicklern erlaubt diese an einem einzelnen Ort zu behandeln.
         </para>
 
         <para>
             Trotzdem enthalten Ausnahmemeldungen und Backtrace Informationen oft sensitive
-            Systeminformationen, wie SQL Anweisungen, Dateiorte, und andere. Um zu helfen die eigene
-            Site zu schützen, werden standardmäßig alle Ausnahmen von
+            Systeminformationen, wie <acronym>SQL</acronym> Anweisungen, Dateiorte, und andere. Um
+            zu helfen die eigene Site zu schützen, werden standardmäßig alle Ausnahmen von
             <classname>Zend_Controller_Front</classname> gefangen und im Antwortobjekt registriert;
             zusätzlich zeigt das Antwortobjekt die Ausnahmemeldungen standardmäßig nicht an.
         </para>
@@ -27,8 +27,8 @@
         <title>Behandeln von Ausnahmen</title>
 
         <para>
-            Verschiedene Mechanismen sind bereits in die MVC Komponenten eingebaut um die Behandlung
-            von Ausnahmen zu erlauben.
+            Verschiedene Mechanismen sind bereits in die <acronym>MVC</acronym> Komponenten
+            eingebaut um die Behandlung von Ausnahmen zu erlauben.
         </para>
 
         <itemizedlist>
@@ -66,7 +66,7 @@
             </listitem>
 
             <listitem>
-                <para><classname>Zend_Controller_Front::throwExceptions()</classname></para>
+                <para><methodname>Zend_Controller_Front::throwExceptions()</methodname></para>
 
                 <para>
                     Durch die Übergabe eines boolschen True Wertes an diese Methode, kann dem Front
@@ -93,7 +93,7 @@ try {
 
             <listitem>
                 <para>
-                    <classname>Zend_Controller_Response_Abstract::renderExceptions()</classname>
+                    <methodname>Zend_Controller_Response_Abstract::renderExceptions()</methodname>
                 </para>
 
                 <para>
@@ -107,14 +107,14 @@ try {
 
             <listitem>
                 <para>
-                    <classname>Zend_Controller_Front::returnResponse()</classname> und
-                    <classname>Zend_Controller_Response_Abstract::isException()</classname>.
+                    <methodname>Zend_Controller_Front::returnResponse()</methodname> und
+                    <methodname>Zend_Controller_Response_Abstract::isException()</methodname>.
                 </para>
 
                 <para>
-                    Durch die Übergabe eines boolschen True zu
-                    <classname>Zend_Controller_Front::returnResponse()</classname>, wird
-                    <classname>Zend_Controller_Front::dispatch()</classname> die Antwort nicht
+                    Durch die Übergabe eines boolschen True an
+                    <methodname>Zend_Controller_Front::returnResponse()</methodname>, wird
+                    <methodname>Zend_Controller_Front::dispatch()</methodname> die Antwort nicht
                     darstellen, aber diese stattdessen zurückgeben. Sobald man die antwort hat,
                     kann diese getestet werden um zu sehen ob irgendwelche Ausnahmen gefangen
                     wurden indem die <methodname>isException()</methodname> Methode verwendet, und
@@ -136,10 +136,10 @@ if ($response->isException()) {
 
                 <para>
                     Der primäre Vorteil die diese Methode über
-                    <classname>Zend_Controller_Front::throwExceptions()</classname> bietet ist, das
-                    Sie es erlaubt die Antwort wahlweise darzustellen nachdem die Ausnahme behandelt
-                    wurde. Das fängt jede Ausnahme in der Kontrollerkette, im Gegensatz zum Error
-                    Handler Plugin.
+                    <methodname>Zend_Controller_Front::throwExceptions()</methodname> bietet ist,
+                    das Sie es erlaubt die Antwort wahlweise darzustellen nachdem die Ausnahme
+                    behandelt wurde. Das fängt jede Ausnahme in der Kontrollerkette, im Gegensatz
+                    zum Error Handler Plugin.
                 </para>
             </listitem>
         </itemizedlist>
@@ -149,10 +149,11 @@ if ($response->isException()) {
         <title>MVC Ausnahme die auftreten können</title>
 
         <para>
-            Die verschiedenen MVC Komponenten -- Anfragen, Router, Dispatcher, Actioncontroller, und
-            Antwortobjekte -- können alle gelegentlich Ausnahmen werfen. Einige Ausnahmen können
-            wahlweise überschrieben werden und andere werden Verwendet um dem Entwickler anzuzeigen
-            das die eigene Struktur der Anwendung überdacht werden sollte.
+            Die verschiedenen <acronym>MVC</acronym> Komponenten -- Anfragen, Router, Dispatcher,
+            Actioncontroller, und Antwortobjekte -- können alle gelegentlich Ausnahmen werfen.
+            Einige Ausnahmen können wahlweise überschrieben werden und andere werden Verwendet um
+            dem Entwickler anzuzeigen das die eigene Struktur der Anwendung überdacht werden
+            sollte.
         </para>
 
         <para>Einige Beispiele:</para>
@@ -160,14 +161,16 @@ if ($response->isException()) {
         <itemizedlist>
             <listitem>
                 <para>
-                    <classname>Zend_Controller_Dispatcher::dispatch()</classname> wird standardmäßig
-                    eine Ausnahme werfen wenn ein ungültiger Controller angefragt wird. Es gibt zwei
-                    empfohlene Wege um damit umzugehen.
+                    <methodname>Zend_Controller_Dispatcher::dispatch()</methodname> wird
+                    standardmäßig eine Ausnahme werfen wenn ein ungültiger Controller angefragt
+                    wird. Es gibt zwei empfohlene Wege um damit umzugehen.
                 </para>
 
                 <itemizedlist>
                     <listitem>
-                        <para>Den <code>useDefaultControllerAlways</code> Parameter setzen.</para>
+                        <para>
+                            Den <property>useDefaultControllerAlways</property> Parameter setzen.
+                        </para>
 
                         <para>
                             Im eigenen Frontcontroller, oder dem eigenen Dispatcher, die folgende
@@ -208,7 +211,7 @@ $dispatcher->setParam('useDefaultControllerAlways', true);
 
             <listitem>
                 <para>
-                    <classname>Zend_Controller_Action::__call()</classname> wird eine
+                    <methodname>Zend_Controller_Action::__call()</methodname> wird eine
                     <classname>Zend_Controller_Action_Exception</classname> geworfen wenn eine nicht
                     existierende Aktion einer Methode nicht dargestellt werden kann. Normalerweise
                     wird es gewünscht sein in Fällen wie diesen eine Standardaktion im Controller zu
@@ -284,17 +287,17 @@ class My_Controller_Dispatcher extends Zend_Controller_Dispatcher
                         <para>
                             Diese Methode ist nützlich, weil Sie die Aktion transparent ändert bevor
                             diese letztendlich dargestellt wird. Trotzdem bedeutet es auch, das
-                            Schreibfehler in der URL trotzdem richtig dargestellt werden, was für
-                            die Optimierung von Suchmaschinen nicht gut ist.
+                            Schreibfehler in der <acronym>URL</acronym> trotzdem richtig dargestellt
+                            werden, was für die Optimierung von Suchmaschinen nicht gut ist.
                         </para>
                     </listitem>
 
                     <listitem>
                         <para>
                             Verwenden von
-                            <classname>Zend_Controller_Action::preDispatch()</classname> oder
-                            <classname>Zend_Controller_Plugin_Abstract::preDispatch()</classname> um
-                            eine ungültige Aktion zu identifizieren.
+                            <methodname>Zend_Controller_Action::preDispatch()</methodname> oder
+                            <methodname>Zend_Controller_Plugin_Abstract::preDispatch()</methodname>
+                            um eine ungültige Aktion zu identifizieren.
                         </para>
 
                         <para>

documentation/manual/de/module_specs/Zend_Filter.xml

@@ -107,7 +107,7 @@ echo Zend_Filter::get('"', 'HtmlEntities', array(ENT_QUOTES));
         </para>
 
         <para>
-            Die Zend_Filter_Imput Klasse erlaubt es also, mehrere Filter zu instanzieren und
+            Die Zend_Filter_Input Klasse erlaubt es also, mehrere Filter zu instanzieren und
             auszurufen, und wenn benötigt, den Prüfklassen diese Sets von Eingabedaten zu
             verarbeiten. Siehe <xref linkend="zend.filter.input" />.
         </para>

documentation/manual/de/module_specs/Zend_Service_Amazon_Sqs.xml

@@ -120,7 +120,7 @@ $sqs = new Zend_Service_Amazon_Sqs($my_aws_key, $my_aws_secret_key);
 
 $queue_url = $sqs->create('test');
 
-$message = 'this is a test';
+$message = 'Das ist ein Test';
 $message_id = $sqs->send($queue_url, $message);
 
 foreach ($sqs->receive($queue_url) as $message) {
@@ -146,32 +146,34 @@ $sqs = new Zend_Service_Amazon_Sqs();
         <title>Operationen der Queue</title>
 
         <para>
-            All messages SQS are stored in queues. A queue has to be created
-            before any message operations. Queue names must be unique under your
-            access key and secret key.
+            Alle SQS Nachrichten werden in Queues gespeichert. Eine Queue muß erstellt werden bevor
+            irgendwelche Operationen mit Nachrichten durchgeführt werden. Die Namen der Queues
+            müssen in Verbindung mit dem Zugriffsschlüssel und den geheimen Schlüssel einmalig
+            sein.
         </para>
 
         <para>
-            Queue names can contain lowercase letters, digits, periods (.),
-            underscores (_), and dashes (-).  No other symbols allowed. Queue
-            names can be a maximum of 80 characters.
+            Namen von Queues können kleingeschriebene Buchstaben, Ziffern, Punkte (.), Unterstriche
+            (_) und Bindestriche (-) enthalten. Es sind keine anderen Symbole erlaubt. Die Namen
+            von Queues dürfen eine maximal Länge von 80 Zeichen haben.
         </para>
 
         <itemizedlist>
             <listitem>
                 <para>
-                    <methodname>create()</methodname> creates a new queue.
+                    <methodname>create()</methodname> erstellt eine neue Queue.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <methodname>delete()</methodname> removes all messages in
-                    the queue.
+                    <methodname>delete()</methodname> entfernt alle Nachrichten in der Queue.
                 </para>
 
                 <example id="zend.service.amazon.sqs.queues.removalExample">
-                    <title>Zend_Service_Amazon_Sqs Queue Removal Example</title>
+                    <title>
+                        Beispiel für das Entfernen von Queues aus Zend_Service_Amazon_Sqs
+                    </title>
 
                     <programlisting language="php"><![CDATA[
 $sqs = new Zend_Service_Amazon_Sqs($my_aws_key, $my_aws_secret_key);
@@ -183,36 +185,36 @@ $sqs->delete($queue_url);
 
             <listitem>
                 <para>
-                    <methodname>count()</methodname> gets the approximate number
-                    of messages in the queue.
+                    <methodname>count()</methodname> gibt die erwartete Anzahl von Nachrichten in
+                    der Queue zurück.
                 </para>
 
                 <example id="zend.service.amazon.sqs.queues.countExample">
-                    <title>Zend_Service_Amazon_Sqs Queue Count Example</title>
+                    <title>Beispiel für das Zählen von Queues in Zend_Service_Amazon_Sqs</title>
 
                     <programlisting language="php"><![CDATA[
 $sqs = new Zend_Service_Amazon_Sqs($my_aws_key, $my_aws_secret_key);
 $queue_url = $sqs->create('test_1');
-$sqs->send($queue_url, 'this is a test');
-$count = $sqs->count($queue_url); // Returns '1'
+$sqs->send($queue_url, 'Das ist ein Test');
+$count = $sqs->count($queue_url); // Gibt '1' zurück
 ]]></programlisting>
                 </example>
             </listitem>
 
             <listitem>
                 <para>
-                    <methodname>getQueues()</methodname> returns the list of the
-                    names of all queues belonging to the user.
+                    <methodname>getQueues()</methodname> gibt eine Liste der Namen aller Queues
+                    zurück die dem Benutzer gehören.
                 </para>
 
                 <example id="zend.service.amazon.sqs.queues.listExample">
-                    <title>Zend_Service_Amazon_Sqs Queue Listing Example</title>
+                    <title>Beispiel für das Auflisten von Queues in Zend_Service_Amazon_Sqs</title>
 
                     <programlisting language="php"><![CDATA[
 $sqs = new Zend_Service_Amazon_Sqs($my_aws_key, $my_aws_secret_key);
 $list = $sqs->getQueues();
 foreach($list as $queue) {
-   echo "I have queue $queue\n";
+   echo "Ich habe $queue Queues\n";
 }
 ]]></programlisting>
                 </example>
@@ -221,50 +223,54 @@ foreach($list as $queue) {
     </sect2>
 
     <sect2 id="zend.service.amazon.sqs.messages">
-        <title>Message operations</title>
+        <title>Operationen für Nachrichten</title>
 
         <para>
-            After a queue is created, simple messages can be sent into the queue
-            then received at a later point in time. Messages can be up to 8KB in
-            length.  If longer messages are needed please see <ulink
-                url="http://framework.zend.com/manual/en/zend.service.amazon.s3.html">S3</ulink>.
-            There is no limit to the number of messages a queue can contain.
-        </para>
+            Nachdem eine Queue erstellt wurde, können Nachrichten einfach in die Queue gesendet
+            und zu einem späteren Zeitpunkt von Ihr empfangen werden. Nachrichten können eine Länge
+            von bis zu 8kB haben. Wenn längere Nachrichten benötigt werden sollte in das Kapitel
+            <ulink url="http://framework.zend.com/manual/en/zend.service.amazon.s3.html">S3</ulink>
+            gesehen werden. Es gibt keine Begrenzung in der Anzahl der Nachrichten die eine Queue
+            enthalten kann.
+       </para>
 
         <itemizedlist>
             <listitem>
                 <para>
-                    <methodname>sent($queue_url, $message)</methodname> send the
-                    <code>$message</code> to the <code>$queue_url</code> SQS
-                    queue URL.
+                    <methodname>sent($queue_url, $message)</methodname> sendet die Nachricht
+                    <code>$message</code> an die URL <code>$queue_url</code> der SQS Queue.
                 </para>
 
                 <example id="zend.service.amazon.sqs.messages.sendExample">
-                    <title>Zend_Service_Amazon_Sqs Message Send Example</title>
+                    <title>
+                        Beispiel für das Senden von Nachrichten an Zend_Service_Amazon_Sqs
+                    </title>
 
                     <programlisting language="php"><![CDATA[
 $sqs = new Zend_Service_Amazon_Sqs($my_aws_key, $my_aws_secret_key);
 $queue_url = $sqs->create('test_queue');
-$sqs->send($queue_url, 'this is a test message');
+$sqs->send($queue_url, 'Das ist eine Test Nachricht');
 ]]></programlisting>
                 </example>
             </listitem>
 
             <listitem>
                 <para>
-                    <methodname>receive($queue_url)</methodname> retrieves
-                    messages from the queue.
+                    <methodname>receive($queue_url)</methodname> empfängt Nachrichten von der
+                    Queue.
                 </para>
 
                 <example id="zend.service.amazon.sqs.messages.receiveExample">
-                    <title>Zend_Service_Amazon_Sqs Message Receive Example</title>
+                    <title>
+                        Beispiel für das Empfangen von Nachrichten von Zend_Service_Amazon_Sqs
+                    </title>
 
                     <programlisting language="php"><![CDATA[
 $sqs = new Zend_Service_Amazon_Sqs($my_aws_key, $my_aws_secret_key);
 $queue_url = $sqs->create('test_queue');
-$sqs->send($queue_url, 'this is a test message');
+$sqs->send($queue_url, 'Das ist eine Test Nachricht');
 foreach ($sqs->receive($queue_url) as $message) {
-    echo "got message ".$message['body'].'<br/>';
+    echo "Nachricht ".$message['body'].' empfangen<br/>';
 }
 ]]></programlisting>
                 </example>
@@ -272,27 +278,29 @@ foreach ($sqs->receive($queue_url) as $message) {
 
             <listitem>
                 <para>
-                    <methodname>deleteMessage($queue_url, $handle)</methodname>
-                    deletes a message from a queue.  A message must first be
-                    received using the <methodname>receive()</methodname> method
-                    before it can be deleted.
+                    <methodname>deleteMessage($queue_url, $handle)</methodname> löscht eine
+                    Nachricht von einer Queue. Die Nachricht muß zuerst durch Verwendung der
+                    <methodname>receive()</methodname> Methode empfangen werden bevor Sie gelöscht
+                    werden kann.
                 </para>
 
                 <example id="zend.service.amazon.sqs.messages.deleteExample">
-                    <title>Zend_Service_Amazon_Sqs Message Delete Example</title>
+                    <title>
+                        Beispiel für das Löschen von Nachrichten aus Zend_Service_Amazon_Sqs
+                    </title>
 
                     <programlisting language="php"><![CDATA[
 $sqs = new Zend_Service_Amazon_Sqs($my_aws_key, $my_aws_secret_key);
 $queue_url = $sqs->create('test_queue');
-$sqs->send($queue_url, 'this is a test message');
+$sqs->send($queue_url, 'Das ist eine Test Nachricht');
 foreach ($sqs->receive($queue_url) as $message) {
-    echo "got message ".$message['body'].'<br/>';
+    echo "Nachricht ".$message['body'].' empfangen<br/>';
 
     if ($sqs->deleteMessage($queue_url, $message['handle'])) {
-        echo "Message deleted";
+        echo "Nachricht gelöscht";
     }
     else {
-        echo "Message not deleted";
+        echo "Nachricht nicht gelöscht";
     }
 }
 ]]></programlisting>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 16408 -->
+<!-- EN-Revision: 16656 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.tool.framework.architecture">
     <title>Architektur</title>
@@ -8,12 +8,12 @@
         <title>Registry</title>
 
         <para>
-            Weil Provider und Manifeste von überall im <code>include_path</code> kommen können,
-            wird eine Registry angeboten um den Zugriff auf die verschiedenen Teile der Toolchain
-            zu vereinfachen. Diese Registry wird in Komponenten eingefügt die registry-aware sind,
-            und damit Abhängigkeiten entfernen können, wenn das notwendig ist. Die meisten
-            Abhängigkeiten die in der Registry registriert werden sind Unter-Komponenten
-            spezifische Repositories.
+            Weil Provider und Manifeste von überall im <property>include_path</property> kommen
+            können, wird eine Registry angeboten um den Zugriff auf die verschiedenen Teile der
+            Toolchain zu vereinfachen. Diese Registry wird in Komponenten eingefügt die
+            registry-aware sind, und damit Abhängigkeiten entfernen können, wenn das notwendig ist.
+            Die meisten Abhängigkeiten die in der Registry registriert werden sind
+            Unter-Komponenten spezifische Repositories.
         </para>
 
         <para>
@@ -78,7 +78,7 @@ interface Zend_Tool_Framework_Registry_EnabledInterface
             erstellen, oder Teile für Werkzeug-Funktionalität die aufgerufen werden können und in
             der <classname>Zend_Tool_Framework</classname> Toolchain verwendet werden. Die einfache
             Natur der Implementation dieses Provider Interfaces erlaubt es dem Entwickler ein
-            "One-Stop-Shop" für das Hinzufügen von Funktionalitäten/Möglichkeiten zu
+            "One-Stop-Shop" für das Hinzufügen von Funktionalitäten oder Möglichkeiten zu
             <classname>Zend_Tool_Framework</classname>.
         </para>
 
@@ -116,10 +116,10 @@ abstract class Zend_Tool_Framework_Provider_Abstract
 
         <para>
             Der Zweck eines Loaders ist es Provider und Manifest Datei zu finden die Klassen
-            enthalten welche entweder Zend_Tool_Framework_Provider_Interface oder
-            Zend_Tool_Framework_Manifest_Interface implementieren. Sobald diese Dateien vom
-            Loader gefunden wurden, werden die Provider in das Provider Repository geladen und
-            die Manifest Metadaten in das Manifest Repository.
+            enthalten welche entweder <classname>Zend_Tool_Framework_Provider_Interface</classname>
+            oder <classname>Zend_Tool_Framework_Manifest_Interface</classname> implementieren.
+            Sobald diese Dateien vom Loader gefunden wurden, werden die Provider in das Provider
+            Repository geladen und die Manifest Metadaten in das Manifest Repository.
         </para>
 
         <para>
@@ -140,16 +140,20 @@ abstract class Zend_Tool_Framework_Loader_Abstract
 ]]></programlisting>
 
         <para>
-            Die _getFiles() Methode sollte ein Array von Dateien zurückgeben (absolute Pfade). Der
-            mit ZF ausgelieferte Loader  wird IncludePath Loader genannt. Standardmäßig verwendet
-            das Tooling Framework einen Loader der auf dem Include Pfad basiert um Dateien zu
-            finden die Provider oder Manifest Metadaten Objekte enthalten können.
-            Zend_Tool_Framework_Loader_IncludePathLoader sucht, ohne irgendeine Option, nach
-            Dateien im Include Pfad die mit Mainfest.php, Tool.php oder Provider.php enden. Sobald
-            Sie gefunden wurden, werden Sie (durch die load() Methode von
-            Zend_Tool_Framework_Loader_Abstract) getestet um zu erkennen ob Sie irgendeines der
-            unterstützten Interfaces implementieren. Wenn Sie das tun, wird eine Instanz der
-            gefundenen Klasse instanziiert, und dann dem richtigen Repository angehängt.
+            Die <methodname>_getFiles()</methodname> Methode sollte ein Array von Dateien
+            zurückgeben (absolute Pfade). Der mit Zend Framework ausgelieferte Loader wird
+            IncludePath Loader genannt. Standardmäßig verwendet das Tooling Framework einen Loader
+            der auf dem Include Pfad basiert um Dateien zu finden die Provider oder Manifest
+            Metadaten Objekte enthalten können.
+            <classname>Zend_Tool_Framework_Loader_IncludePathLoader</classname> sucht, ohne
+            irgendeine Option, nach Dateien im Include Pfad die mit
+            <filename>Mainfest.php</filename>, <filename>Tool.php</filename> oder
+            <filename>Provider.php</filename> enden. Sobald Sie gefunden wurden, werden Sie (durch
+            die <methodname>load()</methodname> Methode von
+            <classname>Zend_Tool_Framework_Loader_Abstract</classname>) getestet um zu erkennen ob
+            Sie irgendeines der unterstützten Interfaces implementieren. Wenn Sie das tun, wird
+            eine Instanz der gefundenen Klasse instanziiert, und dann dem richtigen Repository
+            angehängt.
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -169,8 +173,8 @@ class Zend_Tool_Framework_Loader_IncludePathLoader
 
         <para>
             Wie man sieht, durchsucht der IncludePath Loader alle include_paths nach den Dateien
-            die $_filterAcceptFilePattern entsprechen und $_filterDenyDirectoryPattern NICHT
-            entsprechen.
+            die <varname>$_filterAcceptFilePattern</varname> entsprechen und
+            <varname>$_filterDenyDirectoryPattern</varname> <emphasis>nicht</emphasis> entsprechen.
         </para>
     </sect2>
 
@@ -185,9 +189,10 @@ class Zend_Tool_Framework_Loader_IncludePathLoader
 
         <para>
             Um Metadaten in ein Manifest Repository einzuführen, müssen alle das leere
-            Zend_Tool_Framework_Manifest_Interface implementieren, und eine
-            getMetadata() Methode anbieten die ein Array von Objekten zurückgeben sollte, welches
-            Zend_Tool_Framework_Manifest_Metadata implementiert.
+            <classname>Zend_Tool_Framework_Manifest_Interface</classname> implementieren, und eine
+            <methodname>getMetadata()</methodname> Methode anbieten die ein Array von Objekten
+            zurückgeben sollte, welches
+            <classname>Zend_Tool_Framework_Manifest_Metadata</classname> implementiert.
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -199,16 +204,18 @@ interface Zend_Tool_Framework_Manifest_Interface
 
         <para>
             Metadaten Objekte werden in das Manifest Repository
-            (Zend_Tool_Framework_Manifest_Repository) geladen (durch einen wie unten definierten
-            Loader). Manifeste werden ausgeführt nachdem alle Provider gefunden und in das
-            Provider Repository geladen wurden. Das sollte es Manifeste erlauben Metadaten Objekte,
-            basierend auf dem was aktuell im Provider Repository ist, zu erstellen.
+            (<classname>Zend_Tool_Framework_Manifest_Repository</classname>) geladen (durch einen
+            wie unten definierten Loader). Manifeste werden ausgeführt nachdem alle Provider
+            gefunden und in das Provider Repository geladen wurden. Das sollte es Manifeste
+            erlauben Metadaten Objekte, basierend auf dem was aktuell im Provider Repository ist,
+            zu erstellen.
         </para>
 
         <para>
             Es gibt ein paar andere Metadaten Klassen die dazu verwendet werden können um Metadaten
-            zu beschreiben. Wie man durch das folgende Code Snippet sieht, ist die grundsätzliche
-            Metadaten Klasse recht leichtgewichtig und von Natur aus abstrakt:
+            zu beschreiben. <classname>Zend_Tool_Framework_Manifest_Metadata</classname> ist das
+            Basis Metadaten Objekt. Wie man durch das folgende Code Snippet sieht, ist die
+            grundsätzliche Metadaten Klasse recht leichtgewichtig und von Natur aus abstrakt:
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -230,7 +237,8 @@ class Zend_Tool_Framework_Manifest_Basic
 
         <para>
             Es gibt andere eingebaute Metadaten Klassen für das beschreiben von spezialisierteren
-            Metadaten: ActionMetadata und ProviderMetadata. Diese Klassen helfen dabei Metadaten
+            Metadaten: <classname>ActionMetadata</classname> und
+            <classname>ProviderMetadata</classname>. Diese Klassen helfen dabei Metadaten
             detailierter zu beschreiben die spezifisch für Actions oder Provider ist, und von der
             Referenz wird erwartet das Sie entweder eine Referenz zu einer Action oder einem
             Provider ist. Diese Klassen werden im folgenden Code Snippet beschrieben.
@@ -266,18 +274,20 @@ class Zend_Tool_Framework_Manifest_ProviderMetadata
 
         <para>
             Der 'Type' in diesen Klassen wird verwendet um den Typ der Metadaten zu beschreiben
-            für den das Objekt verantwortlich ist. Im Fall von ActionMetadata würde der Typ
-            'Action' sein, und für ProviderMetadata ist der Typ natürlich 'Provider'. Diese
+            für den das Objekt verantwortlich ist. Im Fall von
+            <classname>ActionMetadata</classname> würde der Typ 'Action' sein, und für
+            <classname>ProviderMetadata</classname> ist der Typ natürlich 'Provider'. Diese
             Typen der Metadaten werden enthalten auch zusätzliche strukturierte Informationen,
             sowohl über das "Ding" das Sie beschreiben, als auch über das Objekt (das
-            ->getReference() ) auf das Sie mit diesen neuen Metadaten referenzieren.
+            <methodname>getReference()</methodname> ) auf das Sie mit diesen neuen Metadaten
+            referenzieren.
         </para>
 
         <para>
             Um einen eigenen Metadaten Typ zu erstellen, müssen alle die grundsätzliche
-            Zend_Tool_Framework_Manifest_Metadata Klasse erweitern und diese neuen Metadaten
-            Objekte über die lokale Manifest Klasse/Objekt zurückgeben. Diese Benutzerbasierten
-            Klassen werden alle im Manifest Repository leben.
+            <classname>Zend_Tool_Framework_Manifest_Metadata</classname> Klasse erweitern und diese
+            neuen Metadaten Objekte über die lokale Manifest Klasse oder das Objekt zurückgeben.
+            Diese Benutzerbasierten Klassen werden alle im Manifest Repository leben.
         </para>
 
         <para>
@@ -328,9 +338,9 @@ class Zend_Tool_Framework_Manifest_Repository
             Wenn man sich die Suchmethoden von oben anschaut, erlauben die Signaturen eine extrem
             flexible Suche. Um ein Metadaten Objekt zu finden, muss man einfach ein Array von
             passenden Abhängigkeiten über ein Array anhängen. Wenn auf die Daten über den Property
-            Accessor zugegriffen werden kann (die getSomething() Methoden implementieren das
-            Metadaten Objekt), dann wird es an den Benutzer als "gefundenes" Metadaten Objekt
-            zurück gegeben.
+            Accessor zugegriffen werden kann (die <methodname>getSomething()</methodname> Methoden
+            implementieren das Metadaten Objekt), dann wird es an den Benutzer als "gefundenes"
+            Metadaten Objekt zurück gegeben.
         </para>
     </sect2>
 
@@ -339,10 +349,11 @@ class Zend_Tool_Framework_Manifest_Repository
 
         <para>
             Clienten sind das Interface welches einen Benutzer oder ein externes Tool in das
-            System von Zend_Tool_Framework verknüpft. Clienten können in allen Formen und Größen
-            vorkommen: RPC Endpunkte, Kommandozeilen Interface, oder sogar ein Web Interface.
-            Zend_Tool hat das Kommandozeilen Interface als standard Interface für die Interaktion
-            mit dem Zend_Tool_Framework System implementiert.
+            System von <classname>Zend_Tool_Framework</classname> verknüpft. Clienten können in
+            allen Formen und Größen vorkommen: <acronym>RPC</acronym> Endpunkte, Kommandozeilen
+            Interface, oder sogar ein Web Interface. <classname>Zend_Tool</classname> hat das
+            Kommandozeilen Interface als standard Interface für die Interaktion mit dem
+            <classname>Zend_Tool_Framework</classname> System implementiert.
         </para>
 
         <para>

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

@@ -1,16 +1,16 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 16545 -->
+<!-- EN-Revision: 16656 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.tool.framework.clitool">
     <title>Verwenden des CLI Tools</title>
 
     <para>
-        Das CLI, oder Kommandozeilen Tool (Intern als Consolen Tool bekannt), ist aktuell das
-        primäre Interface für die  Bearbeitung von <code>Zend_Tool</code> Anfragen. Mit dem CLI
-        Tool können Entwickler werkmäßige Anfragen in einem "Kommandozeilen Fenster", allgemein
-        bekannt als "Terminal", erstellen. Diese Umgebung ist in einer *nix Umgebung vorherrschend,
-        hat aber auch eine bekannte Implementation in Windows, mit <code>cmd.exe</code>, Console2
-        und auch dem Cygwin Projekt.
+        Das <acronym>CLI</acronym>, oder Kommandozeilen Tool (Intern als Consolen Tool bekannt),
+        ist aktuell das primäre Interface für die  Bearbeitung von <classname>Zend_Tool</classname>
+        Anfragen. Mit dem <acronym>CLI</acronym> Tool können Entwickler werkmäßige Anfragen in
+        einem "Kommandozeilen Fenster", allgemein bekannt als "Terminal", erstellen. Diese Umgebung
+        ist in einer *nix Umgebung vorherrschend, hat aber auch eine bekannte Implementation in
+        Windows, mit <filename>cmd.exe</filename>, Console2 und auch dem Cygwin Projekt.
     </para>
 
     <sect2 id="zend.tool.framework.clitool.setup-general">
@@ -18,23 +18,25 @@
 
         <para>
             Um werkmäßige Anfragen über den Kommandozeilen Client zu erstellen, muß man zuerst den
-            Client einrichten, damit das System das "zf" Kommando behandeln kann. Der Kommandozeilen
-            Client für alle Wünsche und Zwecke, ust die <code>.sh</code> oder <code>.bat</code>
-            Datei die mit der Distribution von Zend Framework ausgeliefert wurde. Im Trunk kann sie
-            hier gefunden werden:
-            <ulink url="http://framework.zend.com/svn/framework/standard/trunk/bin/">http://framework.zend.com/svn/framework/standard/trunk/bin/</ulink>
+            Client einrichten, damit das System das "zf" Kommando behandeln kann. Der
+            Kommandozeilen Client für alle Wünsche und Zwecke, ust die <filename>.sh</filename>
+            oder <filename>.bat</filename> Datei die mit der Distribution von Zend Framework
+            ausgeliefert wurde. Im Trunk kann sie hier gefunden werden: <ulink
+                url="http://framework.zend.com/svn/framework/standard/trunk/bin/">http://framework.zend.com/svn/framework/standard/trunk/bin/</ulink>.
         </para>
 
         <para>
-            Wie man siehr gibt es im <code>bin/</code> Verzeichnis 3 Dateien: <code>zf.php</code>,
-            <code>zf.sh</code> und <code>zf.bat</code>. <code>zf.sh</code> und <code>zf.bat</code>
-            sind spezielle Client-Wrapper für das Betriebssystem: <code>zf.sh</code> für *nix
-            Umgebungen, und <code>zf.bat</code> für Win32 Umgebungen. Diese Client-Wrapper sind
-            dafür zuständig die richtige <code>php.exe</code> und <code>zf.php</code> zu finden,
-            sowie die Anfrage des Clients weiterzugeben. <code>zf.php</code> ist dafür zuständig
-            die Umgebung zu verstehen, den richtigen include_path zu erstellen, und das an die
-            richtigen Komponenten der Bibliothek für die Verarbeitung zu übergeben was über die
-            Kommandozeile übergeben wurde.
+            Wie man siehr gibt es im <filename>/bin/</filename> Verzeichnis 3 Dateien:
+            <filename>zf.php</filename>, <filename>zf.sh</filename> und
+            <filename>zf.bat</filename>. <filename>zf.sh</filename> und <filename>zf.bat</filename>
+            sind spezielle Client-Wrapper für das Betriebssystem: <filename>zf.sh</filename> für
+            *nix Umgebungen, und <filename>zf.bat</filename> für Win32 Umgebungen. Diese
+            Client-Wrapper sind dafür zuständig die richtige <filename>php.exe</filename> und
+            <filename>zf.php</filename> zu finden, sowie die Anfrage des Clients weiterzugeben.
+            <filename>zf.php</filename> ist dafür zuständig die Umgebung zu verstehen, den
+            richtigen include_path zu erstellen, und das an die richtigen Komponenten der
+            Bibliothek für die Verarbeitung zu übergeben was über die Kommandozeile übergeben
+            wurde.
         </para>
 
         <para>
@@ -45,23 +47,26 @@
         <orderedlist>
             <listitem>
                 <para>
-                    <code>zf.sh/zf.bat</code> ist vom Systempfad aus erreichbar. Das ist die
-                    Möglichkeit <code>zf</code> überall von der Kommandozeile aus aufzurufen,
-                    unabhängig davon welches das aktuelle Arbeitsverzeichnis ist.
+                    <filename>zf.sh/zf.bat</filename> ist vom Systempfad aus erreichbar. Das ist
+                    die Möglichkeit <command>zf</command> überall von der Kommandozeile aus
+                    aufzurufen, unabhängig davon welches das aktuelle Arbeitsverzeichnis ist.
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    ZendFramework/library ist im eigenen <code>include_path</code>.
+                    <filename>ZendFramework/library</filename> ist im eigenen
+                    <property>include_path</property>.
                 </para>
             </listitem>
         </orderedlist>
 
-        <para>
-            <emphasis>Beachte:</emphasis> wärend das oben stehende die idealsten Voraussetzungen
-            sind, kann man einfach Zend Framework herunterladen und erwarten das es mit
-            <code>./path/to/zf.php</code> funktioniert.
-        </para>
+        <note>
+            <para>
+                Beachte: wärend das oben stehende die idealsten Voraussetzungen
+                sind, kann man einfach Zend Framework herunterladen und erwarten das es mit
+                <filename>./path/to/zf.php</filename> funktioniert.
+            </para>
+        </note>
 
     </sect2>
 
@@ -69,9 +74,10 @@
         <title>Das CLI Tool in Unix-artigen Systemen vorbereiten</title>
 
         <para>
-            Das übliche Setup in einer *nix Umgebung, besteht darin <code>zf.sh</code> und
-            <code>zf.php</code> in das gleiche Verzeichnis wie die PHP Binaries zu kopieren. Diese
-            können normalerweise an einem der folgenden Plätze gefunden werden:
+            Das übliche Setup in einer *nix Umgebung, besteht darin <filename>zf.sh</filename> und
+            <filename>zf.php</filename> in das gleiche Verzeichnis wie die <acronym>PHP</acronym>
+            Binaries zu kopieren. Diese können normalerweise an einem der folgenden Plätze gefunden
+            werden:
         </para>
 
         <programlisting language="text"><![CDATA[
@@ -82,21 +88,24 @@
 ]]></programlisting>
 
         <para>
-            Um den Ort der PHP Binaries herauszufinden, kann man 'which php' auf der Kommandozeile
-            ausführen. Das gibt den Ort der PHP Binaries zurück, die verwendet werden wenn php
-            Skripte in der eigenen Umgebung ausgeführt werden.
+            Um den Ort der <acronym>PHP</acronym> Binaries herauszufinden, kann man 'which php' auf
+            der Kommandozeile ausführen. Das gibt den Ort der <acronym>PHP</acronym> Binaries
+            zurück, die verwendet werden wenn <acronym>PHP</acronym> Skripte in der eigenen
+            Umgebung ausgeführt werden.
         </para>
 
         <para>
             Der nächste Arbeitsschritt besteht darin, sicherzustellen das die Zend Framework
-            Bibliothek richtig im <code>include_path</code> vom PHP System steht. Um herauszufinden
-            wo der <code>include_path</code> ist, kann man 'php -i' ausführen und nach der
-            <code>include_path</code> Variable sehen, oder kompakter einfach
-            'php -i | grep include_path' ausführen. Sobald man herausgefunden hat wo die
-            <code>include_path</code> Variable steht (das ist normalerweise etwas wie
-            /usr/lib/php, /usr/share/php, /usr/local/lib/php, oder ähnliches), muß man
-            sicherstellen das der Inhalt des library/ Verzeichnisses im spezifizierten Verzeichnis
-            des <code>include_path</code>'s abgelegt sind.
+            Bibliothek richtig im <property>include_path</property> vom <acronym>PHP</acronym>
+            System steht. Um herauszufinden wo der <property>include_path</property> ist, kann man
+            <command>php -i</command> ausführen und nach der <property>include_path</property>
+            Variable sehen, oder kompakter einfach <command>php -i | grep include_path</command>
+            ausführen. Sobald man herausgefunden hat wo die <property>include_path</property>
+            Variable steht (das ist normalerweise etwas wie <filename>/usr/lib/php</filename>,
+            <filename>/usr/share/php</filename>, <filename>/usr/local/lib/php</filename>, oder
+            ähnliches), muß man sicherstellen das der Inhalt des <filename>/library/</filename>
+            Verzeichnisses im spezifizierten Verzeichnis des <property>include_path</property>'s
+            abgelegt sind.
         </para>
 
         <para>
@@ -120,18 +129,19 @@
         </para>
 
         <para>
-            <emphasis>ALTERNATIVE SETUP</emphasis> bedeutet das der Zend Framework Download so wie
-            er ist zusammenbleibt, und ein Link von einem PATH Ort zur Datei <code>zf.sh</code>
-            erstellt wird. Das bedeutet das man den Inhalt des ZendFramework Downloads an einem
-            Ort wie <code>/usr/local/share/ZendFramework</code>, oder noch lokaler wie
-            <code>/home/username/lib/ZendFramework</code> platzieren kann, und einen Symbolischen
-            Link zu <code>zf.sh</code> erstellt.
+            <emphasis>Alternative Setup</emphasis> bedeutet das der Zend Framework Download so wie
+            er ist zusammenbleibt, und ein Link von einem <constant>PATH</constant> Ort zur Datei
+            <filename>zf.sh</filename> erstellt wird. Das bedeutet das man den Inhalt des
+            ZendFramework Downloads an einem Ort wie
+            <filename>/usr/local/share/ZendFramework</filename>, oder noch lokaler wie
+            <filename>/home/username/lib/ZendFramework</filename> platzieren kann, und einen
+            Symbolischen Link zu <filename>zf.sh</filename> erstellt.
         </para>
 
         <para>
-            Angenommen man will den Link nach <code>/usr/local/bin</code> geben (das könnte auch
-            funktionieren wenn der Link in <code>/home/username/bin/</code> platziert werden soll),
-            dann könnte man ein Kommando ähnlich dem folgenden ausführen:
+            Angenommen man will den Link nach <filename>/usr/local/bin</filename> geben (das könnte
+            auch funktionieren wenn der Link in <filename>/home/username/bin/</filename> platziert
+            werden soll), dann könnte man ein Kommando ähnlich dem folgenden ausführen:
         </para>
 
         <programlisting language="sh"><![CDATA[
@@ -152,9 +162,10 @@ ln -s /home/username/lib/ZendFramework/bin/zf.sh /home/username/bin/zf
         <title>Das CLI Tool in Windows vorbereiten</title>
 
         <para>
-            Das üblichste Setup in einer Windows Win32 Umgebung besteht darin, <code>zf.bat</code>
-            und <code>zf.php</code> in das gleiche Verzeichnis wie die PHP Binaries zu kopieren.
-            Diese können generell an einem der folgenden Plätze gefunden werden:
+            Das üblichste Setup in einer Windows Win32 Umgebung besteht darin,
+            <filename>zf.bat</filename> und <filename>zf.php</filename> in das gleiche Verzeichnis
+            wie die <acronym>PHP</acronym> Binaries zu kopieren. Diese können generell an einem der
+            folgenden Plätze gefunden werden:
         </para>
 
         <programlisting language="text"><![CDATA[
@@ -164,23 +175,25 @@ C:\WAMP\PHP\bin
 ]]></programlisting>
 
         <para>
-            Man sollte in der Lage sein <code>php.exe</code> auf der Kommandozeile auszuführen.
-            Wenn man das nicht kann, muß man zuerst die Dokumentation prüfen die mit der PHP
-            Distribution gekommen ist, oder sicherstellen das der Pfad zu php.exe in der
-            Windows Umgebungsvariable PATH vorhanden ist.
+            Man sollte in der Lage sein <filename>php.exe</filename> auf der Kommandozeile
+            auszuführen. Wenn man das nicht kann, muß man zuerst die Dokumentation prüfen die mit
+            der <acronym>PHP</acronym> Distribution gekommen ist, oder sicherstellen das der Pfad
+            zu <filename>php.exe</filename> in der Windows Umgebungsvariable
+            <constant>PATH</constant> vorhanden ist.
         </para>
 
         <para>
             Der nächste Arbeitsschritt besteht darin, sicherzustellen das die Zend Framework
-            Bibliothek richtig im <code>include_path</code> vom PHP System steht. Um herauszufinden
-            wo der <code>include_path</code> ist, kann man 'php -i' ausführen und nach der
-            <code>include_path</code> Variable sehen, oder kompakter einfach
-            'php -i | grep include_path' ausführen wenn Cygwin mit grep zur Verfügung steht.
-            Sobald man herausgefunden hat wo die <code>include_path</code> Variable steht (das ist
-            normalerweise etwas wie <code>C:\PHP\pear</code>, <code>C:\PHP\share</code>,
-            <code>C:\Program Files\ZendServer\share</code> oder ähnliches), muß man
+            Bibliothek richtig im <property>include_path</property> vom <acronym>PHP</acronym>
+            System steht. Um herauszufinden wo der <property>include_path</property> ist, kann man
+            <command>php -i</command> ausführen und nach der <property>include_path</property>
+            Variable sehen, oder kompakter einfach <command>php -i | grep include_path</command>
+            ausführen wenn Cygwin mit grep zur Verfügung steht. Sobald man herausgefunden hat wo
+            die <property>include_path</property> Variable steht (das ist normalerweise etwas wie
+            <filename>C:\PHP\pear</filename>, <filename>C:\PHP\share</filename>,
+            <filename>C:\Program%20Files\ZendServer\share</filename> oder ähnliches), muß man
             sicherstellen das der Inhalt des library/ Verzeichnisses im spezifizierten Verzeichnis
-            des <code>include_path</code>'s abgelegt sind.
+            des <property>include_path</property>'s abgelegt sind.
         </para>
 
         <para>
@@ -204,13 +217,14 @@ C:\WAMP\PHP\bin
         </para>
 
         <para>
-            <emphasis>ALTERNATIVE SETUP</emphasis> bedeutet das der Zend Framework Download so wie
-            er ist zusammenbleibt, und sowohl die Systemvariable PATH als auch die
-            <code>php.ini</code> Datei geändert werden muss. In der Umgebung des Benutzers muss man
-            sicherstellen das <code>C:\Path\To\ZendFramework\bin</code> hinzugefügt ist, damit die
-            Datei <code>zf.bat</code> ausgeführt werden kann. Auch die Datei <code>php.ini</code>
-            ist zu änder um sicherzustellen das <code>C:\Path\To\ZendFramework\library</code> im
-            <code>include_path</code> ist.
+            <emphasis>Alternative Setup</emphasis> bedeutet das der Zend Framework Download so wie
+            er ist zusammenbleibt, und sowohl die Systemvariable <constant>PATH</constant> als auch
+            die <filename>php.ini</filename> Datei geändert werden muss. In der Umgebung des
+            Benutzers muss man sicherstellen das <filename>C:\Path\To\ZendFramework\bin</filename>
+            hinzugefügt ist, damit die Datei <filename>zf.bat</filename> ausgeführt werden kann.
+            Auch die Datei <filename>php.ini</filename> ist zu Ändern um sicherzustellen das
+            <filename>C:\Path\To\ZendFramework\library</filename> im
+            <property>include_path</property> ist.
         </para>
 
     </sect2>
@@ -219,22 +233,23 @@ C:\WAMP\PHP\bin
         <title>Andere Überlegungen für ein Setup</title>
 
         <para>
-            Wenn man aus bestimmten Gründen die Zend Framework  Bibliothek nicht im
-            <code>include_path</code> haben will, gibt es auch eine andere Option. Es gibt auch
-            zwei spezielle Umgebungsvariablen die <code>zf.php</code> verwendet um den Ort der
-            Installation vom Zend Framework zu erkennen.
+            Wenn man aus bestimmten Gründen die Zend Framework Bibliothek nicht im
+            <property>include_path</property> haben will, gibt es auch eine andere Option. Es gibt
+            auch zwei spezielle Umgebungsvariablen die <filename>zf.php</filename> verwendet um den
+            Ort der Installation vom Zend Framework zu erkennen.
         </para>
 
         <para>
-            Der erste ist <code>ZEND_TOOL_INCLUDE_PATH_PREPEND</code>, welcher den Wert dieser
-            Umgebungsvariablen dem <code>include_path</code> des Systems (<code>php.ini</code>)
-            voranstellt, bevor der Client geladen wird.
+            Der erste ist <constant>ZEND_TOOL_INCLUDE_PATH_PREPEND</constant>, welcher den Wert
+            dieser Umgebungsvariablen dem <property>include_path</property> des Systems
+            (<filename>php.ini</filename>) voranstellt, bevor der Client geladen wird.
         </para>
 
         <para>
-            Alternativ kann es gewünscht sein <code>ZEND_TOOL_INCLUDE_PATH</code> zu verwenden,
-            um den <code>include_path</code> des System komplett zu <emphasis>ersetzen</emphasis>,
-            wenn das speziell für das <code>zf</code> Kommandozeilen Tool Sinn macht.
+            Alternativ kann es gewünscht sein <constant>ZEND_TOOL_INCLUDE_PATH</constant> zu
+            verwenden, um den <property>include_path</property> des System komplett zu
+            <emphasis>ersetzen</emphasis>, wenn das speziell für das <command>zf</command>
+            Kommandozeilen Tool Sinn macht.
         </para>
     </sect2>
 
@@ -243,7 +258,7 @@ C:\WAMP\PHP\bin
 
         <para>
             An diesem Punkt sollte man dafür gerüstet sein einige "interessantere" Kommandos
-            zu initialisieren. Um weiterzumachen kann man das Kommando <code>zf --help</code>
+            zu initialisieren. Um weiterzumachen kann man das Kommando <command>zf --help</command>
             ausführen um zu sehen was vorhanden ist.
         </para>
 
@@ -253,9 +268,9 @@ C:\WAMP\PHP\bin
         </para>
 
         <para>
-            Lesen Sie bei <code>Zend_Tool_Project</code> im Kapitel "Create Project" weiter um
-            zu verstehen wie das <code>zf</code> Skript für die Projekterstellung verwendet werden
-            kann.
+            Lesen Sie bei <classname>Zend_Tool_Project</classname> im Kapitel "Create Project"
+            weiter um zu verstehen wie das <command>zf</command> Skript für die Projekterstellung
+            verwendet werden kann.
         </para>
     </sect2>
 </sect1>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 16281 -->
+<!-- EN-Revision: 16656 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.tool.framework.introduction">
     <title>Einführung</title>
@@ -7,11 +7,12 @@
     <para>
         <classname>Zend_Tool_Framework</classname> ist ein Framework für die Durchführung von
         üblichen Funktionalitäten wie die Erstellung von Projekt Scaffolds, Code Erzeugung, Index
-        Erzeugung für die Suche, und vielem mehr. Funktionalität kann über PHP Klassen geschrieben
-        und ausgeführt werden die über den <code>include_path</code> von PHP eingeworfen werden, und
-        bieten daher eine aussergewöhnliche Flexibilität der Implementation. Die Funktionalität
-        kann durch das Schreiben einer Implementation und/oder einers protokoll-spezifischen
-        Clients aufgerufen werden -- wir einen Consolen Client, XML-RPC, SOAP und viele mehr.
+        Erzeugung für die Suche, und vielem mehr. Funktionalität kann über <acronym>PHP</acronym>
+        Klassen geschrieben und ausgeführt werden die über den <property>include_path</property>
+        von <acronym>PHP</acronym> eingeworfen werden, und bieten daher eine aussergewöhnliche
+        Flexibilität der Implementation. Die Funktionalität kann durch das Schreiben einer
+        Implementation und/oder einers protokoll-spezifischen Clients aufgerufen werden -- wir
+        einen Consolen Client, <acronym>XML-RPC</acronym>, <acronym>SOAP</acronym> und viele mehr.
     </para>
 
     <para>
@@ -21,8 +22,8 @@
     <itemizedlist>
         <listitem>
             <para>
-                <code>Übliche Interfaces und Abstraktes</code> welche es Entwicklern erlauben
-                Funktionalitäten und Möglichkeiten zu erstellen die von Tool-Clients
+                <emphasis>Übliche Interfaces und Abstraktes</emphasis> welche es Entwicklern
+                erlauben Funktionalitäten und Möglichkeiten zu erstellen die von Tool-Clients
                 ausgeführt werden können.
             </para>
         </listitem>
@@ -32,7 +33,8 @@
                 <emphasis>Basis Client Funktionalität</emphasis> und eine konkrete Consolen
                 Implementation die externe Tools und Interfaces zu
                 <classname>Zend_Tool_Framework</classname> verbindet. Der Consolen Client kann in
-                CLI Umgebungen wie Unix Shells und der Windows Console verwendet werden.
+                <acronym>CLI</acronym> Umgebungen wie Unix Shells und der Windows Console verwendet
+                werden.
             </para>
         </listitem>
 
@@ -86,8 +88,8 @@
         </para></listitem>
 
         <listitem><para>
-            <emphasis>Console Client / Command Line Interface / zf.php</emphasis> - Der Tooling
-            Client für die Komandozeile.
+            <emphasis>Console Client / Command Line Interface /
+            <filename>zf.php</filename></emphasis> - Der Tooling Client für die Komandozeile.
         </para></listitem>
 
         <listitem><para>

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

@@ -1,16 +1,17 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15343 -->
+<!-- EN-Revision: 16656 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.tool.framework.system-providers">
     <title>Mitgelieferte System Provider</title>
 
     <para>
         Zusätzlich zu den nützlicheren Projekt basierten Providern die mit
-        <code>Zend_Tool_Project</code> ausgeliefert werden, gibt es auch einige grundsätzlichere,
-        aber interessante Provider die in <code>Zend_Tool_Framework</code> eingebaut sind.
-        Einige von Ihnen existieren für den Zweck, über die Kommandozeile Informationen zu
-        extrahieren, wie die Version, wärend andere dazu gedacht sind den Entwickler zu
-        unterstützen, wärend er zusätzliche Provider erstellt.
+        <classname>Zend_Tool_Project</classname> ausgeliefert werden, gibt es auch einige
+        grundsätzlichere, aber interessante Provider die in
+        <classname>Zend_Tool_Framework</classname> eingebaut sind. Einige von Ihnen existieren für
+        den Zweck, über die Kommandozeile Informationen zu extrahieren, wie die Version, wärend
+        andere dazu gedacht sind den Entwickler zu unterstützen, wärend er zusätzliche Provider
+        erstellt.
     </para>
 
     <sect2 id="zend.tool.framework.system-providers.version">
@@ -18,11 +19,11 @@
 
         <para>
             Der Version Provider ist enthalten, sodas man feststellen kann mit welcher Version vom
-            Framework <code>zf</code> oder <code>Zend_Tool</code> aktuell arbeitet.
+            Framework <command>zf</command> oder <classname>Zend_Tool</classname> aktuell arbeitet.
         </para>
 
         <para>
-            Über die Kommandozeile, einfach <code>zf show version</code> ausführen.
+            Über die Kommandozeile, einfach <command>zf show version</command> ausführen.
         </para>
 
     </sect2>
@@ -32,16 +33,16 @@
 
         <para>
             Der Manifest Provider ist enthalten, sodas man feststellen kann welche Art von
-            "manifest" Information wärend der Laufzeit von <code>Zend_Tool</code> vorhanden ist.
-            Manifest Daten sind Informationen die speziellen Objekten wärend der Laufzeit von
-            <code>Zend_Tool</code> angehängt werden. Im Manifest findet man Konsolen-spezifische
-            Benennungen die man verwendet wenn bestimmte Kommandos aufgerufen werden. Die Daten
-            die im Manifest gefunden werden können von jedem Provider oder Client bei Bedarf
-            verwendet werden.
+            "manifest" Information wärend der Laufzeit von <classname>Zend_Tool</classname>
+            vorhanden ist. Manifest Daten sind Informationen die speziellen Objekten wärend der
+            Laufzeit von <classname>Zend_Tool</classname> angehängt werden. Im Manifest findet man
+            Konsolen-spezifische Benennungen die man verwendet wenn bestimmte Kommandos aufgerufen
+            werden. Die Daten die im Manifest gefunden werden können von jedem Provider oder Client
+            bei Bedarf verwendet werden.
         </para>
 
         <para>
-            Über die Kommandozeile, einfach <code>zf show manifest</code> ausführen.
+            Über die Kommandozeile, einfach <command>zf show manifest</command> ausführen.
         </para>
     </sect2>
 </sect1>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 16444 -->
+<!-- EN-Revision: 16656 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.tool.framework.writing-providers">
     <title>Erstellen von Providern für die Verwendung mit Zend_Tool_Framework</title>
@@ -7,8 +7,8 @@
     <para>
         Generell ist ein Provider für sich selbst nichts mehr als die Shell für einen Entwickler
         um einige Fähigkeiten zu bündeln die man mit dem Kommandozeilen (oder einem anderen)
-        Client ausliefern will. Das ist analog zu dem was ein "Controller" in einer MVC Anwendung
-        ist.
+        Client ausliefern will. Das ist analog zu dem was ein "Controller" in einer
+        <acronym>MVC</acronym> Anwendung ist.
     </para>
 
     <sect2 id="zend.tool.framework.writing-providers.basic">
@@ -18,11 +18,12 @@
             Wenn, als Beispiel, ein Entwickler die Fähigkeit hinzufügen will, die Version einer
             Datendatei anzuzeigen, mit der seine 3rd Party Komponente arbeitet, gibt es nur eine
             Klasse die der Entwickler implementieren muss. Angenommen die Komponente heisst
-            <code>My_Component</code>, dann würde er eine Klasse erstellen die
-            <code>My_Component_HelloProvider</code> heisst und in einer Datei ist die
-            <code>HelloProvider.php</code> heisst und irgendwo im <code>include_path</code> ist.
-            Diese Klasse würde <classname>Zend_Tool_Framework_Provider_Interface</classname>
-            implementieren, und der Body dieser Datei würde nur wie folgt auszusehen haben:
+            <classname>My_Component</classname>, dann würde er eine Klasse erstellen die
+            <classname>My_Component_HelloProvider</classname> heisst und in einer Datei ist die
+            <filename>HelloProvider.php</filename> heisst und irgendwo im
+            <property>include_path</property> ist. Diese Klasse würde
+            <classname>Zend_Tool_Framework_Provider_Interface</classname> implementieren, und der
+            Body dieser Datei würde nur wie folgt auszusehen haben:
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -78,10 +79,11 @@ class My_Component_HelloProvider
 
         <para>
             Das obige Beispiel kann pber di Kommandozeile wie folgt aufgerufen werden:
-            <code>zf say hello Joe</code>. "Joe" wird dem Provider als Parameter des
+            <command>zf say hello Joe</command>. "Joe" wird dem Provider als Parameter des
             Methodenaufrufs zur Verfügung gestellt. Es ist auch zu beachten das der Parameter
             optional ist, was bedeutet das er auch auf der Kommandozeile optional ist, so das
-            <code>zf say hello</code> weiterhin funktioniert, und der Standardname "Ralph" ist.
+            <command>zf say hello</command> weiterhin funktioniert, und der Standardname "Ralph"
+            ist.
         </para>
 
         <para>