[MANUAL] German:

- sync up to r22755

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

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 22743 -->
+<!-- EN-Revision: 22752 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.json.server">
     <title>Zend_Json_Server - JSON-RPC Server</title>
@@ -446,9 +446,9 @@ $server->handle();
             <para>
                 Eine <acronym>HTTP</acronym> spezifische Version ist über
                 <classname>Zend_Json_Server_Request_Http</classname> vorhanden. Diese Klasse
-                empfängt eine Anfrage über <code>php://input</code> und erlaubt den Zugriff auf die
-                rohen <acronym>JSON</acronym> Daten über die <methodname>getRawJson()</methodname>
-                Methode.
+                empfängt eine Anfrage über <filename>php://input</filename> und erlaubt den Zugriff
+                auf die rohen <acronym>JSON</acronym> Daten über die
+                <methodname>getRawJson()</methodname> Methode.
             </para>
         </sect3>
 

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20792 -->
+<!-- EN-Revision: 22752 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.loader.pluginloader">
     <title>Plugins laden</title>
@@ -7,19 +7,19 @@
     <para>
         Eine Anzahl von Zend Framework Komponenten ist steckbar, und erlaubt es Funktionen dynamisch
         zu laden durch die Angabe eines Klassenpräfixes und einem Pfad zu den Klassendaten die nicht
-        notwendigerweise im <code>include_path</code> sind, oder nicht notwendigerweise den
+        notwendigerweise im <property>include_path</property> sind, oder nicht notwendigerweise den
         traditionellen Namenskonventionen folgen. <classname>Zend_Loader_PluginLoader</classname>
         bietet übliche Funktionalitäten für diesen Prozess.
     </para>
 
     <para>
-        Die grundsätzliche Verwendung vom <code>PluginLoader</code> folgt den Namenskonventionen vom
-        Zend Framework mit einer Klasse pro Datei, der Verwendung von Unterstrichen als
-        Verzeichnistrenner bei der Auflösung von Pfaden. Es erlaubt die Übergabe eines optionalen
-        Klasenpräfixes der vorangestellt wird, wenn eine bestimmte Pluginklasse geladen wird.
-        Zusätzlich können Pfade in LIFO Reihenfolge durchsucht werden. Die LIFO Suche und der
-        Klassen Präfix erlaubt es für die Plugins Namensräumen zu definieren, und auf diese Weise
-        Plugins zu überladen die vorher registriert wurden.
+        Die grundsätzliche Verwendung vom <classname>PluginLoader</classname> folgt den
+        Namenskonventionen vom Zend Framework mit einer Klasse pro Datei, der Verwendung von
+        Unterstrichen als Verzeichnistrenner bei der Auflösung von Pfaden. Es erlaubt die Übergabe
+        eines optionalen Klasenpräfixes der vorangestellt wird, wenn eine bestimmte Pluginklasse
+        geladen wird. Zusätzlich können Pfade in LIFO Reihenfolge durchsucht werden. Die LIFO Suche
+        und der Klassen Präfix erlaubt es für die Plugins Namensräumen zu definieren, und auf diese
+        Weise Plugins zu überladen die vorher registriert wurden.
     </para>
 
     <sect2 id="zend.loader.pluginloader.usage">
@@ -126,8 +126,9 @@ $loader = new Zend_Loader_PluginLoader(array(), 'foobar');
 ]]></programlisting>
 
         <para>
-            Andere Komponenten die den <code>PluginLoader</code> instanziieren un dden gleichen
-            Registry Namen verwenden haben dann Zugriff auf bereits geladene Pfade und Plugins.
+            Andere Komponenten die den <classname>PluginLoader</classname> instanziieren un den
+            gleichen Registry Namen verwenden haben dann Zugriff auf bereits geladene Pfade und
+            Plugins.
         </para>
     </sect2>
 
@@ -180,8 +181,8 @@ $loader = new Zend_Loader_PluginLoader(array(), 'foobar');
         </para>
 
         <para>
-            Ein anderer üblicher Fall für das <code>PluginLoader</code> ist das eruieren des voll
-            qualifizierten Plugin Klassennamens von geladenen Klassen;
+            Ein anderer üblicher Fall für das <classname>PluginLoader</classname> ist das eruieren
+            des voll qualifizierten Plugin Klassennamens von geladenen Klassen;
             <methodname>getClassName()</methodname> bietet diese Funktionalität. Typischerweise wird
             dieses in Verbindung mit <methodname>isLoaded()</methodname> verwendet:
         </para>

documentation/manual/de/module_specs/Zend_Loader.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21818 -->
+<!-- EN-Revision: 22752 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.loader.load">
     <title>Dynamisches Laden von Dateien und Klassen</title>
@@ -56,9 +56,9 @@ Zend_Loader::loadFile($filename, $dirs=null, $once=false);
         <para>
             Das <varname>$dirs</varname> Argument definiert das Verzeichnis in welchem
             nach der Datei gesucht werden soll. Wenn der Wert <constant>NULL</constant> ist, wird
-            nur anhand vom <code>include_path</code> gesucht. Wenn der Wert Zeichenkette
-            oder ein Array ist, wird das definierte Verzeichnis oder
-            die Verzeichnisse durchsucht, gefolgt vom <code>include_path</code>.
+            nur anhand vom include_path gesucht. Wenn der Wert Zeichenkette oder ein Array ist, wird
+            das definierte Verzeichnis oder die Verzeichnisse durchsucht, gefolgt vom
+            <property>include_path</property>.
         </para>
 
         <para>
@@ -105,7 +105,8 @@ Zend_Loader::loadClass('Container_Tree',
             <methodname>Zend_Loader::loadClass()</methodname> die Verzeichnisse in der
             angegebenen Reihenfolge. Die erste passende Datei wird geladen. Wenn die
             Datei in den definierten Verzeichnissen <varname>$dirs</varname> nicht existiert
-            wird der <code>include_path</code> der <acronym>PHP</acronym> Umgebung durchsucht.
+            wird der <property>include_path</property> der <acronym>PHP</acronym> Umgebung
+            durchsucht.
         </para>
 
         <para>
@@ -214,8 +215,8 @@ if (Zend_Loader::isReadable($filename)) {
             geprüft werden soll. Er darf Pfadinformationen enthalten. Diese Methode
             ist ein Wrapper für die <acronym>PHP</acronym> Funktion
             <ulink url="http://php.net/is_readable"><methodname>is_readable()</methodname></ulink>.
-            Diese <acronym>PHP</acronym> Funktion durchsucht den <code>include_path</code> nicht,
-            wärend <methodname>Zend_Loader::isReadable()</methodname> dies macht.
+            Diese <acronym>PHP</acronym> Funktion durchsucht den <property>include_path</property>
+            nicht, wärend <methodname>Zend_Loader::isReadable()</methodname> dies macht.
         </para>
     </sect2>
 
@@ -229,8 +230,8 @@ if (Zend_Loader::isReadable($filename)) {
             Vereinfachung bietet <classname>Zend_Loader</classname> die
             <methodname>registerAutoload()</methodname> Funktion welche die
             <methodname>autoload()</methodname> Methode registriert. Wenn die
-            <code>spl_autoload</code> Erweiterung in der <acronym>PHP</acronym> Umgebung nicht
-            vorhanden ist wird die <methodname>registerAutoload()</methodname> Methode eine
+            <property>spl_autoload</property> Erweiterung in der <acronym>PHP</acronym> Umgebung
+            nicht vorhanden ist wird die <methodname>registerAutoload()</methodname> Methode eine
             <classname>Zend_Exception</classname> werfen.
         </para>
 

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20792 -->
+<!-- EN-Revision: 22752 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.locale.date.datesandtimes">
     <title>Arbeiten mit Daten und Zeiten</title>
@@ -215,14 +215,14 @@ Array
         <para>
             Da <methodname>getDate()</methodname> "lokalisierbar" ist, ist die Angabe von
             <varname>$locale</varname> ausreichend um Datumseingaben einem Gebietsschema Format
-            zuzuordnen. Die Option '<code>fix_date</code>' verwendet einfache Tests um
+            zuzuordnen. Die Option '<property>fix_date</property>' verwendet einfache Tests um
             herauszufinden ob Tag oder Monat ungültig sind, um dann eine Heuristik anzuwenden die
             versucht alle gefundenen Probleme zu korrigieren. Anzumerken ist auch die Verwendung von
             '<constant>Zend_Locale_Format::STANDARD</constant>' als Wert für
-            '<code>date_format</code>' bei der Funktion <methodname>setOptions()</methodname> um zu
-            verhindern dass das klassenweit gesetzte standardmäßige Datumsformat verwendet wird. Das
-            zwingt getDate dazu das standardmäßige Datumsformat dieser <varname>$locale</varname> zu
-            verwenden.
+            '<property>date_format</property>' bei der Funktion
+            <methodname>setOptions()</methodname> um zu verhindern dass das klassenweit gesetzte
+            standardmäßige Datumsformat verwendet wird. Das zwingt getDate dazu das standardmäßige
+            Datumsformat dieser <varname>$locale</varname> zu verwenden.
         </para>
 
         <example id="zend.locale.date.normalize.example-2">
@@ -382,8 +382,8 @@ print_r ($date);
         </note>
 
         <para>
-            Die Option '<code>fix_date</code>' benutzt einfache Tests um herauszufinden ob der Tag
-            oder das Monat ungültig sind, und wendet dann eine Heuristik an die versucht die
+            Die Option '<property>fix_date</property>' benutzt einfache Tests um herauszufinden ob
+            der Tag oder das Monat ungültig sind, und wendet dann eine Heuristik an die versucht die
             erkannten Probleme zu beheben. <methodname>getDate()</methodname> erkennt und behebt
             automatisch einige Problem mit falschen Eingabe, wie zum Beispiel ein falsch plaziertes
             Jahr:
@@ -412,11 +412,11 @@ print_r ($date);
                 $locale))</methodname> kann benutzt werden um zu prüfen ob eine Zeichenkette alle
             erwarteten Datumsteile enthält. Die Methode <methodname>checkDateFormat()</methodname>
             benutzt <methodname>getDate()</methodname> aber ohne die Verwendung der Option
-            <code>'fixdate'</code> um zu verhindern das <constant>TRUE</constant> zurück gegeben
-            wird wenn die Eingabe nicht dem Datumsformat entspricht. Wenn Fehler in der Eingabe
-            gefunden werden, wie zum Beispiel getauschte Werte für Monat oder Jahr, wendet die
-            Option <code>'fixdate'</code> eine Heuristik an um das "richtige" Datum zu eruieren
-            bevor dieses auf Gültigkeit geprüft wird.
+            '<property>fixdate</property>' um zu verhindern das <constant>TRUE</constant> zurück
+            gegeben wird wenn die Eingabe nicht dem Datumsformat entspricht. Wenn Fehler in der
+            Eingabe gefunden werden, wie zum Beispiel getauschte Werte für Monat oder Jahr, wendet
+            die Option '<property>fixdate</property>' eine Heuristik an um das "richtige" Datum zu
+            eruieren bevor dieses auf Gültigkeit geprüft wird.
         </para>
 
         <example id="zend.locale.date.test.example-1">
@@ -473,8 +473,8 @@ if (Zend_Locale_Format::getTime('13:44:42',
         <para>
             <methodname>checkDateFormat()</methodname> kann verwendet werden um zu prüfen ob eine
             Zeichenkette eine gültige Zeit enthält. Die Verwendung ist genau die gleiche wie beim
-            Prüfen von Daten und <code>date_format</code> sollte die Teile enthalten von denen
-            erwartet wird das man Sie erhält.
+            Prüfen von Daten und <property>date_format</property> sollte die Teile enthalten von
+            denen erwartet wird das man Sie erhält.
         </para>
 
         <example id="zend.locale.time.test.example-1">

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 22433 -->
+<!-- EN-Revision: 22755 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.locale.functions">
     <title>Zend_Locale verwenden</title>
@@ -17,7 +17,7 @@
             Verwende <ulink url="http://php.net/language.oop5.cloning">Klonen von Objekten</ulink>
             um Gebietsschema Objekte exakt und effizient zu duplizieren. Die meisten lokalisierbaren
             Methoden akzeptieren auch eine Zeichenkette welche das Gebietsschema repräsentiert.
-            Dieser entspricht dem Ergebnis von <code>$locale->toString()</code>.
+            Dieser entspricht dem Ergebnis von <command>$locale->toString()</command>.
         </para>
 
         <example id="zend.locale.copying.example-1">
@@ -82,7 +82,7 @@ if ($locale->equals($mylocale)) {
                 linkend="zend.locale.selection">(<constant>BROWSER</constant>,
                 <constant>ENVIRONMENT</constant>, oder <constant>FRAMEWORK)</constant></link>. Der
             zweite Parameter wechselt zwischen der Rückgabe aller gefundenen Gebietsschemata
-            oder nur dem ersten/besten Gebietsschema. Lokalisierbare Komponenten benutzen
+            oder nur dem ersten oder besten Gebietsschema. Lokalisierbare Komponenten benutzen
             normalerweise nur das erste Gebietsschema. Wenn vorhanden, wird eine Bewertung der
             Qualität mit angegeben.
         </para>
@@ -1089,12 +1089,12 @@ print Zend_Locale::getTranslation('de', 'language', 'zh');
                             als Ganzzahlwert angegeben werden. Er muß zwischen 1 und 12 sein. Wenn
                             man die Daten für andere Kalender, Kontexte oder Formate empfangen will,
                             muß ein Array statt einem Ganzzahlwert mit dem erwarteten Wert angegeben
-                            werden. Das Array muß wie folgt aussehen: <code>array('calendar',
-                            'context', 'format', 'month number')</code>. Wenn nur ein Ganzzahlwert
-                            angegeben wird, sind die Standardwerte der 'gregorian' (Gregorianische)
-                            Kalender, der Kontext 'format' und das Format 'wide'. Der Einfachheit
-                            halber sollte <link linkend="zend.date.introduction">Zend_Date</link>
-                            verwendet werden
+                            werden. Das Array muß wie folgt aussehen: <command>array('calendar',
+                                'context', 'format', 'month number')</command>. Wenn nur ein
+                            Ganzzahlwert angegeben wird, sind die Standardwerte der 'gregorian'
+                            (Gregorianische) Kalender, der Kontext 'format' und das Format 'wide'.
+                            Der Einfachheit halber sollte <link
+                                linkend="zend.date.introduction">Zend_Date</link> verwendet werden
                         </entry>
                     </row>
 
@@ -1190,10 +1190,10 @@ print Zend_Locale::getTranslation('de', 'language', 'zh');
                             Epoche als Ganzzahl oder String angegeben werden. Wenn man die Daten
                             für andere Kalender oder Formate empfangen will, muß ein Array statt
                             einem Ganzzahlwert mit dem erwarteten Wert angegeben werden. Das Array
-                            muß wie folgt aussehen: <code>array('calendar', 'format',
-                            'era number')</code>. Wenn nur ein String angegeben wird, sind die
-                            Standardwerte der 'gregorian' (Gregorianische) Kalender und das Format
-                            'abbr'
+                            muß wie folgt aussehen: <command>array('calendar', 'format',
+                                'era number')</command>. Wenn nur ein String angegeben wird, sind
+                            die Standardwerte der 'gregorian' (Gregorianische) Kalender und das
+                            Format 'abbr'
                         </entry>
                     </row>
 
@@ -1844,9 +1844,9 @@ echo $locale->getLanguageTranslation($frenchCode, 'es');
             <methodname>getCountryTranslationList()</methodname> und
             <methodname>getCountryTranslation()</methodname> benutzt werden um eine Tabelle zu
             erhalten die Namen für Muttersprachen einer Region und Namen für Regionen in einer
-            anderen Sprache zu erhalten. Man muß einen <code>try .. catch</code> Block benutzen um
-            Ausnahmen abzufangen die auftreten wenn ein Gebietsschema benutzt wird das nicht
-            existiert. Nicht alle Sprachen sind auch ein Gebietsschema. Im Beispiel werden die
+            anderen Sprache zu erhalten. Man muß einen <command>try .. catch</command> Block
+            benutzen um Ausnahmen abzufangen die auftreten wenn ein Gebietsschema benutzt wird das
+            nicht existiert. Nicht alle Sprachen sind auch ein Gebietsschema. Im Beispiel werden die
             Ausnahmen ignoriert um einen frühen Abbruch zu verhindern.
         </para>
 
@@ -1991,16 +1991,17 @@ if (Zend_Locale::isLocale($input)) {
         <para>
             Man sollte auch beachten das jeder angegebene Gebietsschema String automatisch
             degradiert wird wenn der Regionsabschnitt für dieses Gebietsschema nicht existiert. In
-            unserem vorherigen Beispiel existiert die Region <code>'RU'</code> nicht für die Sprache
-            <code>'to'</code>, aber es wird trotzdem <constant>TRUE</constant> zurückgegeben da
-            <classname>Zend_Locale</classname> mit der vorhandenen Eingabe arbeiten kann.
+            unserem vorherigen Beispiel existiert die Region '<property>RU</property>' nicht für die
+            Sprache '<property>to</property>', aber es wird trotzdem <constant>TRUE</constant>
+            zurückgegeben da <classname>Zend_Locale</classname> mit der vorhandenen Eingabe arbeiten
+            kann.
         </para>
 
         <para>
             Trotzdem ist es manchmal nützlich diese automatische Degradierung zu verhindern, und
             hier kommt der zweite Parameter von <methodname>isLocale()</methodname> zu Tragen. Der
-            <code>strict</code> Parameter ist Standardmäßig <constant>FALSE</constant> und kann
-            verwendet werden um die automatische Degradierung zu verhindern wenn er auf
+            <property>strict</property> Parameter ist Standardmäßig <constant>FALSE</constant> und
+            kann verwendet werden um die automatische Degradierung zu verhindern wenn er auf
             <constant>TRUE</constant> gesetzt wird.
         </para>
 

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 22743 -->
+<!-- EN-Revision: 22755 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.locale.introduction">
     <title>Einführung</title>
@@ -21,9 +21,9 @@
         mehr die Benutzung von Systemen für die spezielle Benutzung durch eindeutige Gruppen wie zum
         Beispiel Sprachübersetzung, Unterstützung von lokalen Konventionen für Plurale, Daten,
         Zeiten, Währungen, Namen, Symbolen, Sortierungen, Reihungen und viele mehr.
-        <code>L10n</code> und <code>I18n</code> sind einander sehr ähnlich. Zend Framework bietet
-        Unterstützung für diese Konventionen durch eine Kombination von Komponenten wie
-        <classname>Zend_Locale</classname>, <classname>Zend_Date</classname>,
+        <emphasis>L10n</emphasis> und <emphasis>I18n</emphasis> sind einander sehr ähnlich. Zend
+        Framework bietet Unterstützung für diese Konventionen durch eine Kombination von Komponenten
+        wie <classname>Zend_Locale</classname>, <classname>Zend_Date</classname>,
         <classname>Zend_Measure</classname>, <classname>Zend_Translate</classname>,
         <classname>Zend_Currency</classname> und <classname>Zend_TimeSync</classname>.
     </para>
@@ -105,12 +105,6 @@
                         url="http://unicode.org/cldr/">mehr aus der <acronym>CLDR</acronym></ulink>.
                 </para>
             </listitem>
-
-            <listitem>
-                <para>
-                    <code>TODO</code> - Lokalisierung von Sammlungen
-                </para>
-            </listitem>
         </itemizedlist>
     </sect2>
 
@@ -121,8 +115,8 @@
             Jeder Computer benutzt Gebietsschemata, selbst wenn Sie es nicht wissen. Anwendungen
             welche keine Unterstützung für Lokalisierung bieten, unterstützen zumindest genau ein
             Gebietsschema (das Gebietsschema des Authors). Wenn eine Klasse oder Funktion
-            Lokalisierung verwendet sagen wir sie ist <code>Lokalisierbar</code>. Aber wie weiß der
-            Code welches Gebietsschema ein Benutzer erwartet ?
+            Lokalisierung verwendet sagen wir sie ist <emphasis>Lokalisierbar</emphasis>. Aber wie
+            weiß der Code welches Gebietsschema ein Benutzer erwartet ?
         </para>
 
         <para>
@@ -142,8 +136,8 @@
             und die bevorzugte/primäre geographische Region (z.B. Staat oder Region von seinem
             Zuhause oder Arbeitsplatz). Die Gebietsschema Zeichenkette welche im Zend Framework
             benutzt werden sind international definierte Standard Abkürzungen von Sprachen und
-            Regionen. Sie werden geschrieben als <code>sprache_REGION</code>. Beide Teile, sowohl
-            Sprache als auch Region, werden mit Buchstaben, <acronym>ASCII</acronym> Zeichen,
+            Regionen. Sie werden geschrieben als <emphasis>sprache_REGION</emphasis>. Beide Teile,
+            sowohl Sprache als auch Region, werden mit Buchstaben, <acronym>ASCII</acronym> Zeichen,
             abgekürzt.
         </para>
 
@@ -159,10 +153,10 @@
         </note>
 
         <para>
-            Ein Benutzer von den USA würde die Sprache <code>Englisch</code> und die Region
+            Ein Benutzer von den USA würde die Sprache Englisch und die Region
             <constant>USA</constant> erwarten, beschrieben durch das Gebietsschema "en_US". Ein
-            Benutzer von Deutschland würde die Sprache <code>Deutsch</code> und die Region
-            <code>Deutschland</code> erwarten, beschrieben durch das Gebietsschema "de_DE". Hier
+            Benutzer von Deutschland würde die Sprache Deutsch und die Region
+            Deutschland erwarten, beschrieben durch das Gebietsschema "de_DE". Hier
             findest Du eine <ulink
                 url="http://unicode.org/cldr/data/diff/supplemental/languages_and_territories.html">Liste
                 von vordefinierten Sprachen und Kombinationen von Regionen</ulink> wenn ein
@@ -178,7 +172,7 @@ $locale = new Zend_Locale('de_DE'); // deutsche Sprache _ Deutschland
         </example>
 
         <para>
-            Ein deutscher Benutzer in Amerika würde die Sprache <code>Deutsch</code> und die region
+            Ein deutscher Benutzer in Amerika würde die Sprache Deutsch und die Region
             <constant>USA</constant> erwarten, aber diese nicht-standardmäßigen Mischungen werden
             nicht als direkt als "Gebietsschema" unterstützt und erkannt. Wird stattdessen eine
             ungültige Kombination benutzt, dann wird Sie automatisch gekürzt, indem die Region
@@ -212,11 +206,11 @@ $locale = new Zend_Locale('de_DE'); // deutsche Sprache _ Deutschland
         <title>Auswahl des richtigen Gebietsschemas</title>
 
         <para>
-            In den meisten Situationen wird <code>new Zend_Locale()</code> automatisch das richtige
-            Gebietsschema auswählen, wobei die Informationen benutzt werden welche der Webbrowser
-            des Benutzers zur Verfügung stellt. Wenn statt dessen
-            <code>new Zend_Locale(Zend_Locale::ENVIRONMENT</code> benutzt wird, dann werden die
-            Informationen vom Betriebsystem des hostenden Servers, wie anbei beschrieben, dafür
+            In den meisten Situationen wird <command>new Zend_Locale()</command> automatisch das
+            richtige Gebietsschema auswählen, wobei die Informationen benutzt werden welche der
+            Webbrowser des Benutzers zur Verfügung stellt. Wenn statt dessen
+            <command>new Zend_Locale(Zend_Locale::ENVIRONMENT</command> benutzt wird, dann werden
+            die Informationen vom Betriebsystem des hostenden Servers, wie anbei beschrieben, dafür
             genommen.
         </para>
 
@@ -301,8 +295,8 @@ $locale3 = new Zend_Locale(Zend_Locale::FRAMEWORK);
             <orderedlist>
                 <listitem>
                     <para>
-                        <code>'browser'</code> - <classname>Zend_Locale</classname> soll mit den
-                        Informationen arbeiten die durch den Web Browser des Benutzers geliefert
+                        '<property>browser</property>' - <classname>Zend_Locale</classname> soll mit
+                        den Informationen arbeiten die durch den Web Browser des Benutzers geliefert
                         werden. Sie werden von <acronym>PHP</acronym> in der globalen Variable
                         <constant>$_SERVER['HTTP_ACCEPT_LANGUAGE']</constant> veröffentlicht.
                     </para>
@@ -312,15 +306,15 @@ $locale3 = new Zend_Locale(Zend_Locale::FRAMEWORK);
                         wird <classname>Zend_Locale</classname> das erste gefundene Gebietsschema
                         verwenden. Wenn der Benutzer kein Gebietsschema liefert oder das Skript von
                         der Kommandozeile aufgerufen wird, wird automatisch das Gebietsschema
-                        <code>'environment'</code> verwendet und zurückgegeben.
+                        '<property>environment</property>' verwendet und zurückgegeben.
                     </para>
                 </listitem>
 
                 <listitem>
                     <para>
-                        <code>'environment'</code> - <classname>Zend_Locale</classname> soll mit den
-                        Informationen arbeiten welche vom Host Server geliefert werden. Sie werden
-                        vom <acronym>PHP</acronym> über die interne Funktion
+                        '<property>environment</property>' - <classname>Zend_Locale</classname> soll
+                        mit den Informationen arbeiten welche vom Host Server geliefert werden. Sie
+                        werden vom <acronym>PHP</acronym> über die interne Funktion
                         <methodname>setlocale()</methodname> veröffentlicht.
                     </para>
 
@@ -328,16 +322,17 @@ $locale3 = new Zend_Locale(Zend_Locale::FRAMEWORK);
                         Wenn eine Umgebung mehr als ein Gebietsschema anbietet, wird
                         <classname>Zend_Locale</classname> das erste gefundene Gebietsschema
                         verwenden. Wenn der Host kein Gebietsschema anbietet wird automatisch das
-                        Gebietsschema <code>'browser'</code> verwendet und zurückgegeben.
+                        Gebietsschema '<property>browser</property>' verwendet und zurückgegeben.
                     </para>
                 </listitem>
 
                 <listitem>
                     <para>
-                        <code>'auto'</code> - <classname>Zend_Locale</classname> soll automatisch
-                        jedes beliebige Gebietsschema erkennen mit dem gearbeitet werden kann.
-                        Zuerst wird nach dem Gebietsschema des Benutzers gesucht und anschließend,
-                        wenn das nicht erfolgreich war, nach dem Gebietsschema des Hosts.
+                        '<property>auto</property>' - <classname>Zend_Locale</classname> soll
+                        automatisch jedes beliebige Gebietsschema erkennen mit dem gearbeitet werden
+                        kann. Zuerst wird nach dem Gebietsschema des Benutzers gesucht und
+                        anschließend, wenn das nicht erfolgreich war, nach dem Gebietsschema des
+                        Hosts.
                     </para>
 
                     <para>
@@ -557,10 +552,10 @@ Zend_Locale_Format::setOptions(array('locale' => 'en_US',
             Um mit den Standarddefinitionen eines Gebietsschemas zu arbeiten kann die Konstante
             <constant>Zend_Locale_Format::STANDARD</constant> verwendet werden. Das Setzen der
             Konstante <constant>Zend_Locale_Format::STANDARD</constant> für
-            '<code>date_format</code>' benutzt die Standarddefinition des aktuellen Gebietsschemas.
-            Das Setzen für 'number_format' benutzt das Standard Nummernformat dieses Gebietsschemas.
-            Und das Setzen für 'locale' verwendet das Standard Gebietsschema des Servers oder
-            Browsers.
+            <property>date_format</property> benutzt die Standarddefinition des aktuellen
+            Gebietsschemas. Das Setzen für <property>number_format</property> benutzt das Standard
+            Nummernformat dieses Gebietsschemas. Und das Setzen für 'locale' verwendet das Standard
+            Gebietsschema des Servers oder Browsers.
         </para>
 
         <example id="zend.locale.formatoptions.example-2">
@@ -589,7 +584,7 @@ Zend_Locale_Format::setOptions(array('locale' => Zend_Locale_Format::STANDARD,
             <classname>Zend_Cache</classname> schneller gemacht werden. Man sollte die statische
             Methode <methodname>Zend_Locale::setCache($cache)</methodname> verwenden wenn man
             <classname>Zend_Locale</classname> benutzt. <classname>Zend_Locale_Format</classname>
-            kann schneller gemacht werden indem die Option <code>cache</code> innerhalb von
+            kann schneller gemacht werden indem die Option <property>cache</property> innerhalb von
             <classname>Zend_Locale_Format::setOptions(array('cache' => $adapter));</classname>
             aufgerufen wird. Wenn beide Klassen verwendet werden sollte nur für
             <classname>Zend_Locale</classname> ein Cache gesetzt werden, da der zuletzt gesetzte

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20792 -->
+<!-- EN-Revision: 22755 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.locale.parsing">
     <title>Normalisierung und Lokalisierung</title>
@@ -73,16 +73,17 @@ print $number; // wird 13524.678 zurückgeben
                 Da <methodname>getNumber($value, array $options = array())</methodname> extrem lange
                 Nummern lokalisieren kann, sollte das Ergebnis sorgfältig geprüft werden bevor
                 endlich genaue Berechnungen wie normale mathematische <acronym>PHP</acronym>
-                Operationen gemacht werden. Zum Beispiel <code>if ((string)int_val($number) !=
-                    $number) { benutze <ulink url="http://www.php.net/bc">BCMath</ulink> oder
-                    <ulink url="http://www.php.net/gmp">GMP</ulink></code>. Die meisten PHP
+                Operationen gemacht werden. Zum Beispiel
+                <command>if ((string)int_val($number) != $number) { </command> benutze <ulink
+                    url="http://www.php.net/bc">BCMath</ulink> oder
+                    <ulink url="http://www.php.net/gmp">GMP</ulink>. Die meisten PHP
                 Installationen unterstützen die BCMath Erweiterung.
             </para>
 
             <para>
                 Auch die Genauigkeit des dezimalen Ergebnisses kann zu einer gewünschten Länge
                 abgerundet werden bei <methodname>getNumber()</methodname> mit der Option
-                <code>'precision'</code>. Wenn keine Genauigkeit angegeben wurde, wird nicht
+                '<property>precision</property>'. Wenn keine Genauigkeit angegeben wurde, wird nicht
                 abgerundet. Für die Angabe der Genauigkeit dürfen nur <acronym>PHP</acronym> Integer
                 Zahlen verwendet werden. Das Ergebnis wird nicht gerundet. Deswegen wird "1.6" auch
                 "1" und nicht "2" zurückgeben, wenn als Genauigkeit null angegeben wurde.
@@ -90,11 +91,12 @@ print $number; // wird 13524.678 zurückgeben
 
             <para>
                 Wenn das dezimale Ergebnis zu einer gewünschten Länge abgeschnitten statt gerundet
-                werden soll kann stattdessen die Option <code>'number_format'</code> verwendet
-                werden. Die Länge des gewünschten dezimalen Ergebnisses kann mit der gewünschten
-                Länge von Nullen bestimmt werden. Das Ergebnis wird dann nicht gerundet. Wenn also
-                die definierte Genauigkeit innerhalb von <code>number_format</code> Null ist wird
-                "1.6" den Wert "1" und nicht "2" zurückgeben. Siehe das folgende Beispiel:
+                werden soll kann stattdessen die Option '<property>number_format</property>'
+                verwendet werden. Die Länge des gewünschten dezimalen Ergebnisses kann mit der
+                gewünschten Länge von Nullen bestimmt werden. Das Ergebnis wird dann nicht gerundet.
+                Wenn also die definierte Genauigkeit innerhalb von
+                <property>number_format</property> Null ist wird "1.6" den Wert "1" und nicht "2"
+                zurückgeben. Siehe das folgende Beispiel:
             </para>
 
             <example id="zend.locale.number.normalize.precision.example-1">

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

@@ -1,13 +1,13 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 21829 -->
+<!-- EN-Revision: 22755 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.log.formatters">
     <title>Formatter</title>
 
     <para>
-        Ein Formatter ist ein Objekt das dafür zuständig ist ein <code>event</code> Array anzunehmen
-        welches ein Log Event beschreibt und einen String auszugeben mit einer formatierten
-        Logzeile.
+        Ein Formatter ist ein Objekt das dafür zuständig ist ein <property>event</property> Array
+        anzunehmen welches ein Log Event beschreibt und einen String auszugeben mit einer
+        formatierten Logzeile.
     </para>
 
     <para>
@@ -52,10 +52,10 @@ $logger->info('dort');
         <para>
             Der Konstruktor von <classname>Zend_Log_Formatter_Simple</classname> akzeptiert einen
             einzelnen Parameter: Den Format String. Dieser String enthält Schlüssel die durch
-            Prozentzeichen begrenzt sind (z.B. <code>%message%</code>). Der Format String kann jeden
-            Schlüssel des Event Data Arrays enthalten. Die Standardschlüssel können durch Verwendung
-            der DEFAULT_FORMAT Konstante von <classname>Zend_Log_Formatter_Simple</classname>
-            empfangen werden.
+            Prozentzeichen begrenzt sind (z.B. <command>%message%</command>). Der Format String kann
+            jeden Schlüssel des Event Data Arrays enthalten. Die Standardschlüssel können durch
+            Verwendung der DEFAULT_FORMAT Konstante von
+            <classname>Zend_Log_Formatter_Simple</classname> empfangen werden.
         </para>
     </sect2>
 
@@ -116,9 +116,9 @@ $logger->info('Informative Nachricht');
 ]]></programlisting>
 
         <para>
-            Der obige Code ändert das Root Element von seinem Standard <code>logEntry</code> zu
-            <code>log</code>. Er mappt auch das Element <code>msg</code> zum Event Daten Element
-            <code>message</code>. Das ergibt die folgende Ausgabe:
+            Der obige Code ändert das Root Element von seinem Standard <property>logEntry</property>
+            zu <property>log</property>. Er mappt auch das Element <property>msg</property> zum
+            Event Daten Element <property>message</property>. Das ergibt die folgende Ausgabe:
         </para>
 
         <programlisting language="xml"><![CDATA[