Browse Source

[MANUAL] German:

- sync up to r22742

git-svn-id: http://framework.zend.com/svn/framework/standard/trunk@22772 44c647ce-9c0f-0410-b52a-842ac1e357ba
thomas 15 years ago
parent
commit
5acba8c6ec

+ 3 - 3
documentation/manual/de/module_specs/Zend_Application-AvailableResources-Db.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 22631 -->
+<!-- EN-Revision: 22741 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.application.available-resources.db">
     <title>Zend_Application_Resource_Db</title>
@@ -44,8 +44,8 @@
         <listitem>
             <para>
                 <emphasis><property>defaultMetadataCache</property></emphasis>: Der Name des
-                Cache Templates oder einer Instanz von Zend_Cache_Core welche als Metadaten-Cache
-                für Zend_Db_Table zu verwenden ist.
+                Cache Templates oder einer Instanz von <classname>Zend_Cache_Core</classname> welche
+                als Metadaten-Cache für <classname>Zend_Db_Table</classname> zu verwenden ist.
             </para>
         </listitem>
     </itemizedlist>

+ 3 - 2
documentation/manual/de/module_specs/Zend_Application-AvailableResources-Frontcontroller.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 22596 -->
+<!-- EN-Revision: 22741 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.application.available-resources.frontcontroller">
     <title>Zend_Application_Resource_Frontcontroller</title>
@@ -131,7 +131,8 @@ resources.frontController.plugins.baz.stackIndex = 123
 resources.frontController.returnresponse = 1
 resources.frontController.env = APPLICATION_ENV
 
-; Das folgende verweist auf: Zend_Controller_Action_HelperBroker::addPath('Helper_Path', $helperPrefix);
+; Das folgende verweist auf:
+; Zend_Controller_Action_HelperBroker::addPath('Helper_Path', $helperPrefix);
 resources.frontController.actionHelperPaths.HELPER_Prefix = "My/Helper/Path"
 ]]></programlisting>
     </example>

+ 3 - 3
documentation/manual/de/module_specs/Zend_Application-AvailableResources-Locale.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 22597 -->
+<!-- EN-Revision: 22741 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.application.available-resources.locale">
     <title>Zend_Application_Resource_Locale</title>
@@ -8,8 +8,8 @@
         <classname>Zend_Application_Resource_Locale</classname> kann verwendet werden um ein
         Anwendungsweites Gebietsschema zu setzen welches dann in allen Klassen und Komponenten
         verwendet wird welche mit Lokalisierung oder Internationalisierung arbeiten. Standardmäßig
-        wird das Gebietsschema in einem Zend_Registry Eintrag mit dem Schlüssel 'Zend_Locale'
-        gespeichert.
+        wird das Gebietsschema in einem <classname>Zend_Registry</classname> Eintrag mit dem
+        Schlüssel '<property>Zend_Locale</property>' gespeichert.
     </para>
 
     <para>

+ 6 - 5
documentation/manual/de/module_specs/Zend_Application-Examples.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 22448 -->
+<!-- EN-Revision: 22741 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.application.examples">
     <title>Beispiele</title>
@@ -38,15 +38,16 @@ resources.frontController.controllerDirectory = APPLICATION_PATH "/controllers"
         <para>
             Weil diese Beispiele eigenen Code verwenden müssen wir die Präfixe der Namespaces
             für diesen Code in unserer Konfiguration registrieren; dies wird mit dem
-            Konfigurationsschlüssel <code>autoloaderNamespaces</code> getan, welcher ein Array ist.
+            Konfigurationsschlüssel <property>autoloaderNamespaces</property> getan, welcher ein
+            Array ist.
         </para>
 
         <para>
             Zusätzlich, um sicherzustellen das eigene Plugin Ressourcen erkannt werden, müssen wir
             einen Plugin Präfix Pfad in der Bootstrap registrieren. Das wird mit dem
-            Konfigurationsschlüssel <code>pluginpaths</code> getan, welcher ein assoziatives Array
-            ist, mit Schlüsseln die den zu verwendenden Präfix kennzeichnen , und Werten welche den
-            Pfad kennzeichnen der diesem Präfix entspricht.
+            Konfigurationsschlüssel <property>pluginpaths</property> getan, welcher ein assoziatives
+            Array ist, mit Schlüsseln die den zu verwendenden Präfix kennzeichnen , und Werten
+            welche den Pfad kennzeichnen der diesem Präfix entspricht.
         </para>
     </note>
 

+ 3 - 3
documentation/manual/de/module_specs/Zend_Feed_Pubsubhubbub.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 22392 -->
+<!-- EN-Revision: 22741 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.feed.pubsubhubbub.introduction">
     <title>Zend_Feed_Pubsubhubbub</title>
@@ -521,8 +521,8 @@ CREATE TABLE IF NOT EXISTS `subscription` (
             <para>
                 Das Löschen eines Abos folgt exakt dem gleichen Pattern wie im vorherigen Beispiel,
                 mit der Ausnahme das stattdessen <methodname>unsubscribeAll()</methodname>
-                aufgerufen wird. Die enthaltenen Parameter  sind identisch mit einer Aboanfrage mit
-                der Ausnahme das "hub.mode" auf "unsubscribe" gesetzt wird.
+                aufgerufen wird. Die enthaltenen Parameter sind identisch mit einer Aboanfrage mit
+                der Ausnahme das "<property>hub.mode</property>" auf "unsubscribe" gesetzt wird.
             </para>
 
             <para>

+ 5 - 5
documentation/manual/de/module_specs/Zend_Feed_Reader.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 22392 -->
+<!-- EN-Revision: 22741 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.feed.reader">
     <title>Zend_Feed_Reader</title>
@@ -44,7 +44,7 @@
             (nicht persistent) damit wiederholte <acronym>API</acronym> Aufrufe für den gleichen
             Feed eine zusätzliche Verwendung von <acronym>DOM</acronym> oder XPath verhindert.
             Drittens erlaubt das Importieren von Feeds von einer <acronym>URI</acronym> den
-            Vorteil von konditionellen <acronym>HTTP</acronym> <acronym>GET</acronym> Anfragen
+            Vorteil von konditionellen <acronym>HTTP</acronym> <constant>GET</constant> Anfragen
             welche es Servern erlauben eine leere 304 Anfrage auszulösen wenn der angefragte Feed
             seit der Zeit zu der er das letzte Mal angefragt wurde, nicht verändert wurde. Im
             letzten Fall hält eine Instanz von <classname>Zend_Cache</classname> den zuletzt
@@ -73,7 +73,7 @@
             String, einer Datei, <acronym>URI</acronym> oder einer Instanz des Typs
             <classname>Zend_Feed_Abstract</classname> importiert werden. Das importieren von einer
             <acronym>URI</acronym> kann zusätzlich eine konditionelle <acronym>HTTP</acronym>
-            <acronym>GET</acronym> Anfrage benützen. Wenn das importieren fehlschlägt, wird eine
+            <constant>GET</constant> Anfrage benützen. Wenn das importieren fehlschlägt, wird eine
             Exception geworfen. Das Endergebnis wird ein Objekt des Typs
             <classname>Zend_Feed_Reader_FeedInterface</classname> sein, die Core Implementation
             von <classname>Zend_Feed_Reader_Feed_Rss</classname> und
@@ -284,7 +284,7 @@ Zend_Feed_Reader::setCache($cache);
             <para>
                 Die große Frage wenn man ofters einen Feed importiert, ist ob er sich geändert hat.
                 Wenn ein Cache aktiviert ist, kann man die Unterstützung für <acronym>HTTP</acronym>
-                Conditional <acronym>GET</acronym> hinzufügen um diese Frage zu beantworten.
+                Conditional <constant>GET</constant> hinzufügen um diese Frage zu beantworten.
             </para>
 
             <para>
@@ -326,7 +326,7 @@ $feed = Zend_Feed_Reader::import('http://www.planet-php.net/rdf/');
 
             <para>
                 Im obige Beispiel werden, bei aktivierten <acronym>HTTP</acronym> Conditional
-                <acronym>GET</acronym> Anfragen, die Werte der Antwort Header für ETag und
+                <constant>GET</constant> Anfragen, die Werte der Antwort Header für ETag und
                 Last-Modified mit dem Feed gecacht. Für die nächsten 24 Stunden (die Lebenszeit des
                 Caches) werden Feed am Cache nur dann aktualisiert wenn eine nicht-304 Antwort
                 empfangen wird, die ein gültiges <acronym>RSS</acronym> oder Atom

+ 3 - 3
documentation/manual/de/module_specs/Zend_Form-Forms.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 22147 -->
+<!-- EN-Revision: 22741 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.form.forms">
     <title>Erstellen von Form durch Verwendung von Zend_Form</title>
@@ -1087,8 +1087,8 @@ $name = $form->getName();
 
         <para>
             Um die Aktion (URL zu der die Form übermittelt) und Methode (Methode mit der
-            übermittelt werden soll, 'POST' oder 'GET') zu setzen, können die Zugriffsmethoden für
-            action und method verwendet werden:
+            übermittelt werden soll, 'POST' oder '<constant>GET</constant>') zu setzen, können die
+            Zugriffsmethoden für action und method verwendet werden:
         </para>
 
         <programlisting language="php"><![CDATA[

+ 6 - 5
documentation/manual/de/module_specs/Zend_Gdata_AuthSub.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21826 -->
+<!-- EN-Revision: 22741 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.gdata.authsub">
     <title>Authentifizierung mit AuthSub</title>
@@ -56,10 +56,11 @@
 
         <para>
             Nachdem Google's Authentifizierungs Server den Browser des Benutzers zur aktuellen
-            Anwendung umgeleitet haben, wird eine GET Anfrageparameter gesetzt der
-            <emphasis>token</emphasis> heißt. Der Wert dieses Parameters ist ein einmal-verwendbarer
-            Token der für authentifizierten Zugriff verwendet werden kann. Dieser Token kan in einen
-            mehrfach-verwendbaren Token konvertiert und in der eigenen Session gespeichert werden.
+            Anwendung umgeleitet haben, wird eine <constant>GET</constant> Anfrageparameter gesetzt
+            der <emphasis>token</emphasis> heißt. Der Wert dieses Parameters ist ein
+            einmal-verwendbarer Token der für authentifizierten Zugriff verwendet werden kann.
+            Dieser Token kann in einen mehrfach-verwendbaren Token konvertiert und in der eigenen
+            Session gespeichert werden.
         </para>
 
         <para>

+ 18 - 15
documentation/manual/de/module_specs/Zend_Gdata_Gapps.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 22627 -->
+<!-- EN-Revision: 22742 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.gdata.gapps">
     <title>Google Apps Provisionierung verwenden</title>
@@ -134,8 +134,9 @@ $user = $gdata->insertUser($user);
 
             <para>
                 Das Passwort den Benutzers sollte normalerweise als Klartext angegeben werden.
-                Operional kann das Passwort als SHA-1 Schlüssel angegeben werden wenn
-                <command>login->passwordHashFunction</command> auf 'SHA-1' gesetzt ist.
+                Operional kann das Passwort als <acronym>SHA-1</acronym> Schlüssel angegeben werden
+                wenn <command>login->passwordHashFunction</command> auf '<property>SHA-1</property>'
+                gesetzt ist.
             </para>
         </sect3>
 
@@ -189,7 +190,8 @@ echo 'Hat den Regeln zugestimmt: ' .
                 Wenn der spezifizierte Benutzer nicht gefunden werden kann wird eine
                 ServiceException mit einem Fehlercode von
                 <constant>Zend_Gdata_Gapps_Error::ENTITY_DOES_NOT_EXIST</constant> geworfen.
-                ServiceExceptions werden in <xref linkend="zend.gdata.gapps.exceptions" />
+                ServiceExceptions werden in <link
+                    linkend="zend.gdata.gapps.exceptions">dem Kapitel über Exceptions</link>
                 behandelt.
             </para>
         </sect3>
@@ -220,7 +222,7 @@ foreach ($feed as $user) {
                 Alternativ kann <methodname>getUserFeed()</methodname> ohne Optionen aufgerufen
                 werden. Es ist zu beachten das dieser Feed bei größeren Domains durch den Server in
                 Seiten ausgegeben werden kann. Über weitere Informationen der Ausgabe in Seiten
-                siehe <xref linkend="zend.gdata.introduction.paging" />.
+                siehe <link linkend="zend.gdata.introduction.paging">das Kapitel über Seiten</link>.
             </para>
 
             <programlisting language="php"><![CDATA[
@@ -453,7 +455,8 @@ echo 'Eigentümer: ' . $nickname->login->username . "\n";
                 Genau wie bei den Benutzern wird eine ServiceException geworfen wenn kein
                 entsprechender Spitzname gefunden wurde und ein Fehlercode von
                 <constant>Zend_Gdata_Gapps_Error::ENTITY_DOES_NOT_EXIST</constant> zurückgegeben.
-                Auch das wird in <xref linkend="zend.gdata.gapps.exceptions" /> beschrieben.
+                Auch das wird in <link linkend="zend.gdata.gapps.exceptions">dem Kapitel über
+                    Exceptions</link> beschrieben.
             </para>
         </sect3>
 
@@ -562,12 +565,12 @@ $gdata->deleteNickname('bar');
 
         <para>
             Google Gruppen erlauben es Personen Nachrichten zu senden so wie eine Email Liste.
-            Google missbilligt die API der Email Listen. Google Gruppen bieten einige nette
-            Features wie verschachtelte Gruppen und Gruppen Besitzer. Wenn man mit einer neuen
-            Email Liste beginnen will, ist es empfehlenswert statt dessen Google Gruppen zu
-            verwenden. Google's Email Liste ist nicht mit Google Gruppen kompatibel. Wenn man also
-            eine Email Liste erstellt, scheint Sie nicht als Gruppe auf. Das Gegenteil ist natürlich
-            genauso wahr.
+            Google missbilligt die <acronym>API</acronym> der Email Listen. Google Gruppen bieten
+            einige nette Features wie verschachtelte Gruppen und Gruppen Besitzer. Wenn man mit
+            einer neuen Email Liste beginnen will, ist es empfehlenswert statt dessen Google Gruppen
+            zu verwenden. Google's Email Liste ist nicht mit Google Gruppen kompatibel. Wenn man
+            also eine Email Liste erstellt, scheint Sie nicht als Gruppe auf. Das Gegenteil ist
+            natürlich genauso wahr.
         </para>
 
         <para>
@@ -699,7 +702,7 @@ foreach ($feed->entry as $entry) {
 
             <para>
                 Um eine Gruppe zu löschen kann die bequeme Methode
-                deleteGroup() aufgerufen werden:
+                <methodname>deleteGroup()</methodname> aufgerufen werden:
             </para>
 
             <programlisting language="php"><![CDATA[
@@ -1096,8 +1099,8 @@ foreach ($feed as $list) {
             <title>Löschen einer Email Liste</title>
 
             <para>
-                Um eine Email Liste zu löschen, muß die bequeme deleteEmailList() Methode aufgerufen
-                werden:
+                Um eine Email Liste zu löschen, muß die bequeme
+                <methodname>deleteEmailList()</methodname> Methode aufgerufen werden:
             </para>
 
             <programlisting language="php"><![CDATA[

+ 9 - 8
documentation/manual/de/module_specs/Zend_Http_Client-Advanced.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 22466 -->
+<!-- EN-Revision: 22741 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.http.client.advanced">
     <title>Zend_Http_Client - Fortgeschrittende Nutzung</title>
@@ -17,10 +17,11 @@
             Gemäß dem <acronym>HTTP</acronym>/1.1 RFC sollten <acronym>HTTP</acronym> 301 und 302
             Antworten vom Client behandelt werden, indem die selbe Anfrage erneut an die angebene
             Stelle versendet wird - unter Verwendung der selben Anfragemethode. Allerdings haben
-            dies die meisten Clients nicht implementiert und verwenden beim Umleiten eine GET
-            Anfrage. Standardmäßig macht <classname>Zend_Http_Client</classname> genau dasselbe -
-            beim Umleiten einer 301 oder 302 Antwort, werden alle GET und POST Parameter
-            zurückgesetzt und eine GET Anfrage wird an die neue Stelle versandt. Dieses Verhalten
+            dies die meisten Clients nicht implementiert und verwenden beim Umleiten eine
+            <constant>GET</constant> Anfrage. Standardmäßig macht
+            <classname>Zend_Http_Client</classname> genau dasselbe - beim Umleiten einer 301 oder
+            302 Antwort, werden alle <constant>GET</constant> und POST Parameter zurückgesetzt und
+            eine <constant>GET</constant> Anfrage wird an die neue Stelle versandt. Dieses Verhalten
             kann durch Setzen des 'strictredirects' Konfigurationsparameters auf das boolesche
             <constant>TRUE</constant> geändert werden.
 
@@ -313,9 +314,9 @@ $client->setUri('http://christer:secret@example.com');
         <para>
             Wenn man verschiedene Anfragen mit dem selben Client durchführt, aber sicherstellen
             möchte, dass alle anfragespezifischen Parameter entfernt werden, sollte man die
-            resetParameters() Methode verwenden. Dies stellt sicher, dass GET und POST Parameter,
-            Anfragehauptteil und anfragespezifischen Header zurückgesetzt und nicht bei der nächsten
-            Anfrage wiederverwendet werden.
+            resetParameters() Methode verwenden. Dies stellt sicher, dass <constant>GET</constant>
+            und POST Parameter, Anfragehauptteil und anfragespezifischen Header zurückgesetzt und
+            nicht bei der nächsten Anfrage wiederverwendet werden.
         </para>
 
         <note>

+ 25 - 21
documentation/manual/de/module_specs/Zend_Http_Client.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 22646 -->
+<!-- EN-Revision: 22741 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.http.client">
     <title>Einführung</title>
@@ -224,8 +224,10 @@ $response = $client->request();
             </example>
 
             Die request() Methode akzeptiert einen optionalen Parameter - die Anfragemethode.
-            Diese kann GET, POST, PUT, HEAD, DELETE, TRACE, OPTIONS oder CONNECT sein, wie im
-            <acronym>HTTP</acronym> Protokoll definiert.
+            Diese kann <property>GET</property>, <property>POST</property>,
+            <property>PUT</property>, <property>HEAD</property>, <property>DELETE</property>,
+            <property>TRACE</property>, <property>OPTIONS</property> oder
+            <property>CONNECT</property> sein, wie im <acronym>HTTP</acronym> Protokoll definiert.
 
             <footnote>
                 <para>
@@ -240,8 +242,9 @@ $response = $client->request();
 
         <para>
             Wenn keine Methode angegeben worden ist, wird die durch den letzten Aufruf von
-            setMethod() gesetzte Methode verwendet. Wenn setMethod() vorher nicht aufgerufen worden
-            ist, wird als Standardmethode GET verwendet (siehe obiges Beispiel).
+            <methodname>setMethod()</methodname> gesetzte Methode verwendet. Wenn
+            <methodname>setMethod()</methodname> vorher nicht aufgerufen worden ist, wird als
+            Standardmethode <constant>GET</constant> verwendet (siehe obiges Beispiel).
 
             <example id="zend.http.client.basic-requests.example-2">
                 <title>Andere Anfragemethoden als GET verwenden</title>
@@ -262,13 +265,14 @@ $response = $client->request();
         <title>Hinzufügen von GET und POST Parametern</title>
 
         <para>
-            Das Hinzufügen von GET Parametern zu einer <acronym>HTTP</acronym> Anfrage ist recht
-            einfach und kann entweder über die Angabe als Teil der URL oder durch Verwendung der
-            setParameterGet() Methode erfolgen. Diese Methode benötigt den Namen des GET Parameter
-            als seinen ersten Parameter und den Wert des GET Parameter als seinen zweiten Parameter.
-            Zur Erleichterung akzeptiert die setParameterGet() Methode auch ein einzelnes
-            assoziatives Array mit GET Parameter als Name => Wert Variablen, was beim setzen von
-            mehreren GET Parametern komfortabler sein kann.
+            Das Hinzufügen von <constant>GET</constant> Parametern zu einer <acronym>HTTP</acronym>
+            Anfrage ist recht einfach und kann entweder über die Angabe als Teil der URL oder durch
+            Verwendung der setParameterGet() Methode erfolgen. Diese Methode benötigt den Namen des
+            <constant>GET</constant> Parameter als seinen ersten Parameter und den Wert des
+            <constant>GET</constant> Parameter als seinen zweiten Parameter. Zur Erleichterung
+            akzeptiert die setParameterGet() Methode auch ein einzelnes assoziatives Array mit
+            <constant>GET</constant> Parameter als Name => Wert Variablen, was beim setzen von
+            mehreren <constant>GET</constant> Parametern komfortabler sein kann.
 
             <example id="zend.http.client.parameters.example-1">
                 <title>Setzen von GET Parametern</title>
@@ -291,11 +295,11 @@ $client->setParameterGet(array(
         </para>
 
         <para>
-            Während GET Parameter bei jeder Anfragemethode gesetzt werden können, können POST
-            Parameter nur im Hauptteil von POST Anfragen versendet werden. Das Hinzufügen von POST
-            Parameter zu einer Anfrage ist sehr ähnlich wie das Hinzufügen von GET Parametern and
-            kann mit der setParameterPost() Methode gemacht werden, die vom Aufbau der
-            setParameterGet() Methode ähnlich ist..
+            Während <constant>GET</constant> Parameter bei jeder Anfragemethode gesetzt werden
+            können, können POST Parameter nur im Hauptteil von POST Anfragen versendet werden. Das
+            Hinzufügen von POST Parameter zu einer Anfrage ist sehr ähnlich wie das Hinzufügen von
+            <constant>GET</constant> Parametern and kann mit der setParameterPost() Methode gemacht
+            werden, die vom Aufbau der setParameterGet() Methode ähnlich ist..
 
             <example id="zend.http.client.parameters.example-2">
                 <title>Setzen von POST Parametern</title>
@@ -313,10 +317,10 @@ $client->setParameterPost(array(
 ]]></programlisting>
             </example>
 
-            Beim Senden einer POST Anfrage ist zu beachten, dass man sowohl GET als auch POST
-            Parameter setzen kann. Auf der anderen Seite wird durch das Setzen von POST Parametern
-            für andere Anfragen als POST kein Fehler ausgeworfen. Solange eine Anfrage keine POST
-            Anfrage ist, werden POST Parameter einfach ignoriert.
+            Beim Senden einer POST Anfrage ist zu beachten, dass man sowohl <constant>GET</constant>
+            als auch POST Parameter setzen kann. Auf der anderen Seite wird durch das Setzen von
+            POST Parametern für andere Anfragen als POST kein Fehler ausgeworfen. Solange eine
+            Anfrage keine POST Anfrage ist, werden POST Parameter einfach ignoriert.
         </para>
     </sect2>
 

+ 3 - 3
documentation/manual/de/module_specs/Zend_Json-Server.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20792 -->
+<!-- EN-Revision: 22741 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.json.server">
     <title>Zend_Json_Server - JSON-RPC Server</title>
@@ -653,8 +653,8 @@ $server->handle();
 
             <para>
                 Grundsätzlich bezeichnet eine Service Mapping Description die Methode des Transports
-                (POST, GET, <acronym>TCP</acronym>/IP, usw.), den Envelopetyp der Anfrage
-                (normalerweise basierend auf dem Protokoll des Servers), die Ziel
+                (POST, <constant>GET</constant>, <acronym>TCP</acronym>/IP, usw.), den Envelopetyp
+                der Anfrage (normalerweise basierend auf dem Protokoll des Servers), die Ziel
                 <acronym>URL</acronym> des Service Providers, und eine Mappe der vorhandenen
                 Services. Im Fall von JSON-RPC ist die Service Mappe eine Liste
                 von vorhandenen Methoden wobei jede Methode die vorhandenen Parameter und deren

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21992 -->
+<!-- EN-Revision: 22741 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.oauth.introduction.getting-started">
     <title>Beginnen</title>
@@ -61,14 +61,14 @@ $consumer = new Zend_Oauth_Consumer($config);
         Zusätzlich sollte beachtet werden das verschiedene andere Konfigurationswerte nicht explizit
         verwendet werden: requestMethod und requestScheme. Standardmäßig sendet
         <classname>Zend_Oauth_Consumer</classname> Anfragen als POST (ausgenommen bei einer
-        Weiterleitung welche GET verwendet). Der konsumierende Client (siehe später) enthält auch
-        seine Authorisierung in Art eines Headers. Einige Services können, zu Ihrer Diskretion,
-        Alternativen benötigen. Man kann requestMethod (welche standardmäßig Zend_Oauth::POST ist)
-        zum Beispiel auf Zend_Oauth::GET zurückgesetzt, und requestScheme von seinem Standardwert
-        Zend_Oauth::REQUEST_SCHEME_HEADER entweder auf Zend_Oauth::REQUEST_SCHEME_POSTBODY oder auf
-        Zend_Oauth::REQUEST_SCHEME_QUERYSTRING. Typischerweise sollten die Standardwerte bis auf ein
-        paar bestimmte Ausnahmen problemlos funktionieren. Für Details sehen Sie bitte in die
-        Dokumentation des Service Providers.
+        Weiterleitung welche <constant>GET</constant> verwendet). Der konsumierende Client (siehe
+        später) enthält auch seine Authorisierung in Art eines Headers. Einige Services können, zu
+        Ihrer Diskretion, Alternativen benötigen. Man kann requestMethod (welche standardmäßig
+        Zend_Oauth::POST ist) zum Beispiel auf Zend_Oauth::GET zurückgesetzt, und requestScheme von
+        seinem Standardwert Zend_Oauth::REQUEST_SCHEME_HEADER entweder auf
+        Zend_Oauth::REQUEST_SCHEME_POSTBODY oder auf Zend_Oauth::REQUEST_SCHEME_QUERYSTRING.
+        Typischerweise sollten die Standardwerte bis auf ein paar bestimmte Ausnahmen problemlos
+        funktionieren. Für Details sehen Sie bitte in die Dokumentation des Service Providers.
     </para>
 
     <para>

+ 2 - 2
documentation/manual/de/module_specs/Zend_OpenId-Provider.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20872 -->
+<!-- EN-Revision: 22741 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.openid.provider">
     <title>Zend_OpenId_Provider</title>
@@ -254,7 +254,7 @@ ihre Identitäts URL ist.
             Es ist möglich alle Provider Funktionalitäten in einem Skript zusammen zu kombinieren.
             In diesem Fall werden Login und Vertraute <acronym>URL</acronym>s unterdrückt, und
             <classname>Zend_OpenId_Provider</classname> nimmt an das diese auf die gleiche Seite
-            zeigen mit einem zusätzlichen "openid.action" GET Argument.
+            zeigen mit einem zusätzlichen "openid.action" <constant>GET</constant> Argument.
         </para>
 
         <note>

+ 3 - 3
documentation/manual/de/module_specs/Zend_Rest.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20818 -->
+<!-- EN-Revision: 22741 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.rest.introduction">
     <title>Einführung</title>
@@ -8,8 +8,8 @@
         REST Web Services verwenden ein service-spezifisches <acronym>XML</acronym> Format. Dieser
         ad-hoc Standard bedeutet, dass die Art des Zugriffs auf einen REST Web Service, für jeden
         Service unterschiedlich ist. REST Web Services verwenden typischerweise
-        <acronym>URL</acronym> Parameter (GET Daten) oder Pfad Informationen für die Anfrage von
-        Daten und POST Daten für das Senden von Daten.
+        <acronym>URL</acronym> Parameter (<constant>GET</constant> Daten) oder Pfad Informationen
+        für die Anfrage von Daten und POST Daten für das Senden von Daten.
     </para>
 
     <para>

+ 7 - 7
documentation/manual/de/module_specs/Zend_Rest_Server.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20818 -->
+<!-- EN-Revision: 22741 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.rest.server">
     <title>Zend_Rest_Server</title>
@@ -52,12 +52,12 @@ $server->handle();
         <title>Aufruf eines Zend_Rest_Server Services</title>
 
         <para>
-            Um ein <classname>Zend_Rest_Server</classname> Service aufzurufen, muß ein GET/POST
-            <code>method</code> Argument mit einem Wert angegeben werden, welcher der Methode
-            entspricht, die aufgerufen werden soll. Es können anschließend beliebig viele Argumente
-            folgen, die entweder den Namen des Arguments verwenden (z.B. "wer"), oder man kann
-            <code>arg</code> verwenden, gefolgt von der nummerischen Position des Arguments (z.B.
-            "arg1").
+            Um ein <classname>Zend_Rest_Server</classname> Service aufzurufen, muß ein
+            <constant>GET</constant>/POST <code>method</code> Argument mit einem Wert angegeben
+            werden, welcher der Methode entspricht, die aufgerufen werden soll. Es können
+            anschließend beliebig viele Argumente folgen, die entweder den Namen des Arguments
+            verwenden (z.B. "wer"), oder man kann <code>arg</code> verwenden, gefolgt von der
+            nummerischen Position des Arguments (z.B. "arg1").
         </para>
 
         <note>

+ 4 - 4
documentation/manual/de/module_specs/Zend_Test-PHPUnit-Testing.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20807 -->
+<!-- EN-Revision: 22741 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.test.phpunit.testing">
     <title>Testen eigener Controller und MVC Anwendungen</title>
@@ -29,9 +29,9 @@ class IndexControllerTest extends Zend_Test_PHPUnit_ControllerTestCase
 ]]></programlisting>
 
     <para>
-        Es gibt trotzdem Zeiten, , in denen man zusätzliche Informationen angeben muß -- GET und
-        POST Variablen, COOKIE Informationen, usw. Man kann die Anfrage mit diesen Informationen
-        ausstatten:
+        Es gibt trotzdem Zeiten, , in denen man zusätzliche Informationen angeben muß --
+        <constant>GET</constant> und POST Variablen, COOKIE Informationen, usw. Man kann die Anfrage
+        mit diesen Informationen ausstatten:
     </para>
 
     <programlisting language="php"><![CDATA[

+ 10 - 9
documentation/manual/de/tutorials/view-placeholders-standard.xml

@@ -1,11 +1,11 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21997 -->
+<!-- EN-Revision: 22741 -->
 <!-- Reviewed: no -->
 <sect1 id="learning.view.placeholders.standard">
     <title>Standard Platzhalter</title>
 
     <para>
-        In der <link linkend="learning.view.placeholders.basics">voerherigen Sektion</link>, haben
+        In der <link linkend="learning.view.placeholders.basics">vorherigen Sektion</link>, haben
         wir den <methodname>placeholder()</methodname> View Helfer kennengelernt, und wie er für das
         Sammeln eigener Inhalte verwendet werden kann. In dieser Sektion sehen wir uns einige
         konkrete Platzhalter an die mit Zend Framework ausgeliefert werden, und wie Sie für den
@@ -20,7 +20,7 @@
         Inhalte enthält, aber spezifische Inhalte auf dem Controller und/oder der Aktion basieren;
         wenn man <acronym>CSS</acronym> Dateien spezifizieren will um Sie basieren auf der Sektion
         in der man sich befindet zu Laden; wenn man spezifische JavaScript Skripts zu
-        unterschiedlichen Zeiten laden will; oder wenn man die <acronym>DocType</acronym>
+        unterschiedlichen Zeiten laden will; oder wenn man die <emphasis>DocType</emphasis>
         Deklaration setzen will.
     </para>
 
@@ -33,13 +33,13 @@
         <title>Setzen vom DocType</title>
 
         <para>
-            Die <acronym>DocType</acronym> Deklaration ist problematisch zu merken, und oft ist es
+            Die <emphasis>DocType</emphasis> Deklaration ist problematisch zu merken, und oft ist es
             essentiell Sie in die Dokumente einzubinden um sicherzustellen das der Browser den
             Inhalt richtig darstellt. Der <methodname>doctype()</methodname> View Helfer erlaubt es
-            einfache String Merkmale zu verwenden um den gewünschten <acronym>DocType</acronym> zu
+            einfache String Merkmale zu verwenden um den gewünschten <emphasis>DocType</emphasis> zu
             spezifizieren; zusätzlich fragen andere Helfer den <methodname>doctype()</methodname>
             ab, um sicherzustellen dass die erzeugte Ausgabe mit dem angefragten
-            <acronym>DocType</acronym> übereinstimmt.
+            <emphasis>DocType</emphasis> übereinstimmt.
         </para>
 
         <para>
@@ -135,7 +135,7 @@ class Bootstrap extends Zend_Application_Bootstrap_Bootstrap
 
         <para>
             Und dann im Layout Skript einfach auf dem Helfer am Beginn der Datei
-            <function>echo</function> ausrufen:
+            <methodname>echo()</methodname> ausrufen:
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -157,8 +157,9 @@ class Bootstrap extends Zend_Application_Bootstrap_Bootstrap
         <para>
             Oft will eine Site den Namen der Site oder der Firma als Teil des Seitentitels einfügen,
             und dann zusätzliche Informationen basieren auf dem Ort in dieser Site einfügen. Als
-            Beispiel enthält die Website zend.com den String "Zend.com" auf allen Seiten und fügt
-            Informationen basierend auf der Seite voran: "Zend Server - Zend.com". Im Zend Framework
+            Beispiel enthält die Website <filename>zend.com</filename> den String
+            "<filename>Zend.com</filename>" auf allen Seiten und fügt Informationen basierend auf
+            der Seite voran: "Zend Server - <filename>Zend.com</filename>". Im Zend Framework
             kann der <methodname>headTitle()</methodname> View Helfer helfen diese Aufgabe zu
             vereinfachen.
         </para>