[DOCUMENTATION] German:

-  sync to r15997

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

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15959 -->
+<!-- EN-Revision: 15997 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.amf.server">
     <title>Zend_Amf_Server</title>
@@ -166,20 +166,22 @@ class World
             verwenden soll um den Endpunkt des RemoteObjects zu finden. Um das zu tun muß das
             Fenster der Projekteigenschaften nochmals durch einen rechts-klick auf das
             Projektverzeichnis vom Navigator aus geöffnet und Eigenschaften ausgewählt werden. Vom
-            Eigenschaften-Popup muß 'Flex Compiler' aufgewählt und der String: -services
-            "services-config.xml" hinzugefügt werden. Auf Apply drücken, anschließend auf OK um die
-            Option zu aktualisieren. Was man jetzt getan hat, ist dem Flex Compiler zu sagen das er
-            in der Datei <filename>services-config.xml</filename> nach Laufzeitvariablen schauen
-            soll die von der RemotingObject Klasse verwendet werden.
+            Eigenschaften-Popup muß 'Flex Compiler' aufgewählt und der String:
+            <command>-services "services-config.xml"</command> hinzugefügt werden. Auf Apply
+            drücken, anschließend auf OK um die Option zu aktualisieren. Was man jetzt getan hat,
+            ist dem Flex Compiler zu sagen das er in der Datei
+            <filename>services-config.xml</filename> nach Laufzeitvariablen schauen soll die von
+            der RemotingObject Klasse verwendet werden.
         </para>
 
         <para>
             Jetzt müssen wir Flex mitteilen welche Konfigurationsdateien der Services für die
             Verbindung zu unseren entfernten Methoden zu verwenden sind. Aus diesem Grund muß eine
-            neue 'services-config.xml' Datei im Flexprojekt src Verzeichnis erstellt werden. Um das
-            zu tun, muß man auf den Projektfolder rechts klicken und 'new' 'File' auswählen was
-            ein neues Fenster öffnet. Anschließend das Projektverzeichnis auswählen und dann die
-            Datei 'services-config.xml' benennen und auf beenden drücken.
+            neue '<filename>services-config.xml</filename>' Datei im Flexprojekt src Verzeichnis
+            erstellt werden. Um das zu tun, muß man auf den Projektfolder rechts klicken und 'new'
+            'File' auswählen was ein neues Fenster öffnet. Anschließend das Projektverzeichnis
+            auswählen und dann die Datei '<filename>services-config.xml</filename>' benennen und
+            auf Beenden drücken.
         </para>
 
         <para>

documentation/manual/de/module_specs/Zend_Application-AvailableResources-Session.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15787 -->
+<!-- EN-Revision: 15997 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.application.available-resources.session">
     <title>Zend_Application_Resource_Session</title>
@@ -78,10 +78,10 @@ resources.session.saveHandler.options.lifetimeColumn = "lifetime"
             Handler konfiguriert, muß man für diesen zuerst die Datenbank Verbindung konfigurieren
             damit er arbeitet. Das kann entweder durch Verwendung der <link
                 linkend="zend.application.available-resources.db">Db</link> Ressource getan werden
-            -- und indem man sicherstellt das der "resources.db" Schlüssel vor dem
-            "resources.session" Schlüssel kommt -- oder durch Schreiben einer eigenen Ressource die
-            die Datenbank initialisiert, und im speziellen den Standardmäßigen
-            <classname>Zend_Db_Table</classname> Adapter setzt.
+            -- und indem man sicherstellt das der "<emphasis>resources.db</emphasis>" Schlüssel vor
+            dem "<emphasis>resources.session</emphasis>" Schlüssel kommt -- oder durch Schreiben
+            einer eigenen Ressource die die Datenbank initialisiert, und im speziellen den
+            Standardmäßigen <classname>Zend_Db_Table</classname> Adapter setzt.
         </para>
     </note>
 </sect2>

documentation/manual/de/module_specs/Zend_Auth_Adapter_Http.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15867 -->
+<!-- EN-Revision: 15997 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.auth.adapter.http">
 
@@ -139,9 +139,10 @@
                             <emphasis>'digest'</emphasis> enthält
                         </entry>
                         <entry>
-                            Leerzeichen-getrennte Liste von URIs für die die gleichen
-                            Authentifizierungs Informationen gültig sind. Die URIs müssen nicht
-                            alle auf den gleichen Server zeigen.
+                            Leerzeichen-getrennte Liste von <acronym>URI</acronym>s für die die
+                            gleichen Authentifizierungs Informationen gültig sind. Die
+                            <acronym>URI</acronym>s müssen nicht alle auf den gleichen Server
+                            zeigen.
                         </entry>
                     </row>
                     <row>

documentation/manual/de/module_specs/Zend_Auth_Adapter_Ldap.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15892 -->
+<!-- EN-Revision: 15997 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.auth.adapter.ldap">
 
@@ -247,7 +247,7 @@ Array
                 z.B. eine Domainkomponente wie <filename>alice@foo.net</filename> oder
                 <filename>FOO\alice</filename>). Wenn eine Domain vorhanden ist, aber mit keiner
                 der Domainnamen der Server (<filename>foo.net</filename> oder
-                <emphasis>FOO</emphasis>) übereinstimmt, wird eine spezielle Ausnahme geworfen und
+                <acronym>FOO</acronym>) übereinstimmt, wird eine spezielle Ausnahme geworfen und
                 durch <classname>Zend_Auth_Adapter_Ldap</classname> gefangen, was bewirkt das der
                 Server ignoriert wird und der nächste, in den Serveroptionen gesetzte Server,
                 ausgewählt wird. Wenn eine Domain <emphasis>doch</emphasis> passt, oder der
@@ -436,13 +436,13 @@ Array
                     <row>
                         <entry><emphasis>accountDomainName</emphasis></entry>
                         <entry>
-                            Der FDQN Domainname für welchen der Ziel LDAP Server eine Authorität ist
-                            (z.B., <filename>example.com</filename>). Diese Option wird verwendet um
-                            Namen zu kanonisieren sodas der Benutzername der vom Benutzer angeboten
-                            wird, wie es für das Binden notwendig ist, konvertiert werden kann. Er
-                            wird auch verwendet um festzustellen ob der Server eine Authorität für
-                            den angegebenen Benutzernamen ist (z.B., wenn
-                            <emphasis>accountDomainName</emphasis>
+                            Der <acronym>FQDN</acronym> Domainname für welchen der Ziel LDAP Server
+                            eine Authorität ist (z.B., <filename>example.com</filename>). Diese
+                            Option wird verwendet um Namen zu kanonisieren sodas der Benutzername
+                            der vom Benutzer angeboten wird, wie es für das Binden notwendig ist,
+                            konvertiert werden kann. Er wird auch verwendet um festzustellen ob der
+                            Server eine Authorität für den angegebenen Benutzernamen ist (z.B.,
+                            wenn <emphasis>accountDomainName</emphasis>
                             <emphasis>foo.net</emphasis> ist und der angegebene Benutzer
                             <emphasis>bob@bar.net</emphasis>, wird der Server nicht abgefragt, und
                             das Ergebnis wird ein Fehler sein). Diese Option wird nicht benötigt,
@@ -456,9 +456,9 @@ Array
                     <row>
                         <entry><emphasis>accountDomainNameShort</emphasis></entry>
                         <entry>
-                            Die 'short' Domain für die der Ziel LDAP Server eine Authorität ist
-                            (z.B., <emphasis>FOO</emphasis>). Es ist z ubeachten das es ein 1:1
-                            Mapping zwischen <emphasis>accountDomainName</emphasis> und
+                            Die 'short' Domain für die der Ziel <acronym>LDAP</acronym> Server eine
+                            Authorität ist (z.B., <acronym>FOO</acronym>). Es ist z ubeachten das
+                            es ein 1:1 Mapping zwischen <emphasis>accountDomainName</emphasis> und
                             <emphasis>accountDomainNameShort</emphasis> existiert. Diese
                             Option sollte verwendet werden um den NetBIOS Domainnamen für Windows
                             Netzwerke zu spezifizieren, kann aber auch von nicht-AD Servern
@@ -466,7 +466,7 @@ Array
                             Serveroptionen bei dem Schrägstrich Stil
                             <emphasis>accountCanonicalForm</emphasis>). Diese Option wird nicht
                             benötigt, aber wenn Sie nicht angegeben wird, werden Benutzernamen im
-                            Schrägstrich Stil (z.B. <emphasis>FOO\alice</emphasis>) nicht
+                            Schrägstrich Stil (z.B. <filename>FOO\alice</filename>) nicht
                             unterstützt.
                         </entry>
                     </row>
@@ -509,7 +509,7 @@ Array
                 Servers nicht überprüfen kann. Angenommen die <acronym>PHP</acronym>
                 <acronym>LDAP</acronym> Erweiterung ist ultimativ verlinkt mit der OpenLDAP Client
                 Bibliothek, muß man um dieses Problem zu lösen
-                "<emphasis>TLS_REQCERT niemals</emphasis>" im OpenLDAP Client
+                "<command>TLS_REQCERT never</command>" im OpenLDAP Client
                 <filename>ldap.conf</filename> setzen (und den Web Server restarten) um der
                 OpenLDAP Client Bibliothek anzuzeigen das man dem Server vertraut. Alternativ,
                 wenn man annimmt das der Server gehackt werden könnte kann das Basiszertifikat des
@@ -590,7 +590,8 @@ Array
                 Für <acronym>ADS</acronym> sind die folgenden Optionen beachtenswert:
             </para>
 
-            <table id="zend.auth.adapter.ldap.options-common-server-specific.active-directory.table">
+            <table
+                id="zend.auth.adapter.ldap.options-common-server-specific.active-directory.table">
                 <title>Optionen für Active Directory</title>
                 <tgroup cols="2">
                     <thead>
@@ -782,7 +783,7 @@ Array
                                 <emphasis>accountDomainName</emphasis>
                                 <emphasis>foo.net</emphasis> ist, wäre ein guter
                                 <emphasis>accountDomainNameShort</emphasis> Wert
-                                <emphasis>FOO</emphasis>).
+                                <acronym>FOO</acronym>).
                             </entry>
                         </row>
                     </tbody>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15827 -->
+<!-- EN-Revision: 15978 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.config.introduction">
     <title>Einleitung</title>
@@ -21,9 +21,10 @@
             <link linkend="zend.config.adapters.ini"><classname>Zend_Config_Ini</classname></link>
             oder <link
             linkend="zend.config.adapters.xml"><classname>Zend_Config_Xml</classname></link>
-            verwenden. Wenn die Konfigurations-Daten aber als PHP-Array vorliegen, können diese auch
-            einfach an den <classname>Zend_Config</classname>-Konstruktor übergeben werden, um dann
-            über die objektorientierte Schnittstelle auf sie zugreifen zu können:
+            verwenden. Wenn die Konfigurations-Daten aber als <acronym>PHP</acronym> Array
+            vorliegen, können diese auch einfach an den <classname>Zend_Config</classname>
+            Constructor übergeben werden, um dann über die objektorientierte Schnittstelle auf sie
+            zugreifen zu können:
         </para>
         <programlisting language="php"><![CDATA[
 // Gegeben ist ein Array mit Konfigurations-Daten
@@ -71,8 +72,8 @@ $host = $config->database->get('host', 'localhost');
     <example id="zend.config.introduction.example.file.php">
         <title>Zend_Config mit einer PHP Konfigurationsdatei verwenden</title>
         <para>
-            Es ist oft gewünscht eine reine PHP-basierende Konfigurationsdatei zu verwenden. Der
-            folgende Code zeigt wie das ganz einfach erreicht werden kann:
+            Es ist oft gewünscht eine reine <acronym>PHP</acronym> basierende Konfigurationsdatei
+            zu verwenden. Der folgende Code zeigt wie das ganz einfach erreicht werden kann:
         </para>
         <programlisting language="php"><![CDATA[
 // config.php

documentation/manual/de/module_specs/Zend_Config-TheoryOfOperation.xml

@@ -1,8 +1,9 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15848 -->
+<!-- EN-Revision: 15978 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.config.theory_of_operation">
     <title>Theory of Operation</title>
+
     <para>
         Konfigurations-Daten werden dem <classname>Zend_Config</classname>-Konstruktor als
         assoziatives Array zur Verfügung gestellt. Das Array kann mehrdimensional sein, um die
@@ -12,6 +13,7 @@
         Arrays an den <classname>Zend_Config</classname>-Konstruktor übergeben werden, ohne eine
         Adapter-Klasse zu benutzen. In manchen Situationen kann das angebracht sein.
     </para>
+
     <para>
         Jeder Konfigurationswert des Arrays wird zu einer Eigenschaft des
         <classname>Zend_Config</classname> Objektes. Der Schlüssel wird als Name der Eigenschaft
@@ -20,72 +22,82 @@
         Array Daten geladen. Das findet rekursiv statt, sodas hirarchische Konfigurationswerte mit
         einer beliebigen Anzahl an Level erstellt werden können.
     </para>
+
     <para>
-        <classname>Zend_Config</classname> implementiert die Interfaces <code>Countable</code> und
-        <code>Iterator</code> um den einfachen Zugriff auf Konfigurationsdaten zu gewährleisten.
-        Dementsprechend kann man die <ulink
-            url="http://php.net/count"><code>count()</code></ulink>-Funktion und auch PHP-Konstrukte
-        wie <ulink url="http://php.net/foreach"><code>foreach</code></ulink> auf
+        <classname>Zend_Config</classname> implementiert die Interfaces
+        <emphasis>Countable</emphasis> und <emphasis>Iterator</emphasis> um den einfachen Zugriff
+        auf Konfigurationsdaten zu gewährleisten. Dementsprechend kann man die <ulink
+            url="http://php.net/count"><methodname>count()</methodname></ulink>-Funktion und auch
+        <acronym>PHP</acronym> Konstrukte wie <ulink
+            url="http://php.net/foreach"><emphasis>foreach</emphasis></ulink> auf
         <classname>Zend_Config</classname>-Objekte anwenden.
     </para>
+
     <para>
         Standardmäßig gewährt <classname>Zend_Config</classname> nur Lesezugriff auf die Daten und
-        der Versuch einer Wertzuweisung (wie z. B. <code>$config->database->host =
-        'example.com';</code>) löst eine Ausnahme aus. Dieses Standard-Verhalten kann mit Hilfe des
+        der Versuch einer Wertzuweisung (wie z. B. $config->database->host =
+        'example.com';) löst eine Ausnahme aus. Dieses Standard-Verhalten kann mit Hilfe des
         Konstruktors aber so überschrieben werden, dass die Veränderung von Daten erlaubt ist. Wenn
         auch Änderungen erlaubt sind, unterstützt <classname>Zend_Config</classname> das entfernen
-        von Werten (z.B. <code>unset($config->database->host);</code>). Die <code>readOnly()</code>
-        Methode kann verwendet werden um festzustellen ob Änderungen an einem gegebenen
-        <classname>Zend_Config</classname> Objekt erlaubt sind und die <code>setReadOnly()</code>
-        kann verwendet werden um weitere Änderungen an einem <classname>Zend_Config</classname>
-        Objekt, das erstellt wurde und Änderungen erlaubt, zu verhindern.
-
-        <note>
-            <para>
-                Es muss angemerkt werden, dass hierbei nur die Daten im Speicher verändert werden.
-                Es wird keine Änderung an den Konfigurations-Daten auf dem Speichermedium
-                vorgenommen. Werkzeuge zur Veränderung gespeicherter Konfigurations-Daten liegen
-                nicht im Bereich von <classname>Zend_Config</classname>. Drittanbieter bieten
-                bereits diverse Open-Source-Lösungen für das Erstellen und Verändern von
-                Konfigurations-Datensätzen in verschienen Formaten.
-            </para>
-        </note>
+        von Werten (z.B. <methodname>unset($config->database->host);</methodname>). Die
+        <methodname>readOnly()</methodname> Methode kann verwendet werden um festzustellen ob
+        Änderungen an einem gegebenen <classname>Zend_Config</classname> Objekt erlaubt sind und
+        die <methodname>setReadOnly()</methodname> kann verwendet werden um weitere Änderungen an
+        einem <classname>Zend_Config</classname> Objekt, das erstellt wurde und Änderungen erlaubt,
+        zu verhindern.
     </para>
+
+    <note>
+        <para>
+            Es muss angemerkt werden, dass hierbei nur die Daten im Speicher verändert werden.
+            Es wird keine Änderung an den Konfigurations-Daten auf dem Speichermedium
+            vorgenommen. Werkzeuge zur Veränderung gespeicherter Konfigurations-Daten liegen
+            nicht im Bereich von <classname>Zend_Config</classname>. Drittanbieter bieten
+            bereits diverse Open-Source-Lösungen für das Erstellen und Verändern von
+            Konfigurations-Datensätzen in verschienen Formaten.
+        </para>
+    </note>
+
     <para>
         Adapter-Klassen erben von der <classname>Zend_Config</classname>-Klasse, da sie ihre
         Funktionalität nutzen.
     </para>
+
     <para>
         Die Familie der <classname>Zend_Config</classname>-Klassen ermöglicht es, Daten in Sektionen
         einzuteilen. Beim Initialisieren eines <classname>Zend_Config</classname>-Adapter-Objektes
         können eine einzelne spezifizierte Sektion, mehrere spezifizierte Sektionen oder alle
         Sektionen (wenn keine spezifiziert ist) geladen werden.
     </para>
+
     <para>
         Die <classname>Zend_Config</classname>-Adapter-Klassen unterstützen ein Modell einfacher
         Vererbung, welches es ermöglicht, dass Konfigurations-Daten aus einer Sektion an eine Andere
         vererbt werden können. Dadurch kann die Notwendigeit doppelter Konfigurations-Daten für
         verschiedene Einsatzgebiete reduziert oder beseitigt werden. Eine erbende Sektion kann die
         von der Eltern-Sektion geerbten Werte auch überschreiben. Wie auch bei der Klassen-Vererbung
-        in PHP kann eine Sektion von einer Eltern-Sektion geerbt werden, die wiederum von einer
-        Großeltern-Sektion geerbt hat und so weiter. Mehrfaches Erben (Beispielsweise der Fall, dass
-        Sektion C direkt von den Eltern-Sektionen A und B erbt) wird dagegen nicht unterstützt.
+        in <acronym>PHP</acronym> kann eine Sektion von einer Eltern-Sektion geerbt werden, die
+        wiederum von einer Großeltern-Sektion geerbt hat und so weiter. Mehrfaches Erben
+        (Beispielsweise der Fall, dass Sektion C direkt von den Eltern-Sektionen A und B erbt)
+        wird dagegen nicht unterstützt.
     </para>
+
     <para>
         Wenn zwei <classname>Zend_Config</classname> Objekte vorhanden sind, können diese in ein
-        einzelnes Objekt zusammengeführt werden indem die <code>merge()</code> Funktion verwendet
-        wird. Angenommen es gibt <varname>$config</varname> und <varname>$localConfig</varname>,
-        kann <varname>$localConfig</varname> in <varname>$config</varname> zusammengeführt werden
-        indem <code>$config->merge($localConfig);</code> aufgerufen wird. Die Elemente in
+        einzelnes Objekt zusammengeführt werden indem die <methodname>merge()</methodname> Funktion
+        verwendet wird. Angenommen es gibt <varname>$config</varname> und
+        <varname>$localConfig</varname>, kann <varname>$localConfig</varname> in
+        <varname>$config</varname> zusammengeführt werden indem
+        <methodname>$config->merge($localConfig);</methodname> aufgerufen wird. Die Elemente in
         <varname>$localConfig</varname> überschreiben gleichnamige Elemente in
         <varname>$config</varname>.
         <note>
             <para>
-                Das <classname>Zend_Config</classname> Objekt das die Zusammenführung durchführt muß
-                so erstellt worden sein das es Änderungen erlaubt, indem dem Constructor
+                Das <classname>Zend_Config</classname> Objekt das die Zusammenführung durchführt
+                muß so erstellt worden sein das es Änderungen erlaubt, indem dem Constructor
                 <constant>TRUE</constant> als zweiter Parameter übergeben wird. Die
-                <code>setReadOnly()</code> Methode kann dann verwendet werden um weitere Änderungen
-                zu verhindern nachdem die Zusammenführung fertiggestellt ist.
+                <methodname>setReadOnly()</methodname> Methode kann dann verwendet werden um
+                weitere Änderungen zu verhindern nachdem die Zusammenführung fertiggestellt ist.
             </para>
         </note>
     </para>

documentation/manual/de/module_specs/Zend_Config_Ini.xml

@@ -1,23 +1,26 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15848 -->
+<!-- EN-Revision: 15981 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.config.adapters.ini">
     <title>Zend_Config_Ini</title>
+
     <para>
         <classname>Zend_Config_Ini</classname> ermöglicht es Entwicklern, Konfigurations-Daten in
-        einem vertrauten INI-Format zu speichern und sie mit einer Syntax auszulesen, die dem
-        Zugriff auf die Eigenschaften verschachtelter Objekte entspricht. Das verwendete
-        INI-Format bietet einerseits die Möglichkeit, Konfigurations-Daten hierarchisch abzulegen
-        und andererseits Vererbung zwischen Sektionen zu spezifizieren.
-        Konfigurations-Daten-Hierarchien werden durch das Trennen der Schlüsselwörter durch einen
-        Punkt (<emphasis>.</emphasis>). Eine Sektion kann eine andere Sektion erweitern oder
-        beerben indem man nach dem Sektionsname einen Doppelpunkt (<emphasis>:</emphasis>) notiert,
-        gefolgt vom Namen der zu beerbenden Sektion.
+        einem vertrauten <acronym>INI</acronym> Format zu speichern und sie mit einer Syntax
+        auszulesen, die dem Zugriff auf die Eigenschaften verschachtelter Objekte entspricht. Das
+        verwendete <acronym>INI</acronym> Format bietet einerseits die Möglichkeit, Konfigurations
+        Daten hierarchisch abzulegen und andererseits Vererbung zwischen Sektionen zu
+        spezifizieren. Konfigurations-Daten-Hierarchien werden durch das Trennen der
+        Schlüsselwörter durch einen Punkt (<emphasis>.</emphasis>). Eine Sektion kann eine andere
+        Sektion erweitern oder beerben indem man nach dem Sektionsname einen Doppelpunkt
+        (<emphasis>:</emphasis>) notiert, gefolgt vom Namen der zu beerbenden Sektion.
     </para>
+
     <note>
         <title>Die Ini Datei parsen</title>
+
         <para>
-            <classname>Zend_Config_Ini</classname> verwendet die PHP-Funktion <ulink
+            <classname>Zend_Config_Ini</classname> verwendet die <acronym>PHP</acronym> Funktion <ulink
                 url="http://php.net/parse_ini_file"><methodname>parse_ini_file()</methodname></ulink>.
             Deren Dokumentation klärt über spezielle Verhaltensweisen auf, die sich auch auf
             <classname>Zend_Config_Ini</classname> auswirken, z. B. wie die besonderen Werte
@@ -25,35 +28,42 @@
             "<constant>NULL</constant>" gehandhabt werden.
         </para>
     </note>
+
     <note>
         <title>Schlüssel Trenner</title>
+
         <para>
             Standardmäßig ist das Schlüssel Trennzeichen der Punkt (<emphasis>.</emphasis>). Dies
             kann geändert werden, indem der <varname>$options</varname> Schlüssel
             <emphasis>'nestSeparator'</emphasis> geändert wird, wenn das
             <classname>Zend_Config_Ini</classname> Objekt instanziert wird.
             Zum Beispiel:
-            <programlisting language="php"><![CDATA[
+        </para>
+
+        <programlisting language="php"><![CDATA[
 $options['nestSeparator'] = ':';
 $config = new Zend_Config_Ini('/path/to/config.ini',
                               'staging',
                               $options);
 ]]></programlisting>
-        </para>
     </note>
+
     <example id="zend.config.adapters.ini.example.using">
         <title>Zend_Config_Ini benutzen</title>
+
         <para>
             Dieses Beispiel zeigt die grundlegende Nutzung von
-            <classname>Zend_Config_Ini</classname> um Konfigurations-Daten aus einem XML-File zu
-            laden. In diesem Beispiel gibt es Konfigurations-Daten für ein Produktiv- und ein
-            Staging-System. Da sich die Daten für das Staging-System nur unwesentlich von denen für
-            das Produktiv-System unterscheiden, erbt das Staging-System vom Produktiv-System. In
-            diesem Fall ist die Entscheidung darüber, welche Sektion von welcher erben soll,
-            willkürlich und es könnte auch anders herum gemacht werden. In komplexeren Fällen ist
-            das möglicherweise nicht der Fall. Nehmen wir also an, dass sich die folgenden
-            Konfigurations-Daten in der Datei <filename>/path/to/config.ini</filename> befinden:
+            <classname>Zend_Config_Ini</classname> um Konfigurations-Daten aus einer
+            <acronym>INI</acronym> Datei zu laden. In diesem Beispiel gibt es Konfigurations-Daten
+            für ein Produktiv- und ein Staging-System. Da sich die Daten für das Staging-System nur
+            unwesentlich von denen für das Produktiv-System unterscheiden, erbt das Staging-System
+            vom Produktiv-System. In diesem Fall ist die Entscheidung darüber, welche Sektion von
+            welcher erben soll, willkürlich und es könnte auch anders herum gemacht werden. In
+            komplexeren Fällen ist das möglicherweise nicht der Fall. Nehmen wir also an, dass sich
+            die folgenden Konfigurations-Daten in der Datei
+            <filename>/path/to/config.ini</filename> befinden:
         </para>
+
         <programlisting language="ini"><![CDATA[
 ; Konfigurations-Daten für die Produktiv-Site
 [production]
@@ -71,11 +81,14 @@ database.params.host     = dev.example.com
 database.params.username = devuser
 database.params.password = devsecret
 ]]></programlisting>
+
         <para>
             Nehmen wir weiterhin an, dass der Anwendungs-Entwickler die Staging-Konfiguration aus
-            diesem INI-File benötigt. Es ist ein Leichtes, diese Daten zu laden, es muss nur das
-            INI-File und die Staging-Sektion spezifiziert werden:
+            dieser <acronym>INI</acronym> Datei benötigt. Es ist ein Leichtes, diese Daten zu laden,
+            es muss nur die <acronym>INI</acronym> Datei und die Staging-Sektion spezifiziert
+            werden:
         </para>
+
         <programlisting language="php"><![CDATA[
 $config = new Zend_Config_Ini('/path/to/config.ini', 'staging');
 
@@ -86,6 +99,7 @@ echo $config->database->params->dbname; // Ausgabe "dbname"
     <note>
     <table id="zend.config.adapters.ini.table">
         <title>Zend_Config_Ini Kontruktor Parameter</title>
+
         <tgroup cols="2">
             <thead>
                   <row>
@@ -96,7 +110,7 @@ echo $config->database->params->dbname; // Ausgabe "dbname"
             <tbody>
                 <row>
                     <entry><varname>$filename</varname></entry>
-                    <entry>The INI Datei die geladen wird.</entry>
+                    <entry>Die <acronym>INI</acronym> Datei die geladen wird.</entry>
                 </row>
                 <row>
                     <entry><varname>$section</varname></entry>