[DOCUMENTATION] German:

- sync up to r16165

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

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15719 -->
+<!-- EN-Revision: 16163 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.controller.actionhelpers" xmlns:xi="http://www.w3.org/2001/XInclude">
     <title>Action Helfer</title>
@@ -42,8 +42,8 @@
         <itemizedlist>
             <listitem>
                 <para>
-                    Explizit <code>getHelper()</code> verwenden. Ihm einfach einen Namen übergeben
-                    und ein Helfer Objekt wird zurückgegeben:
+                    Explizit <methodname>getHelper()</methodname> verwenden. Ihm einfach einen
+                    Namen übergeben und ein Helfer Objekt wird zurückgegeben:
                 </para>
 
                 <programlisting language="php"><![CDATA[
@@ -54,8 +54,9 @@ $flashMessenger->addMessage('Wir haben in der letzten Anfrage etwas getan');
 
             <listitem>
                 <para>
-                    Verwenden der <code>__get()</code> Funktionalität des Helfer Brokers und
-                    Empfangen des Helfers wie wenn er eine Teilnehmer Eigenschaft des Brokers wäre:
+                    Verwenden der <methodname>__get()</methodname> Funktionalität des Helfer
+                    Brokers und Empfangen des Helfers wie wenn er eine Teilnehmer Eigenschaft des
+                    Brokers wäre:
                 </para>
 
                 <programlisting language="php"><![CDATA[
@@ -66,9 +67,11 @@ $flashMessenger->addMessage('Wir haben in der letzten Anfrage etwas getan');
 
             <listitem>
                 <para>
-                    Letztendlich implmentieren die meisten Aktion Helfer die <code>direct()</code>
-                    Methode welche eine spezielle, Standardmethode im Helfer aufruft. In Beispiel
-                    des <code>FlashMessenger</code>s, wird <code>addMessage()</code> aufgerufen:
+                    Letztendlich implmentieren die meisten Aktion Helfer die
+                    <methodname>direct()</methodname> Methode welche eine spezielle,
+                    Standardmethode im Helfer aufruft. In Beispiel des
+                    <emphasis>FlashMessenger</emphasis>'s, wird
+                    <methodname>addMessage()</methodname> aufgerufen:
                 </para>
 
                 <programlisting language="php"><![CDATA[
@@ -99,8 +102,8 @@ $this->_helper->FlashMessenger('Wir haben in der letzten Anfrage etwas getan');
         </para>
 
         <para>
-            Um einen Helfer im Browser zu registrieren, kann <code>addHelper</code> verwendet
-            werden:
+            Um einen Helfer im Browser zu registrieren, kann <methodname>addHelper()</methodname>
+            verwendet werden:
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -110,15 +113,17 @@ Zend_Controller_Action_HelperBroker::addHelper($helper);
         <para>
             Natürlich ist das Instanzieren und übergeben von Helfern an den Broker etwas Zeit- und
             Ressourcen intensiv, weswegen twei Methoden existieren um die Dinge etwas zu
-            automatisieren: <code>addPrefix()</code> und <code>addPath()</code>.
+            automatisieren: <methodname>addPrefix()</methodname> und
+            <methodname>addPath()</methodname>.
         </para>
 
         <itemizedlist>
             <listitem>
                 <para>
-                    <code>addPrefix()</code> nimmt einen Klassenprefix und verwendet Ihn um einen
-                    Pfad zu ermitteln wo Helferklassen definiert wurden. Er nimmt an das der Prefix
-                    den Konventionen der Benamung von Klassen im Zend Framework folgt.
+                    <methodname>addPrefix()</methodname> nimmt einen Klassenpräfix und verwendet
+                    Ihn um einen Pfad zu ermitteln wo Helferklassen definiert wurden. Er nimmt an
+                    das der Präfix den Konventionen der Benamung von Klassen im Zend Framework
+                    folgt.
                 </para>
 
                 <programlisting language="php"><![CDATA[
@@ -129,9 +134,9 @@ Zend_Controller_Action_HelperBroker::addPrefix('My_Action_Helpers');
 
             <listitem>
                 <para>
-                    <code>addPath()</code> nimmt ein Verzeichnis als erstes Argument und einen
-                    Klassenprefix als zweites Argument (Standardwert ist
-                    'Zend_Controller_Action_Helper'). Das erlaubt es die eigenen Klassenprefixes mit
+                    <methodname>addPath()</methodname> nimmt ein Verzeichnis als erstes Argument
+                    und einen Klassenprefix als zweites Argument (Standardwert ist
+                    'Zend_Controller_Action_Helper'). Das erlaubt es die eigenen Klassenpräfixes mit
                     speziellen Verzeichnissen zu verbinden.
                 </para>
 
@@ -149,16 +154,17 @@ Zend_Controller_Action_HelperBroker::addPath('./Plugins/Helpers',
         </para>
 
         <para>
-            Intern verwendet der Helfer Broker <link linkend="zend.loader.pluginloader">eine Instanz
-            des PluginLoader's</link> um die Pfade zu verwalten. Man erhlt den PluginLoader indem
-            die statische Methode <code>getPluginLoader()</code> verwendet, oder alternativ, eine
-            eigene PluginLoader Instanz einfügt durch Verwenden von <code>setPluginLoader()</code>.
+            Intern verwendet der Helfer Broker <link linkend="zend.loader.pluginloader">eine
+            Instanz des PluginLoader's</link> um die Pfade zu verwalten. Man erhlt den PluginLoader
+            indem die statische Methode <methodname>getPluginLoader()</methodname> verwendet, oder
+            alternativ, eine eigene PluginLoader Instanz einfügt durch Verwenden von
+            <methodname>setPluginLoader()</methodname>.
         </para>
 
         <para>
             Um zu ermitteln ob ein Helfer im Helfer Broker existiert, kann
-            <code>hasHelper($name)</code> verwendet werden, wobei <varname>$name</varname> der
-            Kurzname des Helfers ist (ohne das Prefix):
+            <methodname>hasHelper($name)</methodname> verwendet werden, wobei
+            <varname>$name</varname> der Kurzname des Helfers ist (ohne das Präfix):
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -170,13 +176,15 @@ if (Zend_Controller_Action_HelperBroker::hasHelper('redirector')) {
 
         <para>
             Es gibt auch zwei statische Methoden für das bekommen von Helfern vom Helferbroker:
-            <code>getExistingHelper()</code> und <code>getStaticHelper()</code>.
-            <code>getExistingHelper()</code> empfängt einen Helfer nur dann wenn er davor durch den
-            Helferbroker ausgerufen wirde oder explizit in Ihm registriert wurde; wenn nicht wird
-            eine Ausnahme geworfen. <code>getStaticHelper()</code> macht das selbe wie
-            <code>getExistingHelper()</code>, wird aber versuchen den Helfer zu initiieren wenn
-            dieser davor noch nicht im Helferstack registriert wurde. <code>getStaticHelper()</code>
-            ist eine gute Wahl für das empfangen von Helfern welche man konfigurieren will.
+            <methodname>getExistingHelper()</methodname> und
+            <methodname>getStaticHelper()</methodname>.
+            <methodname>getExistingHelper()</methodname> empfängt einen Helfer nur dann wenn er
+            davor durch den Helferbroker ausgerufen wirde oder explizit in Ihm registriert wurde;
+            wenn nicht wird eine Ausnahme geworfen. <methodname>getStaticHelper()</methodname>
+            macht das selbe wie <methodname>getExistingHelper()</methodname>, wird aber versuchen
+            den Helfer zu initiieren wenn dieser davor noch nicht im Helferstack registriert wurde.
+            <methodname>getStaticHelper()</methodname> ist eine gute Wahl für das empfangen von
+            Helfern welche man konfigurieren will.
         </para>
 
         <para>
@@ -200,8 +208,8 @@ $redirector =
 
         <para>
             Schlußendlich, um einen registrierten Helfer vom Broker zu entfernen, kann
-            <code>removeHelper($name)</code> verwendet werden, wobei <varname>$name</varname> der
-            Kurzname des Helfers ist (ohne den Prefix):
+            <methodname>removeHelper($name)</methodname> verwendet werden, wobei
+            <varname>$name</varname> der Kurzname des Helfers ist (ohne den Prefix):
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -217,14 +225,15 @@ if (Zend_Controller_Action_HelperBroker::hasHelper('redirector')) {
 
         <para>
             Zend Framework enthält standardmäßig verschiedene Action Helfer:
-            <code>AutoComplete</code> für automatisierte Antworten für AJAX Autovervollständigung;
-            <code>ContextSwitch</code> und <code>AjaxContext</code> für alternative Antwort Formate
-            eigener Aktionen; einen <code>FlashMessenger</code> für die Behandlung von
-            Kurznachrichten; <code>Json</code> für das verschlüsseln und senden von JSON Antworten;
-            einen <code>Redirector</code>, um verschiedene Implementationen, für das Umleiten zu
+            <emphasis>AutoComplete</emphasis> für automatisierte Antworten für AJAX
+            Autovervollständigung; <emphasis>ContextSwitch</emphasis> und
+            <emphasis>AjaxContext</emphasis> für alternative Antwort Formate eigener Aktionen;
+            einen <emphasis>FlashMessenger</emphasis> für die Behandlung von Kurznachrichten;
+            <emphasis>Json</emphasis> für das verschlüsseln und senden von JSON Antworten; einen
+            <emphasis>Redirector</emphasis>, um verschiedene Implementationen, für das Umleiten zu
             internen und externen Seiten, für die Anwendung bereitzustellen und einen
-            <code>ViewRenderer</code> um den Prozess des Setzens eines View Objekts im Kontroller
-            und dem Rendern von Views zu automatisieren.
+            <emphasis>ViewRenderer</emphasis> um den Prozess des Setzens eines View Objekts im
+            Kontroller und dem Rendern von Views zu automatisieren.
         </para>
 
         <xi:include href="Zend_Controller-ActionHelpers-ActionStack.xml" />
@@ -248,65 +257,67 @@ if (Zend_Controller_Action_HelperBroker::hasHelper('redirector')) {
         <itemizedlist>
             <listitem>
                 <para>
-                    <code>setActionController()</code> wird verwendet um den aktuellen Aktion
-                    Kontroller zu setzen.
+                    <methodname>setActionController()</methodname> wird verwendet um den aktuellen
+                    Aktion Kontroller zu setzen.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>init()</code>, wird vom Helfer Broker wärend der Instanzierung ausgeführt
-                    und kann verwendet werden um den Status zu resetieren wenn mehrere Kontroller
-                    den gleichen Helfer in einer verketteten Aktion verwenden.
+                    <methodname>init()</methodname>, wird vom Helfer Broker wärend der
+                    Instanzierung ausgeführt und kann verwendet werden um den Status zu resetieren
+                    wenn mehrere Kontroller den gleichen Helfer in einer verketteten Aktion
+                    verwenden.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>preDispatch()</code>, wird vor der ausführenden Aktion gestartet.
+                    <methodname>preDispatch()</methodname>, wird vor der ausführenden Aktion
+                    gestartet.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>postDispatch()</code> wird ausgeführt nachdem eine Aktion fertig ist --
-                    selbst wenn ein <code>preDispatch()</code> Plugin die Aktion abgebrochen hat.
-                    Normalerweise nützlich für das Saubermachen.
+                    <methodname>postDispatch()</methodname> wird ausgeführt nachdem eine Aktion
+                    fertig ist -- selbst wenn ein <methodname>preDispatch()</methodname> Plugin die
+                    Aktion abgebrochen hat. Normalerweise nützlich für das Saubermachen.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>getRequest()</code> empfängt das aktuelle Anfrage Objekt.
+                    <methodname>getRequest()</methodname> empfängt das aktuelle Anfrage Objekt.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>getResponse()</code> empfängt das aktuelle Antwort Objekt.
+                    <methodname>getResponse()</methodname> empfängt das aktuelle Antwort Objekt.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>getName()</code> empfängt den Helfernamen. Sie empfängt die Portion des
-                    Klassennamens der dem letzten Unterstrich-Zeichen folgt, oder andererseits den
-                    kompletten Klassennamen. Als Beispiel, wenn die Klasse
+                    <methodname>getName()</methodname> empfängt den Helfernamen. Sie empfängt die
+                    Portion des Klassennamens der dem letzten Unterstrich-Zeichen folgt, oder
+                    andererseits den kompletten Klassennamen. Als Beispiel, wenn die Klasse
                     <classname>Zend_Controller_Action_Helper_Redirector</classname> heißt, wird
-                    <code>Redirector</code> zurückgegeben; eine Klasse die <code>FooMessage</code>
-                    heißt wird einfach sich selbst zurückgeben.
+                    <emphasis>Redirector</emphasis> zurückgegeben; eine Klasse die
+                    <code>FooMessage</code> heißt wird einfach sich selbst zurückgeben.
                 </para>
             </listitem>
         </itemizedlist>
 
         <para>
-            Optional kann eine <code>direct()</code> Methode in der eigenen Helfer Klasse inkludiert
-            werden. Wenn Sie definiert ist, erlaubt Sie den Helfer als eine Methode des Helfer
-            Brokers zu verwenden, um eine einfache rein-raus Verwendung des Helfers zu ermöglichen.
-            Als Beispiel definiert der <link
+            Optional kann eine <methodname>direct()</methodname> Methode in der eigenen Helfer
+            Klasse inkludiert werden. Wenn Sie definiert ist, erlaubt Sie den Helfer als eine
+            Methode des Helfer Brokers zu verwenden, um eine einfache rein-raus Verwendung des
+            Helfers zu ermöglichen. Als Beispiel definiert der <link
                 linkend="zend.controller.actionhelpers.redirector">Umleiter</link>
-            <code>direct()</code> als einen Alias von <code>goto()</code> und erlaubt damit die
-            Verwendung des Helfers wie folgt:
+            <methodname>direct()</methodname> als einen Alias von <methodname>goto()</methodname>
+            und erlaubt damit die Verwendung des Helfers wie folgt:
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -315,9 +326,10 @@ $this->_helper->redirector('item', 'view', 'blog', array('id' => 42));
 ]]></programlisting>
 
         <para>
-            Intern schaut die <code>__call()</code> Methode des Helfer Brokers nach einem Helfer der
-            <code>redirector</code> heißt, prüft anschließend ob der Helfer eine definierte
-            <code>direct</code> Klasse besitzt und ruft diese mit den angegebenen Argumenten auf.
+            Intern schaut die <methodname>__call()</methodname> Methode des Helfer Brokers nach
+            einem Helfer der <code>redirector</code> heißt, prüft anschließend ob der Helfer eine
+            definierte <code>direct</code> Klasse besitzt und ruft diese mit den angegebenen
+            Argumenten auf.
         </para>
 
         <para>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15103 -->
+<!-- EN-Revision: 16163 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.controller.basics">
     <title>Zend_Controller Grundlagen</title>
@@ -118,9 +118,9 @@
                     <classname>Zend_Controller_Dispatcher_Standard</classname>. Er definiert
                     Controller als MixedCasedKlassen, die auf das Wort Controller enden, und
                     Aktionsmethoden als camelCasedMethoden, die auf das Wort Action enden:
-                    <code>SomeFooController::barAction</code>. In diesem Fall wird auf den
-                    Controller über <code>somefoo</code> und auf die Aktion über <code>bar</code>
-                    zugegriffen.
+                    <methodname>SomeFooController::barAction()</methodname>. In diesem Fall wird
+                    auf den Controller über <code>somefoo</code> und auf die Aktion über
+                    <code>bar</code> zugegriffen.
                 </para>
 
                 <note>
@@ -144,9 +144,9 @@
 
                     <para>
                         Als Beispiel, wenn man zur Aktion in
-                        <code>FooBarController::bazBatAction()</code> kommen will, muß zu Ihr mit
-                        der URL as <code>/foo-bar/baz-bat</code> oder <code>/foo.bar/baz.bat</code>
-                        referiert werden.
+                        <methodname>FooBarController::bazBatAction()</methodname> kommen will, muß
+                        zu Ihr mit der URL as <filename>/foo-bar/baz-bat</filename> oder
+                        <filename>/foo.bar/baz.bat</filename> referiert werden.
                     </para>
                 </note>
             </listitem>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15617 -->
+<!-- EN-Revision: 16164 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.controller.dispatcher">
     <title>Der Dispatcher</title>
@@ -17,8 +17,9 @@
             <classname>Zend_Controller_Dispatcher_Standard</classname> legt <code>index</code> für
             jede der Controller und Action Standardwerte fest und <code>default</code> für den
             Standardwert des Moduls, erlaubt dem Entwickler aber auch, diese durch Verwendung der
-            <code>setDefaultController()</code>, <code>setDefaultAction()</code> und
-            <code>setDefaultModule()</code> Methoden zu verändern.
+            <methodname>setDefaultController()</methodname>,
+            <methodname>setDefaultAction()</methodname> und
+            <methodname>setDefaultModule()</methodname> Methoden zu verändern.
         </para>
 
         <note>
@@ -64,8 +65,9 @@ $dispatcher->setParam('prefixDefaultModule', true);
 
         <para>
             Die Controller Methode, die solch eine Verarbeitung kontrolliert lautet
-            <code>_forward()</code>; rufe diese Methode von einer beliebigen pre/postDispatch()
-            oderAktionsmethode auf und übergebe Aktion, Controller, Modul und beliebige optionale
+            <methodname>_forward()</methodname>; rufe diese Methode von einer beliebigen
+            <methodname>preDispatch()</methodname>, <methodname>postDispatch()</methodname>
+            oder Aktionsmethode auf und übergebe Aktion, Controller, Modul und beliebige optionale
             Parameter, die du zur neuen Aktion übersenden möchtest:
         </para>
 

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15850 -->
+<!-- EN-Revision: 16164 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.controller.exceptions">
     <title>MVC Ausnahmen</title>
@@ -54,9 +54,9 @@
                 </itemizedlist>
 
                 <para>
-                    Es arbeitet als <code>postDispatch()</code> Plugin und prüft ob eine Dispatcher,
-                    Actioncontroller oder andere Ausnahme aufgetreten ist. Wenn das so ist, leitet
-                    es an den Error Handler Controller weiter.
+                    Es arbeitet als <methodname>postDispatch()</methodname> Plugin und prüft ob
+                    eine Dispatcher, Actioncontroller oder andere Ausnahme aufgetreten ist. Wenn
+                    das so ist, leitet es an den Error Handler Controller weiter.
                 </para>
 
                 <para>
@@ -115,10 +115,11 @@ try {
                     Durch die Übergabe eines boolschen True zu
                     <classname>Zend_Controller_Front::returnResponse()</classname>, wird
                     <classname>Zend_Controller_Front::dispatch()</classname> die Antwort nicht
-                    darstellen, aber diese stattdessen zurückgeben. Sobald man die antwort hat, kann
-                    diese getestet werden um zu sehen ob irgendwelche Ausnahmen gefangen wurden
-                    indem die <code>isException()</code> Methode verwendet, und die Ausnahme über
-                    die <code>getException()</code> Methode empfangen wird. Als Beispiel:
+                    darstellen, aber diese stattdessen zurückgeben. Sobald man die antwort hat,
+                    kann diese getestet werden um zu sehen ob irgendwelche Ausnahmen gefangen
+                    wurden indem die <methodname>isException()</methodname> Methode verwendet, und
+                    die Ausnahme über die <methodname>getException()</methodname> Methode empfangen
+                    wird. Als Beispiel:
                 </para>
 
                 <programlisting language="php"><![CDATA[
@@ -193,13 +194,13 @@ $dispatcher->setParam('useDefaultControllerAlways', true);
 
                     <listitem>
                         <para>
-                            Die Ausnahme die von <code>dispatch()</code> geworfen wird, ist eine
-                            <classname>Zend_Controller_Dispatcher_Exception</classname> die den Text
-                            'Invalid controller specified' enthält. Eine der Methoden die in
-                            <link linkend="zend.controller.exceptions.handling">der vorhergehenden
-                                Sektion</link> beschrieben wurden können verwendet werden um die
-                            Ausnahme zu fangen und dann zu einer generellen Fehlerseite oder der
-                            Homepage umzuleiten.
+                            Die Ausnahme die von <methodname>dispatch()</methodname> geworfen wird,
+                            ist eine <classname>Zend_Controller_Dispatcher_Exception</classname>
+                            die den Text 'Invalid controller specified' enthält. Eine der Methoden
+                            die in <link linkend="zend.controller.exceptions.handling">der
+                                vorhergehenden Sektion</link> beschrieben wurden können verwendet
+                            werden um die Ausnahme zu fangen und dann zu einer generellen
+                            Fehlerseite oder der Homepage umzuleiten.
                         </para>
                     </listitem>
                 </itemizedlist>
@@ -218,8 +219,8 @@ $dispatcher->setParam('useDefaultControllerAlways', true);
                     <listitem>
                         <para>
                             Eine Subklasse von <classname>Zend_Controller_Action</classname>
-                            erstellen und die <code>__call()</code> Methode überschreiben. Als
-                            Beispiel:
+                            erstellen und die <methodname>__call()</methodname> Methode
+                            überschreiben. Als Beispiel:
                         </para>
 
                         <programlisting language="php"><![CDATA[
@@ -246,8 +247,8 @@ class My_Controller_Action extends Zend_Controller_Action
                     <listitem>
                         <para>
                             Eine Subklasse von <classname>Zend_Controller_Dispatcher</classname>
-                            erstellen und die <code>getAction()</code> Methode überschreiben um zu
-                            prüfen ob die Aktion existiert. Als Beispiel:
+                            erstellen und die <methodname>getAction()</methodname> Methode
+                            überschreiben um zu prüfen ob die Aktion existiert. Als Beispiel:
                         </para>
 
                         <programlisting language="php"><![CDATA[
@@ -299,11 +300,11 @@ class My_Controller_Dispatcher extends Zend_Controller_Dispatcher
                         <para>
                             Durch das Erstellen einer Subklasse von
                             <classname>Zend_Controller_Action</classname> und dem modifizieren von
-                            <code>preDispatch()</code>, können alle eigenen Kontroller geändert
-                            werden damit Sie an andere Aktionen weiterleiten oder umleiten bevor die
-                            Aktion letztendlich dargestellt wird. Der Code hierfür schaut ähnlich
-                            wie der Code für das Überschreiben von <code>__call()</code> aus, der
-                            oben schon angezeigt wurde.
+                            <methodname>preDispatch()</methodname>, können alle eigenen Kontroller
+                            geändert werden damit Sie an andere Aktionen weiterleiten oder umleiten
+                            bevor die Aktion letztendlich dargestellt wird. Der Code hierfür schaut
+                            ähnlich wie der Code für das Überschreiben von
+                            <methodname>__call()</methodname> aus, der oben schon angezeigt wurde.
                         </para>
 
                         <para>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15850 -->
+<!-- EN-Revision: 16164 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.controller.front">
     <title>Der Front Controller</title>
@@ -56,9 +56,9 @@
             </para>
 
             <para>
-                Um den <code>ErrorHandler</code> abzuschalten, kann der folgende Code an jeder
-                Stelle vor dem Aufruf der <code>dispatch()</code>-Methode des Front-Controllers
-                ausgeführt werden:
+                Um den <emphasis>ErrorHandler</emphasis> abzuschalten, kann der folgende Code an
+                jeder Stelle vor dem Aufruf der <methodname>dispatch()</methodname>-Methode des
+                Front-Controllers ausgeführt werden:
             </para>
 
             <programlisting language="php"><![CDATA[
@@ -67,8 +67,8 @@ $front->setParam('noErrorHandler', true);
 ]]></programlisting>
 
             <para>
-                Um den <code>ViewRenderer</code> abzuschalten muss wiederum der folgende Code vor
-                dem <code>dispatch()</code> ausgeführt werden:
+                Um den <emphasis>ViewRenderer</emphasis> abzuschalten muss wiederum der folgende
+                Code vor dem <methodname>dispatch()</methodname> ausgeführt werden:
             </para>
 
             <programlisting language="php"><![CDATA[
@@ -91,9 +91,10 @@ $front->setParam('noViewRenderer', true);
             <title>getInstance()</title>
 
             <para>
-                <code>getInstance()</code> wird benutzt, um eine Front-Controller-Instanz zu
-                erhalten. Da der Front-Controller das Singleton-Entwurfsmuster implementiert, ist
-                das auch die einzige Möglichkeit, ein Front-Controller-Objekt zu erhalten.
+                <methodname>getInstance()</methodname> wird benutzt, um eine Front-Controller
+                Instanz zu erhalten. Da der Front-Controller das Singleton-Entwurfsmuster
+                implementiert, ist das auch die einzige Möglichkeit, ein Front-Controller Objekt zu
+                erhalten.
             </para>
 
             <programlisting language="php"><![CDATA[
@@ -105,7 +106,7 @@ $front = Zend_Controller_Front::getInstance();
             <title>setControllerDirectory() und addControllerDirectory()</title>
 
             <para>
-                <code>setControllerDirectory()</code> wird benutzt, um <link
+                <methodname>setControllerDirectory()</methodname> wird benutzt, um <link
                     linkend="zend.controller.dispatcher">dem Dispatcher</link>
                 zu sagen, wo er nach <link
                     linkend="zend.controller.action">Action-Controller</link>-Klassendateien suchen
@@ -134,16 +135,16 @@ $front->addControllerDirectory('../modules/foo/controllers', 'foo');
 
             <note>
                 <para>
-                    Wenn <code>addControllerDirectory()</code> ohne einen Modulnamen verwendet wird,
-                    setzt sie den Ordner für das Modul <code>default</code> -- und überschreibt
-                    einen Pfad, der vorher gesetzt wurde.
+                    Wenn <methodname>addControllerDirectory()</methodname> ohne einen Modulnamen
+                    verwendet wird, setzt sie den Ordner für das Modul <code>default</code> -- und
+                    überschreibt einen Pfad, der vorher gesetzt wurde.
                 </para>
             </note>
 
             <para>
                 Die aktuellen Einstellungen für den/die Controller-Ordner können mit
-                <code>getControllerDirectory()</code> abgerufen werden; das gibt ein Array mit
-                Modul/Verzeichnis-Paaren zurück.
+                <methodname>getControllerDirectory()</methodname> abgerufen werden; das gibt ein
+                Array mit Modul/Verzeichnis-Paaren zurück.
             </para>
         </sect3>
 
@@ -165,16 +166,17 @@ $front->addControllerDirectory('../modules/foo/controllers', 'foo');
             </para>
 
             <para>
-                <code>addModuleDirectory()</code> erlaubt es den Namen des Verzeichnisses zu
-                übergeben der ein oder mehrere Modulverzeichnisse enthält. Er scannt dieses dann und
-                fügt es den Controllerverzeichnissen des Frontcontrollers hinzu.
+                <methodname>addModuleDirectory()</methodname> erlaubt es den Namen des
+                Verzeichnisses zu übergeben der ein oder mehrere Modulverzeichnisse enthält. Er
+                scannt dieses dann und fügt es den Controllerverzeichnissen des Frontcontrollers
+                hinzu.
             </para>
 
             <para>
                 Später, wenn man den Pfad zu einem speziellen Modul oder dem aktuellen Modul
-                eruieren will, kann <code>getModuleDirectory()</code> aufgerufen werden und optional
-                ein Modulname übergeben werden für das das spezielle Modulverzeichnis geholt werden
-                soll.
+                eruieren will, kann <methodname>getModuleDirectory()</methodname> aufgerufen werden
+                und optional ein Modulname übergeben werden für das das spezielle Modulverzeichnis
+                geholt werden soll.
             </para>
         </sect3>
 
@@ -182,8 +184,8 @@ $front->addControllerDirectory('../modules/foo/controllers', 'foo');
             <title>dispatch()</title>
 
             <para>
-                <code>dispatch(Zend_Controller_Request_Abstract $request = null,
-                    Zend_Controller_Response_Abstract $response = null)</code>
+                <methodname>dispatch(Zend_Controller_Request_Abstract $request = null,
+                    Zend_Controller_Response_Abstract $response = null)</methodname>
                 erledigt die Schwerstarbeit des Front-Controllers. Sie nimmt als Parameter optional
                 ein <link linkend="zend.controller.request">Anfrage-Object</link> und/oder ein <link
                     linkend="zend.controller.response">Antwort-Objekt</link> entgegen,
@@ -193,13 +195,13 @@ $front->addControllerDirectory('../modules/foo/controllers', 'foo');
 
             <para>
                 Wenn kein Anfrage- oder Antwort-Objekt angegeben werden, wird
-                <code>dispatch()</code> nach vorher registrierten Objekten suchen und diese benutzen
-                oder Standard-Versionen für seinen Prozess instanzieren (in beiden Fällen wird der
-                HTTP-Dialekt als Standard benutzt).
+                <methodname>dispatch()</methodname> nach vorher registrierten Objekten suchen und
+                diese benutzen oder Standard-Versionen für seinen Prozess instanzieren (in beiden
+                Fällen wird der HTTP-Dialekt als Standard benutzt).
             </para>
 
             <para>
-                Auf ähnliche Art sucht <code>dispatch()</code> nach registrierten <link
+                Auf ähnliche Art sucht <methodname>dispatch()</methodname> nach registrierten <link
                     linkend="zend.controller.router">Router</link>- und <link
                     linkend="zend.controller.dispatcher">Dispatcher</link>-Objekten und instanziert
                 die Standard-Versionen wenn keine gefunden werden.
@@ -217,12 +219,12 @@ $front->addControllerDirectory('../modules/foo/controllers', 'foo');
 
             <para>
                 Das Routing geschieht genau einmal, indem die Werte aus dem Anfrage-Objekt benutzt,
-                die zum Zeitpunkt des Aufrufes von <code>dispatch()</code> vorhanden waren. Das
-                Dispatchen geschieht in einer Schleife; eine Anfrage kann entweder melden, dass es
-                mehrere Aktionen gibt, die ausgeführt werden sollen, oder der Controller oder ein
-                Plugin können das Anfrage-Objekt zurücksetzen, um zu erzwingen, dass noch
-                zusätzliche Aktionen ausgeführt werden sollen. Wenn alles erledigt ist, gibt der
-                Front-Controller eine Antwort zurück.
+                die zum Zeitpunkt des Aufrufes von <methodname>dispatch()</methodname> vorhanden
+                waren. Das Dispatchen geschieht in einer Schleife; eine Anfrage kann entweder
+                melden, dass es mehrere Aktionen gibt, die ausgeführt werden sollen, oder der
+                Controller oder ein Plugin können das Anfrage-Objekt zurücksetzen, um zu erzwingen,
+                dass noch zusätzliche Aktionen ausgeführt werden sollen. Wenn alles erledigt ist,
+                gibt der Front-Controller eine Antwort zurück.
             </para>
         </sect3>
 
@@ -242,8 +244,9 @@ $front->addControllerDirectory('../modules/foo/controllers', 'foo');
             </para>
 
             <para>
-                Im Grunde ist <code>run()</code> eine Komfort-Methode, die für Seitenkonstellationen
-                benutzt werden kann, die keine Anpassung der Front-Controller-Umgebung benötigen.
+                Im Grunde ist <methodname>run()</methodname> eine Komfort-Methode, die für
+                Seitenkonstellationen benutzt werden kann, die keine Anpassung der
+                Front-Controller-Umgebung benötigen.
             </para>
 
             <programlisting language="php"><![CDATA[
@@ -266,35 +269,35 @@ Zend_Controller_Front::run('../application/controllers');
         <itemizedlist>
             <listitem>
                 <para>
-                    <code>resetInstance()</code> wird benutzt, um alle aktuellen Einstellungen zu
-                    löschen. Ihr hauptsächlicher Nutzen sind Testfälle, aber sie kann auch für Fälle
-                    benutzt werden, in denen mehrere Front-Controller-Ausführungen aneinander
-                    gehängt werden sollen.
+                    <methodname>resetInstance()</methodname> wird benutzt, um alle aktuellen
+                    Einstellungen zu löschen. Ihr hauptsächlicher Nutzen sind Testfälle, aber sie
+                    kann auch für Fälle benutzt werden, in denen mehrere
+                    Front-Controller-Ausführungen aneinander gehängt werden sollen.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>(set|get)DefaultControllerName()</code> erlaubt es, dem Front-Controller
-                    einen anderen Namen für den Standard-Action-Controller mitzugeben (ansonsten
-                    wird 'index' benutzt), bzw. den aktuellen Wert herauszufinden. Diese Funktionen
-                    leiten die Anfragen an den <link
+                    <methodname>(set|get)DefaultControllerName()</methodname> erlaubt es, dem
+                    Front-Controller einen anderen Namen für den Standard-Action-Controller
+                    mitzugeben (ansonsten wird 'index' benutzt), bzw. den aktuellen Wert
+                    herauszufinden. Diese Funktionen leiten die Anfragen an den <link
                         linkend="zend.controller.dispatcher">Dispatcher</link> weiter.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>(set|get)DefaultAction()</code> erlaubt analog, den Standard-Aktionsnamen
-                    zu setzen - ohne Einstellung wird 'index' verwendet - und den aktuellen Wert
-                    auszulesen. Auch diese beiden leiten an den <link
+                    <methodname>(set|get)DefaultAction()</methodname> erlaubt analog, den
+                    Standard-Aktionsnamen zu setzen - ohne Einstellung wird 'index' verwendet - und
+                    den aktuellen Wert auszulesen. Auch diese beiden leiten an den <link
                         linkend="zend.controller.dispatcher">Dispatcher</link> weiter.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    Mit <code>(set|get)Request()</code> kann
+                    Mit <methodname>(set|get)Request()</methodname> kann
                     <link linkend="zend.controller.request">die Request</link> Klasse oder das
                     Objekt, das während des Dispatch-Prozesses verwendet wird und um das aktuelle
                     Objekt zu erhalten. Wenn das Requestobjekt gesetzt wird, kann ein
@@ -305,9 +308,10 @@ Zend_Controller_Front::run('../application/controllers');
 
             <listitem>
                 <para>
-                    Mit <code>(set|get)Router()</code> kann auf die gleiche Art der Klassenname bzw.
-                    das Objekt übergeben bzw. zurückgegeben werden, das beim dispatchen als
-                    <link linkend="zend.controller.router">Router</link> verwendet wird.
+                    Mit <methodname>(set|get)Router()</methodname> kann auf die gleiche Art der
+                    Klassenname bzw. das Objekt übergeben bzw. zurückgegeben werden, das beim
+                    dispatchen als <link linkend="zend.controller.router">Router</link> verwendet
+                    wird.
                 </para>
 
                 <para>
@@ -319,17 +323,17 @@ Zend_Controller_Front::run('../application/controllers');
 
             <listitem>
                 <para>
-                    <code>(set|get)BaseUrl()</code> erlaubt es, die <link
+                    <methodname>(set|get)BaseUrl()</methodname> erlaubt es, die <link
                         linkend="zend.controller.request.http.baseurl">Basis-URL</link> zu setzen,
-                        die beim Routen der Anfrage außen vor gelassen wird, sowie den aktuellen
-                        Wert dieser Einstellung zu erhalten. Diese URL wird dem Request-Objekt erst
-                        direkt vor dem Routing bekannt gemacht.
+                    die beim Routen der Anfrage außen vor gelassen wird, sowie den aktuellen
+                    Wert dieser Einstellung zu erhalten. Diese URL wird dem Request-Objekt erst
+                    direkt vor dem Routing bekannt gemacht.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>(set|get)Dispatcher()</code> kann die <link
+                    <methodname>(set|get)Dispatcher()</methodname> kann die <link
                         linkend="zend.controller.dispatcher">Dispatcher</link>-Klasse/das
                     Dispatcher-Objekt setzen, das den Dispatch-Prozess übernimmt. Wie oben, so kann
                     auch hier ein Klassenname oder ein Objekt übergeben werden; die get-Methode gibt
@@ -345,7 +349,7 @@ Zend_Controller_Front::run('../application/controllers');
 
             <listitem>
                 <para>
-                    Über <code>(set|get)Response()</code> kann das <link
+                    Über <methodname>(set|get)Response()</methodname> kann das <link
                     linkend="zend.controller.response">Antwort-Objekt</link> gesetzt bzw. erhalten
                     werden. Auch hier kann wieder ein Klassenname oder ein Objekt übergeben werden.
                 </para>
@@ -353,8 +357,8 @@ Zend_Controller_Front::run('../application/controllers');
 
             <listitem>
                 <para>
-                    Mit <code>registerPlugin(Zend_Controller_Plugin_Abstract $plugin, $stackIndex =
-                    null)</code> können
+                    Mit <methodname>registerPlugin(Zend_Controller_Plugin_Abstract $plugin,
+                        $stackIndex = null)</methodname> können
                     <link linkend="zend.controller.plugins">Front-Controller-Plugins</link>
                     registriert werden. Über den optionalen <varname>$stackIndex</varname> kann
                     kontrolliert werden, in welcher Reihenfolge die Plugins ausgeführt werden.
@@ -363,21 +367,22 @@ Zend_Controller_Front::run('../application/controllers');
 
             <listitem>
                 <para>
-                    <code>unregisterPlugin($plugin)</code> kann registrierte <link
+                    <methodname>unregisterPlugin($plugin)</methodname> kann registrierte <link
                         linkend="zend.controller.plugins">Plugin-Objekte</link> entfernen.
-                    <varname>$plugin</varname> kann entweder ein Plugin-Objekt oder eine Zeichenkette
-                    sein, die die Klasse des zu entfernenden Plugins angibt.
+                    <varname>$plugin</varname> kann entweder ein Plugin-Objekt oder eine
+                    Zeichenkette sein, die die Klasse des zu entfernenden Plugins angibt.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    Mit <code>throwExceptions($flag)</code> wird festgelegt, ob Exceptions
-                    (Ausnahmen), die während des Dispatch-Prozesses von Plugins, Controllern,
-                    Hilfsklassen etc. geworfen werden. Als Standardeinstellung werden Exceptions
-                    gefangen und im <link linkend="zend.controller.response">Antwort-Objekt</link>
-                    gespeichert. Das Einschalten von <code>throwExceptions()</code> überschreibt
-                    dieses Verhalten.
+                    Mit <methodname>throwExceptions($flag)</methodname> wird festgelegt, ob
+                    Exceptions (Ausnahmen), die während des Dispatch-Prozesses von Plugins,
+                    Controllern, Hilfsklassen etc. geworfen werden. Als Standardeinstellung werden
+                    Exceptions gefangen und im <link
+                        linkend="zend.controller.response">Antwort-Objekt</link> gespeichert. Das
+                    Einschalten von <methodname>throwExceptions()</methodname> überschreibt dieses
+                    Verhalten.
                 </para>
 
                 <para>
@@ -388,13 +393,13 @@ Zend_Controller_Front::run('../application/controllers');
 
             <listitem>
                 <para>
-                    <code>returnResponse($flag)</code> stellt ein, ob die Antwort nach
-                    <code>dispatch()</code> vom Front-Controller zurückgegeben werden soll
-                    (<constant>TRUE</constant>) oder ob er sie automatisch ausgibt (<constant>FALSE</constant>).
-                    In der Standardeinstellung wird die Antwort automatisch ausgegeben (durch
-                    Aufruf von
+                    <methodname>returnResponse($flag)</methodname> stellt ein, ob die Antwort nach
+                    <methodname>dispatch()</methodname> vom Front-Controller zurückgegeben werden
+                    soll (<constant>TRUE</constant>) oder ob er sie automatisch ausgibt
+                    (<constant>FALSE</constant>). In der Standardeinstellung wird die Antwort
+                    automatisch ausgegeben (durch Aufruf von
                     <classname>Zend_Controller_Response_Abstract::sendResponse()</classname>); das
-                    Einschalten von <code>returnResponse()</code> ändert das.
+                    Einschalten von <methodname>returnResponse()</methodname> ändert das.
                 </para>
 
                 <para>
@@ -421,38 +426,39 @@ Zend_Controller_Front::run('../application/controllers');
         <itemizedlist>
             <listitem>
                 <para>
-                    <code>setParam($name, $value)</code> setzt einen einzelnen Parameter mit dem
-                    Namen <varname>$name</varname> und dem Wert <varname>$value</varname>.
+                    <methodname>setParam($name, $value)</methodname> setzt einen einzelnen
+                    Parameter mit dem Namen <varname>$name</varname> und dem Wert
+                    <varname>$value</varname>.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>setParams(array $params)</code> setzt mehrere Parameter auf einmal mit
-                    Hilfe eines assoziativen Arrays.
+                    <methodname>setParams(array $params)</methodname> setzt mehrere Parameter auf
+                    einmal mit Hilfe eines assoziativen Arrays.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>getParam($name)</code> gibt den Parameter <varname>$name</varname>
-                    zurück.
+                    <methodname>getParam($name)</methodname> gibt den Parameter
+                    <varname>$name</varname> zurück.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>getParams()</code> gibt eine komplette Liste mit allen gesetzten
-                    Parametern zurück.
+                    <methodname>getParams()</methodname> gibt eine komplette Liste mit allen
+                    gesetzten Parametern zurück.
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    <code>clearParams()</code> kann einen Parameter löschen (wenn eine Zeichenkette
-                    mit einem gültigen Namen übergeben wird), mehrere benannte Parameter (wenn ein
-                    Array mit mehreren Parameter-Namen übergeben wird) oder alle (wenn nichts
-                    übergeben wird).
+                    <methodname>clearParams()</methodname> kann einen Parameter löschen (wenn eine
+                    Zeichenkette mit einem gültigen Namen übergeben wird), mehrere benannte
+                    Parameter (wenn ein Array mit mehreren Parameter-Namen übergeben wird) oder
+                    alle (wenn nichts übergeben wird).
                 </para>
             </listitem>
         </itemizedlist>
@@ -465,7 +471,7 @@ Zend_Controller_Front::run('../application/controllers');
         <itemizedlist>
             <listitem>
                 <para>
-                    <code>useDefaultControllerAlways</code> wird benutzt, um dem <link
+                    <emphasis>useDefaultControllerAlways</emphasis> wird benutzt, um dem <link
                         linkend="zend.controller.dispatcher">Dispatcher</link> zu sagen, dass er,
                     wenn er einen Fehler beim Dispatchen feststellt - also ein Modul / einen
                     Controller / eine Aktionsmethode nicht findet, automatisch den
@@ -481,7 +487,7 @@ Zend_Controller_Front::run('../application/controllers');
 
             <listitem>
                 <para>
-                    <code>disableOutputBuffering</code> sagt dem <link
+                    <emphasis>disableOutputBuffering</emphasis> sagt dem <link
                         linkend="zend.controller.dispatcher">Dispatcher</link>, dass er keinen
                     Ausgabepuffer benutzen soll, um die Ausgabe, die von den Action-Controllern
                     generiert wird, abzufangen. Standardmäßig werden sämtliche Ausgaben abgefangen
@@ -491,7 +497,7 @@ Zend_Controller_Front::run('../application/controllers');
 
             <listitem>
                 <para>
-                    Wenn <code>noViewRenderer</code> auf true steht, wird der <link
+                    Wenn <emphasis>noViewRenderer</emphasis> auf true steht, wird der <link
                         linkend="zend.controller.actionhelpers.viewrenderer">ViewRenderer</link>
                     abgeschaltet.
                 </para>
@@ -499,7 +505,7 @@ Zend_Controller_Front::run('../application/controllers');
 
             <listitem>
                 <para>
-                    <code>noErrorHandler</code> auf true schaltet das <link
+                    <emphasis>noErrorHandler</emphasis> auf true schaltet das <link
                         linkend="zend.controller.plugins.standard.errorhandler">ErrorHandler-Plugin</link>
                     ab.
                 </para>
@@ -512,7 +518,7 @@ Zend_Controller_Front::run('../application/controllers');
 
         <para>
             Um den Front-Controller zu erweitern, muss als Minimalanforderung auf jeden Fall
-            die Methode <code>getInstance()</code> überschrieben werden:
+            die Methode <methodname>getInstance()</methodname> überschrieben werden:
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -530,9 +536,9 @@ class My_Controller_Front extends Zend_Controller_Front
 ]]></programlisting>
 
         <para>
-            Das Überschreiben der <code>getInstance()</code>-Methode sorgt dafür, dass folgende
-            Aufrufe von <classname>Zend_Controller_Front::getInstance()</classname> eine Instanz der
-            neuen Subklasse zurückgeben anstatt einer
+            Das Überschreiben der <methodname>getInstance()</methodname>-Methode sorgt dafür, dass
+            folgende Aufrufe von <classname>Zend_Controller_Front::getInstance()</classname> eine
+            Instanz der neuen Subklasse zurückgeben anstatt einer
             <classname>Zend_Controller_Front</classname>-Instanz -- das ist speziell für einige der
             alternativen Router und View-Helfer nützlich.
         </para>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15850 -->
+<!-- EN-Revision: 16165 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.controller.migration">
     <title>Migration von vorhergehenden Versionen</title>
@@ -18,10 +18,10 @@
 
             <para>
                 Da übersetzte Segmente in der neuen Standard Route eingeführt wurden, ist das
-                <code>@</code> Zeichen kein spezielles Zeichen am Begin eines Segments der Route.
-                Um es trotzdem in einem statischen Segment verwenden zu können, muß es durch das
-                Voranstellen eines zweiten <code>@</code> Zeichens escapt werden. Die selbe Regel
-                trifft für das <code>:</code> Zeichen zu:
+                '<emphasis>@</emphasis>' Zeichen kein spezielles Zeichen am Begin eines Segments
+                der Route. Um es trotzdem in einem statischen Segment verwenden zu können, muß es
+                durch das Voranstellen eines zweiten '<emphasis>@</emphasis>' Zeichens escapt
+                werden. Die selbe Regel trifft für das '<emphasis>:</emphasis>' Zeichen zu:
             </para>
         </sect3>
     </sect2>
@@ -42,10 +42,11 @@
 
             <itemizedlist>
                 <listitem><para>
-                    <code>formatModuleName()</code>: sollte verwendet werden um einen rohen
-                    Controllernamen zu nehmen, wie den einen der in einem Anfrageobjekt gepackt ist,
-                    und Ihn in einen richtigen Klassennamen zu reformatieren den eine Klasse, die
-                    <classname>Zend_Controller_Action</classname> erweitert, verwenden würde
+                    <methodname>formatModuleName()</methodname>: sollte verwendet werden um einen
+                    rohen Controllernamen zu nehmen, wie den einen der in einem Anfrageobjekt
+                    gepackt ist, und Ihn in einen richtigen Klassennamen zu reformatieren den eine
+                    Klasse, die <classname>Zend_Controller_Action</classname> erweitert, verwenden
+                    würde
                 </para></listitem>
             </itemizedlist>
         </sect3>
@@ -68,18 +69,18 @@
 
             <itemizedlist>
                 <listitem><para>
-                    <code>getDefaultModule()</code>: Sollte den Namen des Standardmoduls
-                    zurückgeben.
+                    <methodname>getDefaultModule()</methodname>: Sollte den Namen des
+                    Standardmoduls zurückgeben.
                 </para></listitem>
 
                 <listitem><para>
-                    <code>getDefaultControllerName()</code>: Sollte den Namen des
+                    <methodname>getDefaultControllerName()</methodname>: Sollte den Namen des
                     Standardcontrollers zurückgeben.
                 </para></listitem>
 
                 <listitem><para>
-                    <code>getDefaultAction()</code>: Sollte den Namen der Standardaktion
-                    zurückgeben.
+                    <methodname>getDefaultAction()</methodname>: Sollte den Namen der
+                    Standardaktion zurückgeben.
                 </para></listitem>
             </itemizedlist>
         </sect3>
@@ -215,11 +216,11 @@ $front->setParam('useCaseSensitiveActions', true);
         </para>
 
         <para>
-            Der <code>ErrorHandler</code> Plugin läuft wärend der <code>postDispatch()</code>
-            Prüfung auf Ausnahmen, und leitet zu einem spezifizierten Fehlerhandler Kontroller
-            weiter. Solch ein Kontroller sollte in der eigenen Anwendung inkludiert werden. Er kann
-            deaktiviert werden durch das setzen des Frontkontroller Parameters
-            <code>noErrorHandler</code>:
+            Der <emphasis>ErrorHandler</emphasis> Plugin läuft wärend der
+            <methodname>postDispatch()</methodname> Prüfung auf Ausnahmen, und leitet zu einem
+            spezifizierten Fehlerhandler Kontroller weiter. Solch ein Kontroller sollte in der
+            eigenen Anwendung inkludiert werden. Er kann deaktiviert werden durch das setzen des
+            Frontkontroller Parameters <code>noErrorHandler</code>:
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -227,18 +228,18 @@ $front->setParam('noErrorHandler', true);
 ]]></programlisting>
 
         <para>
-            Der <code>ViewRenderer</code> Aktionhelfer automatisiert die Injizierung der View in den
-            Aktionkontroller genauso wie das autorendern von Viewskripten basierend auf die aktuelle
-            Aktion. Das primäre Problem dem man begegnen kann ist, wenn man Aktionen hat die keine
-            View Skripte rendern und weder vorwärts- noch weiterleiten, da der
-            <code>ViewRenderer</code> versucht ein View Skript zu Rendern basierend auf dem
+            Der <emphasis>ViewRenderer</emphasis> Aktionhelfer automatisiert die Injizierung der
+            View in den Aktionkontroller genauso wie das autorendern von Viewskripten basierend auf
+            die aktuelle Aktion. Das primäre Problem dem man begegnen kann ist, wenn man Aktionen
+            hat die keine View Skripte rendern und weder vorwärts- noch weiterleiten, da der
+            <emphasis>ViewRenderer</emphasis> versucht ein View Skript zu Rendern basierend auf dem
             Aktionnamen.
         </para>
 
         <para>
             Es gibt verschiedene Strategien die man anwenden kann um den eigenen Code upzudaten. In
-            kurzer Form, kann man global den <code>ViewRenderer</code> im eigenen Frontkontroller
-            Bootstrap vor dem Abarbeiten ausschalten:
+            kurzer Form, kann man global den <emphasis>ViewRenderer</emphasis> im eigenen
+            Frontkontroller Bootstrap vor dem Abarbeiten ausschalten:
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -252,22 +253,30 @@ $front->setParam('noViewRenderer', true);
         </para>
 
         <para>
-            Wenn man bereit ist damit zu beginnen die <code>ViewRenderer</code> Funktionalität zu
-            verwenden, gibt es verschiedene Dinge die man im eigenen Kontrollercode beachten muß.
-            Zuerst muß auf die Aktionmethoden (die Methoden die mit 'Action' enden) geachtet werden,
-            und ausgesucht werden was eine jede machen soll. Wenn nichts vom folgenden passiert, muß
-            man Änderungen durchführen:
+            Wenn man bereit ist damit zu beginnen die <emphasis>ViewRenderer</emphasis>
+            Funktionalität zu verwenden, gibt es verschiedene Dinge die man im eigenen
+            Kontrollercode beachten muß. Zuerst muß auf die Aktionmethoden (die Methoden die mit
+            'Action' enden) geachtet werden, und ausgesucht werden was eine jede machen soll. Wenn
+            nichts vom folgenden passiert, muß man Änderungen durchführen:
         </para>
 
         <itemizedlist>
-            <listitem><para>Aufruf von <code>$this-&gt;render()</code></para></listitem>
-            <listitem><para>Aufruf von <code>$this-&gt;_forward()</code></para></listitem>
-            <listitem><para>Aufruf von <code>$this-&gt;_redirect()</code></para></listitem>
-            <listitem><para>Aufruf des <code>Redirector</code> Aktionhelfers</para></listitem>
+            <listitem>
+                <para>Aufruf von <methodname>$this-&gt;render()</methodname></para>
+            </listitem>
+            <listitem>
+                <para>Aufruf von <methodname>$this-&gt;_forward()</methodname></para>
+            </listitem>
+            <listitem>
+                <para>Aufruf von <methodname>$this-&gt;_redirect()</methodname></para>
+            </listitem>
+            <listitem>
+                <para>Aufruf des <methodname>Redirector</methodname> Aktionhelfers</para>
+            </listitem>
         </itemizedlist>
 
         <para>
-            Die einfachste Änderung ist das ausschalten des Auto-Rendering für diese Methode:
+            Die einfachste Änderung ist das Ausschalten des Auto-Rendering für diese Methode:
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -277,7 +286,8 @@ $this->_helper->viewRenderer->setNoRender();
         <para>
             Wenn man herausfindet das keine der eigenen Aktionmethoden rendern, weiterleiten oder
             umleiten, wird man voraussichtlich die oben angeführte Zeile in die eigene
-            <code>preDispatch()</code> oder <code>init()</code> Methode einfügen wollen:
+            <methodname>preDispatch()</methodname> oder <methodname>init()</methodname> Methode
+            einfügen wollen:
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -290,7 +300,7 @@ public function preDispatch()
 ]]></programlisting>
 
         <para>
-            Wenn <code>render()</code> aufgerufen wird, und man
+            Wenn <methodname>render()</methodname> aufgerufen wird, und man
             <link linkend="zend.controller.modular">die konventionelle Modulare Verzeichnis
                 Struktur</link> verwendet, wird man den Code ändern wollen um Autorendern zu
             Verwenden:
@@ -305,16 +315,16 @@ public function preDispatch()
             </listitem>
             <listitem>
                 <para>
-                    Wenn man einfach <code>render()</code> ohne Argumente aufruft, können diese
-                    Zeilen entfernt
-                    werden.
+                    Wenn man einfach <methodname>render()</methodname> ohne Argumente aufruft,
+                    können diese Zeilen entfernt werden.
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    Wenn man <code>render()</code> mit Argumenten aufruft, und danach nicht
+                    Wenn man <methodname>render()</methodname> mit Argumenten aufruft, und danach nicht
                     irgendeine Bearbeitung durchführt oder mehrere View sktipe rendert, können diese
-                    Aufrufe zu <code>$this-&gt;_helper-&gt;viewRenderer()</code> geändert werden.
+                    Aufrufe zu <methodname>$this-&gt;_helper-&gt;viewRenderer()</methodname> geändert
+                    werden.
                 </para>
             </listitem>
         </itemizedlist>
@@ -322,22 +332,22 @@ public function preDispatch()
         <para>
             Wenn die konventionelle modulare Verzeichnisstruktur nicht verwendet wird, gibt es eine
             Vielzahl von Methoden für das Setzen des View Basispfades und der Skript
-            Pfadspezifikationen so das man den <code>ViewRenderer</code> verwenden kann. Bitte lies
-            die <link linkend="zend.controller.actionhelpers.viewrenderer">ViewRenderer
+            Pfadspezifikationen so das man den <emphasis>ViewRenderer</emphasis> verwenden kann.
+            Bitte lies die <link linkend="zend.controller.actionhelpers.viewrenderer">ViewRenderer
                 Dokumentation</link> für Informationen über diese Methoden.
         </para>
 
         <para>
             Wenn ein View Objekt von der Registry verwendet, oder das eigene View Objekt verändert,
             oder eine andere View Implementation verwendet wird wird man den
-            <code>ViewRenderer</code> in diesem Objekt injiziieren wollen. Das kann ganz einfach
-            jederzeit durchgeführt werden.
+            <emphasis>ViewRenderer</emphasis> in diesem Objekt injiziieren wollen. Das kann ganz
+            einfach jederzeit durchgeführt werden.
         </para>
 
         <itemizedlist>
             <listitem>
                 <para>
-                    Vor dem verarbeiten einer Frontkontroller Instanz:
+                    Vor dem Verarbeiten einer Frontkontroller Instanz:
                 </para>
 
                 <programlisting language="php"><![CDATA[
@@ -361,17 +371,18 @@ $viewRenderer->setView($view);
         </itemizedlist>
 
         <para>
-            Es gibt viele Wege den <code>ViewRenderer</code> zu modifizieren inklusive dem Setzen
-            eines anderen View Skripts zum Rendern, dem Spezifizieren von Veränderungen für alle
-            veränderbaren Elemente eines View Skript Pfades (inklusive der Endung), dem Auswählen
-            eines Antwort-benannten Segments zur Anpassung und mehr. Wenn die konventionelle
-            modulare Verzeichnisstruktur nicht verwendet wird, kann noch immer eine andere Pfad
-            Spezifikation mit dem <code>ViewRenderer</code> zugeordnet werden.
+            Es gibt viele Wege den <emphasis>ViewRenderer</emphasis> zu modifizieren inklusive dem
+            Setzen eines anderen View Skripts zum Rendern, dem Spezifizieren von Veränderungen für
+            alle veränderbaren Elemente eines View Skript Pfades (inklusive der Endung), dem
+            Auswählen eines Antwort-benannten Segments zur Anpassung und mehr. Wenn die
+            konventionelle modulare Verzeichnisstruktur nicht verwendet wird, kann noch immer eine
+            andere Pfad Spezifikation mit dem <emphasis>ViewRenderer</emphasis> zugeordnet werden.
         </para>
 
         <para>
-            Wir empfehlen die Adaptierung des eigenen Codes um den <code>ErrorHandler</code> und
-            <code>ViewRenderer</code> zu verwenden da diese neue Kernfunktionalitäten sind.
+            Wir empfehlen die Adaptierung des eigenen Codes um den
+            <emphasis>ErrorHandler</emphasis> und <emphasis>ViewRenderer</emphasis> zu verwenden da
+            diese neue Kernfunktionalitäten sind.
         </para>
     </sect2>
 
@@ -388,20 +399,20 @@ $viewRenderer->setView($view);
         <itemizedlist>
             <listitem>
                 <para>
-                    <code>setRedirectCode()</code>; wurde umbenannt in
-                    <classname>Zend_Controller_Action_Helper_Redirector::setCode()</classname>.
+                    <methodname>setRedirectCode()</methodname>; wurde umbenannt in
+                    <methodname>Zend_Controller_Action_Helper_Redirector::setCode()</methodname>.
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <code>setRedirectPrependBase()</code>; wurde umbenannt in
-                    <classname>Zend_Controller_Action_Helper_Redirector::setPrependBase()</classname>.
+                    <methodname>setRedirectPrependBase()</methodname>; wurde umbenannt in
+                    <methodname>Zend_Controller_Action_Helper_Redirector::setPrependBase()</methodname>.
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <code>setRedirectExit()</code>; wurde umbenannt in
-                    <classname>Zend_Controller_Action_Helper_Redirector::setExit()</classname>.
+                    <methodname>setRedirectExit()</methodname>; wurde umbenannt in
+                    <methodname>Zend_Controller_Action_Helper_Redirector::setExit()</methodname>.
                 </para>
             </listitem>
         </itemizedlist>
@@ -533,11 +544,12 @@ $ctrl->dispatch();
         <para>
             Wir empfehlen die Verwendung des Response Objektes, um Inhalte und Header zu sammeln.
             Dies erlaubt den flexibleren Wechsel von Ausgabeformaten (z.B. JSON oder XML statt
-            XHTML) in deiner Applikation. Standardmäßig verarbeitet <code>dispatch()</code> die
-            Antwort, sendet Header und gibt die Inhalte aus. Man kann den Front Controller auch
-            auffordern, die Antwort durch <code>returnResponse()</code> zurückzugeben und die
-            Antwort dann auf eigene Weise ausgeben. Eine zukünftige Version des Front Controllers
-            könnte die Verwendung des Response Objektes durch Output Buffering erzwingen.
+            XHTML) in deiner Applikation. Standardmäßig verarbeitet
+            <methodname>dispatch()</methodname> die Antwort, sendet Header und gibt die Inhalte
+            aus. Man kann den Front Controller auch auffordern, die Antwort durch
+            <methodname>returnResponse()</methodname> zurückzugeben und die Antwort dann auf
+            eigene Weise ausgeben. Eine zukünftige Version des Front Controllers könnte die
+            Verwendung des Response Objektes durch Output Buffering erzwingen.
         </para>
 
         <para>
@@ -562,7 +574,8 @@ $ctrl->dispatch();
                 <itemizedlist>
                     <listitem>
                         <para>
-                            Setzen von <code>throwExceptions()</code> im Front Controller:
+                            Setzen von <methodname>throwExceptions()</methodname> im Front
+                            Controller:
                         </para>
                         <programlisting language="php"><![CDATA[
 $front->throwExceptions(true);
@@ -571,7 +584,8 @@ $front->throwExceptions(true);
 
                     <listitem>
                         <para>
-                            Setzen von <code>renderExceptions()</code> im Response objekt:
+                            Setzen von <methodname>renderExceptions()</methodname> im Response
+                            Objekt:
                         </para>
                         <programlisting language="php"><![CDATA[
 $response->renderExceptions(true);
@@ -612,43 +626,44 @@ echo $response;
                         <classname>Zend_Controller_Action::__construct()</classname> verwendet
                         diese, um die Request, Response und invokeArgs Eigenschaften für das Objekt
                         zu setzen, und beim Überschreiben des Konstrukturs sollte man dies ebenfalls
-                        tun. Besser ist es, die <code>init()</code> Methode zu verwenden, um jedwede
-                        Instanzkonfiguration durchzuführen, weil diese Methode als letzte Methode
-                        des Konstrukturs aufgerufen wird.
+                        tun. Besser ist es, die <methodname>init()</methodname> Methode zu
+                        verwenden, um jedwede Instanzkonfiguration durchzuführen, weil diese
+                        Methode als letzte Methode des Konstrukturs aufgerufen wird.
                     </para></listitem>
 
                     <listitem><para>
-                        <code>run()</code> ist nicht länger als final definiert, wird aber auch
-                        nicht länger vom Front Controller verwendet; sein einziger Zweck ist, dass
-                        die Klasse auch als Page Controller verwendet werden kann. Sie nimmt nun
-                        zwei optionale Argument an, ein
+                        <methodname>run()</methodname> ist nicht länger als final definiert, wird
+                        aber auch nicht länger vom Front Controller verwendet; sein einziger Zweck
+                        ist, dass die Klasse auch als Page Controller verwendet werden kann. Sie
+                        nimmt nun zwei optionale Argument an, ein
                         <classname>Zend_Controller_Request_Abstract $request</classname>
                         und ein <classname>Zend_Controller_Response_Abstract $response</classname>.
                     </para></listitem>
 
                     <listitem><para>
-                        <code>indexAction()</code> muss nicht mehr länger definiert werden, aber
-                        wird als Standardaktion empfohlen. Dies erlaubt dem RewriteRouter und den
-                        Action Controllern andere Standardaktionsmethoden zu definieren.
+                        <methodname>indexAction()</methodname> muss nicht mehr länger definiert
+                        werden, aber wird als Standardaktion empfohlen. Dies erlaubt dem
+                        RewriteRouter und den Action Controllern andere Standardaktionsmethoden zu
+                        definieren.
                     </para></listitem>
 
                     <listitem><para>
-                        <code>__call()</code> sollte überschrieben werden, um jede undefinierte
-                        Aktion automatisch verarbeiten zu können.
+                        <methodname>__call()</methodname> sollte überschrieben werden, um jede
+                        undefinierte Aktion automatisch verarbeiten zu können.
                     </para></listitem>
 
                     <listitem><para>
-                        <code>_redirect()</code> nimmt nun ein optionales zweites Argument entgegen,
-                        den HTTP Code, der mit dem Redirect zurückgegeben werden soll, und ein
-                        optionales drittes Argument <varname>$prependBase</varname>, das angibt,
-                        dass die im Request Objekt registrierte Basis URL der übergebenen URL voran
-                        gestellt werden soll.
+                        <methodname>_redirect()</methodname> nimmt nun ein optionales zweites
+                        Argument entgegen, den HTTP Code, der mit dem Redirect zurückgegeben werden
+                        soll, und ein optionales drittes Argument <varname>$prependBase</varname>,
+                        das angibt, dass die im Request Objekt registrierte Basis URL der
+                        übergebenen URL voran gestellt werden soll.
                     </para></listitem>
 
                     <listitem>
                         <para>
-                            Die <code>_action</code> Eigenschaft wird nicht mehr gesetzt. Diese
-                            Eigenschaft war ein
+                            Die <varname>$_action</varname> Eigenschaft wird nicht mehr gesetzt.
+                            Diese Eigenschaft war ein
                             <classname>Zend_Controller_Dispatcher_Token</classname>, der in der
                             aktuellen Inkarnation nicht mehr länger existiert. Der einzige Zweck des
                             Tokens war, Informationen über angeforderte Controller, Aktion und URL
@@ -681,10 +696,10 @@ $foo = $this->_getParam('foo', 'default');
 
                     <listitem>
                         <para>
-                            <code>noRouteAction()</code> wurde entfernt. Der geeignete Weg, um
-                            nicht vorhandene Aktionsmethoden abzufangen, wenn man sie an eine
-                            Standardaktion weiter leiten möchte, sollte die Verwendung von
-                            <code>__call()</code> sein:
+                            <methodname>noRouteAction()</methodname> wurde entfernt. Der geeignete
+                            Weg, um nicht vorhandene Aktionsmethoden abzufangen, wenn man sie an
+                            eine Standardaktion weiter leiten möchte, sollte die Verwendung von
+                            <methodname>__call()</methodname> sein:
                         </para>
 
                         <programlisting language="php"><![CDATA[

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15713 -->
+<!-- EN-Revision: 16165 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.controller.modular">
     <title>Eine konventionelle modulare Verzeichnis Struktur verwenden</title>
@@ -81,18 +81,19 @@ application/
         <para>
             Der erste Schritt um Module zu verwenden ist es, die Art der Spezifizierung der
             Kontroller Verzeichnis Liste im Front Kontroller, zu Ändern. In der grundsätzlichen MVC
-            Serie, kann entweder ein Array oder ein String an <code>setControllerDirectory()</code>,
-            oder ein Pfad an <code>addControllerDirectory()</code> übergeben werden. Wenn Module
+            Serie, kann entweder ein Array oder ein String an
+            <methodname>setControllerDirectory()</methodname>, oder ein Pfad an
+            <methodname>addControllerDirectory()</methodname> übergeben werden. Wenn Module
             verwendet werden, müssen die Aufrufe dieser Methoden leicht geändert werden.
         </para>
 
         <para>
-            Mit <code>setControllerDirectory()</code>, muß ein assoziatives Array übergeben und
-            Schlüssel/Werte Paare von Modul Namen/Verzeichnis Pfaden übergeben werden. Der spezielle
-            Schlüssel <code>default</code> wird für globale Kontroller verwenden (diejenigen die
-            keinen Modul Namensraum benötigen). Alle Einträge sollten einen String Schlüssel
-            enthalten der zu einem einzelnen Pfad zeigt, und der <code>default</code> Schlüssel muß
-            vorhanden sein. Als Beispiel:
+            Mit <methodname>setControllerDirectory()</methodname>, muß ein assoziatives Array
+            übergeben und Schlüssel/Werte Paare von Modul Namen/Verzeichnis Pfaden übergeben
+            werden. Der spezielle Schlüssel <code>default</code> wird für globale Kontroller
+            verwenden (diejenigen die keinen Modul Namensraum benötigen). Alle Einträge sollten
+            einen String Schlüssel enthalten der zu einem einzelnen Pfad zeigt, und der
+            <code>default</code> Schlüssel muß vorhanden sein. Als Beispiel:
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -103,10 +104,10 @@ $front->setControllerDirectory(array(
 ]]></programlisting>
 
         <para>
-            <code>addControllerDirectory()</code> nimmt ein optionales zweites Argument. Wenn Module
-            verwendet werden, kann der Modulname als zweites Argument übergeben werden; wenn nicht
-            spezifiziert, wird der Pfad zum <code>default</code> Namensraum hinzugefügt. Als
-            Beispiel:
+            <methodname>addControllerDirectory()</methodname> nimmt ein optionales zweites
+            Argument. Wenn Module verwendet werden, kann der Modulname als zweites Argument
+            übergeben werden; wenn nicht spezifiziert, wird der Pfad zum <code>default</code>
+            Namensraum hinzugefügt. Als Beispiel:
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -115,10 +116,10 @@ $front->addControllerDirectory('/path/to/application/news/controllers',
 ]]></programlisting>
 
         <para>
-            Und das beste zum Schluß. Der einfachste Weg um Modul Verzeichnisse zu spezifizieren ist
-            es en masse zu machen, mit allen Modulen in einem gemeinsamen Verzeichnis und die
-            gleiche Struktur verwendend. Das kann mit <code>addModuleDirectory()</code> getan
-            werden:
+            Und das beste zum Schluß. Der einfachste Weg um Modul Verzeichnisse zu spezifizieren
+            ist es en masse zu machen, mit allen Modulen in einem gemeinsamen Verzeichnis und die
+            gleiche Struktur verwendend. Das kann mit <methodname>addModuleDirectory()</methodname>
+            getan werden:
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -144,7 +145,7 @@ $front->addModuleDirectory('/path/to/application/modules');
 
         <para>
             Das Unterverzeichnis für den Kontroller kann angepasst werden um diesen in eigenen
-            Modulen mit <code>setModuleControllerDirectoryName()</code> verwenden:
+            Modulen mit <methodname>setModuleControllerDirectoryName()</methodname> verwenden:
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -165,8 +166,8 @@ $front->addModuleDirectory('/path/to/application/modules');
 
         <note><para>
             Man kann angeben das kein Kontroller Unterverzeichnis für die eigenen Module verwendet
-            wird, indem ein leerer Wert an <code>setModuleControllerDirectoryName()</code> übergeben
-            wird.
+            wird, indem ein leerer Wert an
+            <methodname>setModuleControllerDirectoryName()</methodname> übergeben wird.
         </para></note>
     </sect2>
 
@@ -197,17 +198,17 @@ $front->addModuleDirectory('/path/to/application/modules');
         <title>Modul oder globaler Standard Kontroller</title>
 
         <para>
-            Im Standardrouter wird der Standardkontroller verwendet (<code>IndexController</code>,
-            solange nicht anders angefragt), wenn kein Kontroller in der URL spezifiziert wurde. Bei
-            modularen Kontrollern wird der Dispatcher zuerst für diesen Standardkontroller im
-            Modulpfad nachsehen, wenn ein Modul aber kein Kontroller spezifiziert wurde, und fällt
-            dann auf den Standardcontroller zurück, der im 'default' globalen Namensraum gefunden
-            wird.
+            Im Standardrouter wird der Standardkontroller verwendet
+            (<emphasis>IndexController</emphasis>, solange nicht anders angefragt), wenn kein
+            Kontroller in der URL spezifiziert wurde. Bei modularen Kontrollern wird der Dispatcher
+            zuerst für diesen Standardkontroller im Modulpfad nachsehen, wenn ein Modul aber kein
+            Kontroller spezifiziert wurde, und fällt dann auf den Standardcontroller zurück, der im
+            globalen 'default' Namensraum gefunden wird.
         </para>
 
         <para>
             Wenn immer auf den globalen Namensraum zurückgefallen werden soll, muß der
-            <code>useDefaultControllerAlways</code> im Front Kontroller gesetzt werden:
+            <varname>$useDefaultControllerAlways</varname> im Front Kontroller gesetzt werden:
         </para>
 
         <programlisting language="php"><![CDATA[