[DOCUMENTATION] German:

- sync up to r15570

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

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

@@ -2,22 +2,22 @@
 <!-- EN-Revision: 15343 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.tool.framework.architecture">
-    <title>Architecture</title>
+    <title>Architektur</title>
 
     <sect2 id="zend.tool.framework.architecture.registry">
         <title>Registry</title>
 
         <para>
-            Because providers and manifests may come from anywhere in the
-            <code>include_path</code>, a registry is provided to simplify access
-            to the various pieces of the toolchain. This registry is injected
-            into registry-aware components, which may then pull dependencies
-            from them as necessary. Most dependencies registered with the
-            registry will be sub-component-specific repositories.
+            Weil Provider und Manifeste von überall im <code>include_path</code> kommen können,
+            wird eine Registry angeboten um den Zugriff auf die verschiedenen Teile der Toolchain
+            zu vereinfachen. Diese Registry wird in Komponenten eingefügt die registry-aware sind,
+            und damit Abhängigkeiten entfernen können, wenn das notwendig ist. Die meisten
+            Abhängigkeiten die in der Registry registriert werden sind Unter-Komponenten
+            spezifische Repositories.
         </para>
 
         <para>
-            The interface for the registry consists of the following definition:
+            Das Interface für die Registry besteht aus der folgenden Definition:
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -47,15 +47,15 @@ interface Zend_Tool_Framework_Registry_Interface
 ]]></programlisting>
 
         <para>
-            The various objects the registry manages will be discussed in their
-            appropriate sections.
+            Die verschiedenen Objekte welche die Registry managt werden in deren betreffenden
+            Kapiteln besprochen.
         </para>
 
         <para>
-            Classes that should be registry-aware should implement
-            <classname>Zend_Tool_Framework_Registry_EnabledInterface</classname>. This
-            interface merely allows initialization of the registry in the target
-            class.
+            Klassen welche Registry-aware sind sollten
+            <classname>Zend_Tool_Framework_Registry_EnabledInterface</classname> implementieren.
+            Dieses Interface erlaubt hauptsächlich die Initialisierung der Registry in der
+            Zielklasse.
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -69,23 +69,22 @@ interface Zend_Tool_Framework_Registry_EnabledInterface
     </sect2>
 
     <sect2 id="zend.tool.framework.architecture.providers">
-        <title>Providers</title>
+        <title>Provider</title>
 
         <para>
-            <classname>Zend_Tool_Framework_Provider</classname> represents the functional
-            or "capability" aspect of the framework. Fundamentally,
-            <classname>Zend_Tool_Framework_Provider</classname> will provide the
-            interfaces necessary to produce "providers", or bits of tooling
-            functionality that can be called and used inside the
-            <classname>Zend_Tool_Framework</classname> toolchain. The simplistic nature of
-            implementing this provider interface allows the developer a
-            "one-stop-shop" of adding functionality/capabilities to
+            <classname>Zend_Tool_Framework_Provider</classname> repräsentiert den funktionalen oder
+            "möglichen" Aspekt des Frameworks. Grundsätzlich bietet
+            <classname>Zend_Tool_Framework_Provider</classname> das Interface um "Provider" zu
+            erstellen, oder Teile für Werkzeug-Funktionalität die aufgerufen werden können und in
+            der <classname>Zend_Tool_Framework</classname> Toolchain verwendet werden. Die einfache
+            Natur der Implementation dieses Provider Interfaces erlaubt es dem Entwickler ein
+            "One-Stop-Shop" für das Hinzufügen von Funktionalitäten/Möglichkeiten zu
             <classname>Zend_Tool_Framework</classname>.
         </para>
 
         <para>
-            The provider interface is an empty interface and enforces no methods
-            (this is the Marker Interface pattern):
+            Das Provider Interface ist ein leeres Interface und erzwingt keine Methoden
+            (das ist das Marker Interface Pattern):
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -94,9 +93,8 @@ interface Zend_Tool_Framework_Provider_Interface
 ]]></programlisting>
 
         <para>
-            Or, if you wish, you can implement the base (or abstract) Provider
-            which will give you access to the
-            <classname>Zend_Tool_Framework_Registry</classname>:
+            Oder, wenn man das will, kann man den Basis (oder Abstrakten) Provider implementieren,
+            welcher einem Zugriff auf <classname>Zend_Tool_Framework_Registry</classname> bietet:
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -114,19 +112,18 @@ abstract class Zend_Tool_Framework_Provider_Abstract
     </sect2>
 
     <sect2 id="zend.tool.framework.architecture.loaders">
-        <title>Loaders</title>
+        <title>Loader</title>
 
         <para>
-            The purpose of a Loader is to find Providers and Manifest files that
-            contain classes which implement either
-            Zend_Tool_Framework_Provider_Interface or
-            Zend_Tool_Framework_Manifest_Interface. Once these files are found
-            by a loader, providers are loaded into the Provider Repository and
-            manifest metadata is loaded into the Manifest Repository.
+            Der Zweck eines Loaders ist es Provider und Manifest Datei zu finden die Klassen
+            enthalten welche entweder Zend_Tool_Framework_Provider_Interface oder
+            Zend_Tool_Framework_Manifest_Interface implementieren. Sobald diese Dateien vom
+            Loader gefunden wurden, werden die Provider in das Provider Repository geladen und
+            die Manifest Metadaten in das Manifest Repository.
         </para>
 
         <para>
-            To implement a loader, one must extend the following abstract class:
+            Um einen Loader zu implementieren muß man die folgende abstrakte Klasse erweitern:
         </para>
 
         <programlisting role="php"><![CDATA[

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

@@ -26,57 +26,52 @@
         </para>
 
         <para>
-            As you can see, there are 3 files in the <code>bin/</code>
-            directory: a <code>zf.php</code>, <code>zf.sh</code>, and
-            <code>zf.bat</code>. The <code>zf.sh</code> and the
-            <code>zf.bat</code> are the operating system specific client
-            wrappers: <code>zf.sh</code> for the *nix environment, and zf.bat
-            for the Win32 environment. These client wrappers are responsible
-            for finding the proper <code>php.exe</code>, finding the
-            <code>zf.php</code>, and passing on the client request. The
-            <code>zf.php</code> is the responsible for handling understanding
-            your environment, constructing the proper include_path, and passing
-            what is provided on the command line to the proper library component
-            for dispatching.
+            Wie man siehr gibt es im <code>bin/</code> Verzeichnis 3 Dateien: <code>zf.php</code>,
+            <code>zf.sh</code> und <code>zf.bat</code>. <code>zf.sh</code> und <code>zf.bat</code>
+            sind spezielle Client-Wrapper für das Betriebssystem: <code>zf.sh</code> für *nix
+            Umgebungen, und zf.bat für Win32 Umgebungen. Diese Client-Wrapper sind dafür zuständig
+            die richtige <code>php.exe</code> und <code>zf.php</code> zu finden, sowie die Anfrage
+            des Clients weiterzugeben. <code>zf.php</code> ist dafür zuständig die Umgebung zu
+            verstehen, den richtigen include_path zu erstellen, und das an die richtigen
+            Komponenten der Bibliothek für die Verarbeitung zu übergeben was über die Kommandozeile
+            übergeben wurde.
         </para>
 
         <para>
-            Ultimately, you want to ensure two things to make everything work
-            regardless of the operating system you are on:
+            Ultimativ muß man zwei Dinge sicherstellen das alles funktioniert, unabhängig davon
+            auf welchem Betriebssystem man ist:
         </para>
 
         <orderedlist>
             <listitem>
                 <para>
-                    <code>zf.sh/zf.bat</code> is reachable from your system
-                    path. This is the ability to call <code>zf</code> from
-                    anywhere on your command line, regardless of what your
-                    current working directory is.
+                    <code>zf.sh/zf.bat</code> ist vom Systempfad aus erreichbar. Das ist die
+                    Möglichkeit <code>zf</code> überall von der Kommandozeile aus aufzurufen,
+                    unabhängig davon welches das aktuelle Arbeitsverzeichnis ist.
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    ZendFramework/library is in your <code>include_path</code>.
+                    ZendFramework/library ist im eigenen <code>include_path</code>.
                 </para>
             </listitem>
         </orderedlist>
 
         <para>
-            <emphasis>Note:</emphasis> while the above are the most ideal
-            requirements, you can simply download Zend Framework and expect it
-            to work as <code>./path/to/zf.php</code> some command.
+            <emphasis>Beachte:</emphasis> wärend das oben stehende die idealsten Voraussetzungen
+            sind, kann man einfach Zend Framework herunterladen und erwarten das es mit
+            <code>./path/to/zf.php</code> funktioniert.
         </para>
 
     </sect2>
 
     <sect2 id="zend.tool.framework.clitool.setup-starnix">
-        <title>Setting up the CLI tool on Unix-like Systems</title>
+        <title>Das CLI Tool in Unix-artigen Systemen vorbereiten</title>
 
         <para>
-            The most common setup in the *nix environment, is to copy the
-            <code>zf.sh</code> and <code>zf.php</code> into the same directory
-            as your PHP binary. This can generally be found in one of the
-            following places:
+            Das übliche Setup in einer *nix Umgebung, besteht darin <code>zf.sh</code> und
+            <code>zf.php</code> in das gleiche Verzeichnis wie die PHP Binaries zu kopieren. Diese
+            können normalerweise an einem der folgenden Plätze gefunden werden:
         </para>
 
         <programlisting role="text"><![CDATA[
@@ -87,27 +82,26 @@
 ]]></programlisting>
 
         <para>
-            To find out the location of your PHP binary, you can execute 'which
-            php' on the command line. This will return the location of the php
-            binary you will be using to run php scripts in this environment.
+            Um den Ort der PHP Binaries herauszufinden, kann man 'which php' auf der Kommandozeile
+            ausführen. Das gibt den Ort der PHP Binaries zurück, die verwendet werden wenn php
+            Skripte in der eigenen Umgebung ausgeführt werden.
         </para>
 
         <para>
-            The next order of business is to ensure that the Zend Framework
-            library is setup correctly inside of the system PHP
-            <code>include_path</code>. To find out where your
-            <code>include_path</code> is located, you can execute 'php -i' and
-            look for the <code>include_path</code> variable, or more succinctly,
-            execute 'php -i | grep include_path'. Once you have found where
-            your <code>include_path</code> is located (this will generally be
-            something like /usr/lib/php, /usr/share/php, /usr/local/lib/php, or
-            similar), ensure that the contents of the library/ directory are put
-            inside your <code>include_path</code> specified directory.
+            Der nächste Arbeitsschritt besteht darin, sicherzustellen das die Zend Framework
+            Bibliothek richtig im <code>include_path</code> vom PHP System steht. Um herauszufinden
+            wo der <code>include_path</code> ist, kann man 'php -i' ausführen und nach der
+            <code>include_path</code> Variable sehen, oder kompakter einfach
+            'php -i | grep include_path' ausführen. Sobald man herausgefunden hat wo die
+            <code>include_path</code> Variable steht (das ist normalerweise etwas wie
+            /usr/lib/php, /usr/share/php, /usr/local/lib/php, oder ähnliches), muß man
+            sicherstellen das der Inhalt des library/ Verzeichnisses im spezifizierten Verzeichnis
+            des <code>include_path</code>'s abgelegt sind.
         </para>
 
         <para>
-            Once you have done those two things, you should be able to issue a
-            command and get back the proper response like this:
+            Sobald man diese zwei Dinge getan hat, sollte man in der Lage sein ein Kommando
+            auszuführen und die richtige Antwort, ähnlich der folgenden, zurückzugekommen:
         </para>
 
         <para>
@@ -116,54 +110,51 @@
         </para>
 
         <para>
-            If you do not see this type of output, go back and check your setup
-            to ensure you have all of the necessary peices in the proper place.
+            Wenn man diese Art der Ausgabe nicht sieht, muß man zurückgehen und das Setup prüfen
+            um sicherzustellen das alle notwendigen Teile am richtigen Platz stehen.
         </para>
 
         <para>
-            There are a couple of alternative setups you might want to employ
-            depending on your servers configuration, your level of access, or
-            for other reasons.
+            Es gibt eine Anzahl von alternativen Setup die man eventuell verwenden will, abhängig
+            von der Server Konfiguration, dem Zugriffslevel, oder aus anderen Gründen.
         </para>
 
         <para>
-            <emphasis>ALTERNATIVE SETUP</emphasis> involves keeping the Zend
-            Framework download together as is, and creating a link from a PATH
-            location to the <code>zf.sh</code>. What this means is you can
-            place the contents of the ZendFramework download into a location
-            such as <code>/usr/local/share/ZendFramework</code>, or more locally
-            like <code>/home/username/lib/ZendFramework</code>, and creating a
-            symbolic link to the <code>zf.sh</code>.
+            <emphasis>ALTERNATIVE SETUP</emphasis> bedeutet das der Zend Framework Download so wie
+            er ist zusammenbleibt, und ein Link von einem PATH Ort zur Datei <code>zf.sh</code>
+            erstellt wird. Das bedeutet das man den Inhalt des ZendFramework Downloads an einem
+            Ort wie <code>/usr/local/share/ZendFramework</code>, oder noch lokaler wie
+            <code>/home/username/lib/ZendFramework</code> platzieren kann, und einen Symbolischen
+            Link zu <code>zf.sh</code> erstellt.
         </para>
 
         <para>
-            Assuming you want to put the link inside <code>/usr/local/bin</code>
-            (this could also work for placing the link inside
-            <code>/home/username/bin/</code> for example) you would issue a
-            command similar to this: </para>
+            Angenommen man will den Link nach <code>/usr/local/bin</code> geben (das könnte auch
+            funktionieren wenn der Link in <code>/home/username/bin/</code> platziert werden soll),
+            dann könnte man ein Kommando ähnlich dem folgenden ausführen:
+        </para>
 
         <programlisting role="sh"><![CDATA[
 ln -s /usr/local/share/ZendFramework/bin/zf.sh /usr/local/bin/zf
 
-# OR (for example)
+# ODER (zum Beispiel)
 ln -s /home/username/lib/ZendFramework/bin/zf.sh /home/username/bin/zf
 ]]></programlisting>
 
         <para>
-            This will create a link which you should be able to access globally
-            on the command line.
+            Das erstellt einen Link den man global von der Kommandozeile aus aufrufen können
+            sollte.
         </para>
 
     </sect2>
 
     <sect2 id="zend.tool.framework.clitool.setup-windows">
-        <title>Setting up the CLI tool on Windows</title>
+        <title>Das CLI Tool in Windows vorbereiten</title>
 
         <para>
-            The most common setup in the Windows Win32 environment, is to copy
-            the <code>zf.sh</code> and <code>zf.php</code> into the same
-            directory as your PHP binary. This can generally be found in one of
-            the following places:
+            Das üblichste Setup in einer Windows Win32 Umgebung besteht darin, <code>zf.sh</code>
+            und <code>zf.php</code> in das gleiche Verzeichnis wie die PHP Binaries zu kopieren.
+            Diese können generell an einem der folgenden Plätze gefunden werden:
         </para>
 
         <programlisting role="text"><![CDATA[
@@ -173,30 +164,28 @@ C:\WAMP\PHP\bin
 ]]></programlisting>
 
         <para>
-            You should be able to run <code>php.exe</code> on the command line.
-            If you are not able to, first check the documentation that came with
-            your PHP distribution, or ensure that the path to php.exe is in your
-            windows PATH environment variable.
+            Man sollte in der Lage sein <code>php.exe</code> auf der Kommandozeile auszuführen.
+            Wenn man das nicht kann, muß man zuerst die Dokumentation prüfen die mit der PHP
+            Distribution gekommen ist, oder sicherstellen das der Pfad zu php.exe in der
+            Windows Umgebungsvariable PATH vorhanden ist.
         </para>
 
         <para>
-            The next order of business is to ensure that the Zend Framework
-            library is setup correctly inside of the system PHP
-            <code>include_path</code>. To find out where your
-            <code>include_path</code> is located, you can type 'php -i' and look
-            for the <code>include_path</code> variable, or more succinctly
-            execute 'php -i | grep include_path' if you have Cygwin setup with
-            grep available. Once you have found where your
-            <code>include_path</code> is located (this will generally be
-            something like <code>C:\PHP\pear</code>, <code>C:\PHP\share</code>,
-            <code>C:\Program Files\ZendServer\share</code> or similar), ensure
-            that the contents of the library/ directory are put inside your
-            <code>include_path</code> specified directory.
+            Der nächste Arbeitsschritt besteht darin, sicherzustellen das die Zend Framework
+            Bibliothek richtig im <code>include_path</code> vom PHP System steht. Um herauszufinden
+            wo der <code>include_path</code> ist, kann man 'php -i' ausführen und nach der
+            <code>include_path</code> Variable sehen, oder kompakter einfach
+            'php -i | grep include_path' ausführen wenn Cygwin mit grep zur Verfügung steht.
+            Sobald man herausgefunden hat wo die <code>include_path</code> Variable steht (das ist
+            normalerweise etwas wie <code>C:\PHP\pear</code>, <code>C:\PHP\share</code>,
+            <code>C:\Program Files\ZendServer\share</code> oder ähnliches), muß man
+            sicherstellen das der Inhalt des library/ Verzeichnisses im spezifizierten Verzeichnis
+            des <code>include_path</code>'s abgelegt sind.
         </para>
 
         <para>
-            Once you have done those two things, you should be able to issue a
-            command and get back the proper response like this:
+            Sobald man diese zwei Dinge getan hat, sollte man in der Lage sein ein Kommando
+            auszuführen und die richtige Antwort, ähnlich der folgenden, zurückzugekommen:
         </para>
 
         <para>
@@ -205,64 +194,57 @@ C:\WAMP\PHP\bin
         </para>
 
         <para>
-            If you do not see this type of output, go back and check your setup
-            to ensure you have all of the necessary pieces in the proper place.
+            Wenn man diese Art der Ausgabe nicht sieht, muß man zurückgehen und das Setup prüfen
+            um sicherzustellen das alle notwendigen Teile am richtigen Platz stehen.
         </para>
 
         <para>
-            There are a couple of alternative setups you might want to employ
-            depending on your server's configuration, your level of access, or
-            for other reasons.
+            Es gibt eine Anzahl von alternativen Setup die man eventuell verwenden will, abhängig
+            von der Server Konfiguration, dem Zugriffslevel, oder aus anderen Gründen.
         </para>
 
         <para>
-            <emphasis>ALTERNATIVE SETUP</emphasis> involves keeping the Zend
-            Framework download together as is, and altering both your system
-            PATH as well as the <code>php.ini</code> file. In your user's
-            environment, make sure to add
-            <code>C:\Path\To\ZendFramework\bin</code>, so that your
-            <code>zf.bat</code> file is executable. Also, alter the
-            <code>php.ini</code> file to ensure that
-            <code>C:\Path\To\ZendFramework\library</code> is in your
-            <code>include_path</code>.
+            <emphasis>ALTERNATIVE SETUP</emphasis> bedeutet das der Zend Framework Download so wie
+            er ist zusammenbleibt, und sowohl die Systemvariable PATH als auch die
+            <code>php.ini</code> Datei geändert werden muss. In der Umgebung des Benutzers muss man
+            sicherstellen das <code>C:\Path\To\ZendFramework\bin</code> hinzugefügt ist, damit die
+            Datei <code>zf.bat</code> ausgeführt werden kann. Auch die Datei <code>php.ini</code>
+            ist zu änder um sicherzustellen das <code>C:\Path\To\ZendFramework\library</code> im
+            <code>include_path</code> ist.
         </para>
 
     </sect2>
 
     <sect2 id="zend.tool.framework.clitool.setup-othernotes">
-        <title>Other Setup Considerations</title>
+        <title>Andere Überlegungen für ein Setup</title>
 
         <para>
-            If for some reason you do not want the Zend Framework library inside
-            your <code>include_path</code>, there is another option. There are
-            two special environment variables that <code>zf.php</code> will
-            utilize to determine the location of your Zend Framework
-            installation.
+            Wenn man aus bestimmten Gründen die Zend Framework  Bibliothek nicht im
+            <code>include_path</code> haben will, gibt es auch eine andere Option. Es gibt auch
+            zwei spezielle Umgebungsvariablen die <code>zf.php</code> verwendet um den Ort der
+            Installation vom Zend Framework zu erkennen.
         </para>
 
         <para>
-            The first is <code>ZEND_TOOL_INCLUDE_PATH_PREPEND</code>, which will
-            prepend the value of this environment variable to the system
-            (<code>php.ini</code>) <code>include_path</code> before loading the
-            client.
+            Der erste ist <code>ZEND_TOOL_INCLUDE_PATH_PREPEND</code>, welcher den Wert dieser
+            Umgebungsvariablen dem <code>include_path</code> des Systems (<code>php.ini</code>)
+            voranstellt, bevor der Client geladen wird.
         </para>
 
         <para>
-            Alternatively, you might want to use
-            <code>ZEND_TOOL_INCLUDE_PATH</code> to completely
-            <emphasis>replace</emphasis> the system <code>include_path</code>
-            for one that makes sense specifically for the <code>zf</code>
-            command line tool.
+            Alternativ kann es gewünscht sein <code>ZEND_TOOL_INCLUDE_PATH</code> zu verwenden,
+            um den <code>include_path</code> des System komplett zu <emphasis>ersetzen</emphasis>,
+            wenn das speziell für das <code>zf</code> Kommandozeilen Tool Sinn macht.
         </para>
     </sect2>
 
     <sect2 id="zend.tool.framework.clitool.continuing">
-        <title>Where To Go Next?</title>
+        <title>Wohin als nächstes?</title>
 
         <para>
-            At this point, your should be setup to start initiating some more
-            "interesting" commands. To get going, you can issue the <code>zf
-                --help</code> command to see what is available to you.
+            An diesem Punkt sollte man dafür gerüstet sein einige "interessantere" Kommandos
+            zu initialisieren. Um weiterzumachen kann man das Kommando <code>zf --help</code>
+            ausführen um zu sehen was vorhanden ist.
         </para>
 
         <para>
@@ -271,9 +253,9 @@ C:\WAMP\PHP\bin
         </para>
 
         <para>
-            Continue on to the <code>Zend_Tool_Project</code> "Create Project"
-            section to understand how to use the <code>zf</code> script for
-            project creation.
+            Lesen Sie bei <code>Zend_Tool_Project</code> im Kapitel "Create Project" weiter um
+            zu verstehen wie das <code>zf</code> Skript für die Projekterstellung verwendet werden
+            kann.
         </para>
     </sect2>
 </sect1>

documentation/manual/de/ref/performance-view.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15196 -->
+<!-- EN-Revision: 15569 -->
 <!-- Reviewed: no -->
 <sect1 id="performance.view">
     <title>Darstellen der View</title>
@@ -20,12 +20,13 @@
 
         <para>
             Die meisten <classname>Zend_View</classname> "Methoden" werden in Wirklichkeit durch
-            Überladen des Helfersystems angeboten. Das bietet Zend_View wichtige Flexibilität; statt
-            der Notwendigkeit Zend_View zu erweitern und alle Helfermethoden anzubieten die man in
-            der eigenen Anwendung verwenden will, kann man eigene Helfermethoden in separaten
-            Klassen definieren und Sie bei Bedarf konsumieren wie wenn es direkte Methoden von
-            Zend_View wären. Das hält das View Objekt selbst relativ dünn, und stellt sicher das
-            Objekte nur erstellt werden wenn Sie auch benötigt werden.
+            Überladen des Helfersystems angeboten. Das bietet <classname>Zend_View</classname>
+            wichtige Flexibilität; statt der Notwendigkeit <classname>Zend_View</classname> zu
+            erweitern und alle Helfermethoden anzubieten die man in der eigenen Anwendung verwenden
+            will, kann man eigene Helfermethoden in separaten Klassen definieren und Sie bei Bedarf
+            konsumieren wie wenn es direkte Methoden von <classname>Zend_View</classname> wären.
+            Das hält das View Objekt selbst relativ dünn, und stellt sicher das Objekte nur
+            erstellt werden wenn Sie auch benötigt werden.
         </para>
 
         <para>
@@ -126,51 +127,52 @@ class My_View extends Zend_View
 
         <para>
             Jene die Partielle sehr oft verwenden und die Ihre Anwendungen profilieren werden oft
-            sofort feststellen das der <code>partial()</code> View Helfer viel des Overheads
-            verwendet, durch die Notwendigkeit das View Objekt zu klonen. Ist es möglich das
-            schneller zu machen?
+            sofort feststellen das der <methodname>partial()</methodname> View Helfer viel des
+            Overheads verwendet, durch die Notwendigkeit das View Objekt zu klonen. Ist es möglich
+            das schneller zu machen?
         </para>
 
         <sect3 id="performance.view.partial.render">
             <title>Verwende partial() nur wenn es wirklich notwendig ist</title>
 
             <para>
-                Der <code>partial()</code> View Helfer akzeptiert drei Argumente:
+                Der <methodname>partial()</methodname> View Helfer akzeptiert drei Argumente:
             </para>
 
             <itemizedlist>
                 <listitem><para>
-                    <code>$name</code>: Den Namen des View Skripts das dargestellt werden soll
+                    <varname>$name</varname>: Den Namen des View Skripts das dargestellt werden
+                    soll
                 </para></listitem>
 
                 <listitem><para>
-                    <code>$module</code>: Der Name des Moduls in dem das View Skript sitzt; oder,
-                    wenn kein drittes Argument angegeben wurde und es ein Array oder Objekt ist,
-                    wird es als <code>$model</code> Argument verwendet.
+                    <varname>$module</varname>: Der Name des Moduls in dem das View Skript sitzt;
+                    oder, wenn kein drittes Argument angegeben wurde und es ein Array oder Objekt
+                    ist, wird es als <varname>$model</varname> Argument verwendet.
                 </para></listitem>
 
                 <listitem><para>
-                    <code>$model</code>: Ein Array oder Objekt das dem Partial übergeben wird, und
-                    die reinen Daten repräsentiert die der View übergeben werden.
+                    <varname>$model</varname>: Ein Array oder Objekt das dem Partial übergeben
+                    wird, und die reinen Daten repräsentiert die der View übergeben werden.
                 </para></listitem>
             </itemizedlist>
 
             <para>
-                Die Power der Verwendung von <code>partial()</code> kommen vom zweiten und dritten
-                Argument. Das <code>$module</code> Argument erlaubt es <code>partial()</code>
-                temporär einen Skriptpfad für die angegebenen Module hinzuzufügen damit das
-                partielle Viewskript es zu diesem Modul auflöst; das <code>$model</code> Argument
-                erlaubt es Variablen explizit für die Verwendung in der partiellen View zu
-                übergeben. Wenn man keines der Argumente übergibt, kann man <emphasis>stattdessen
-                <code>render()</code> verwenden</emphasis>!
+                Die Power der Verwendung von <methodname>partial()</methodname> kommen vom zweiten
+                und dritten Argument. Das <varname>$module</varname> Argument erlaubt es
+                <methodname>partial()</methodname> temporär einen Skriptpfad für die angegebenen
+                Module hinzuzufügen damit das partielle Viewskript es zu diesem Modul auflöst; das
+                <varname>$model</varname> Argument erlaubt es Variablen explizit für die Verwendung
+                in der partiellen View zu übergeben. Wenn man keines der Argumente übergibt, kann
+                man <emphasis>stattdessen <methodname>render()</methodname> verwenden</emphasis>!
             </para>
 
             <para>
                 Grundsätzlich, solange man nicht Variablen an das Partial übergibt und einen reinen
                 Variablenraum benötigt, oder ein Viewskript von einem anderen MVC Modul darstellt,
-                gibt es keinen Grund den Overhead von <code>partial()</code> zu verwenden;
-                stattdessen sollte man <classname>Zend_View</classname>'s eingebaute
-                <code>render()</code> Methode verwendet um das Viewskript darzustellen.
+                gibt es keinen Grund den Overhead von <methodname>partial()</methodname> zu
+                verwenden; stattdessen sollte man <classname>Zend_View</classname>'s eingebaute
+                <methodname>render()</methodname> Methode verwendet um das Viewskript darzustellen.
             </para>
         </sect3>
     </sect2>
@@ -179,13 +181,13 @@ class My_View extends Zend_View
         <title>Wie kann ich Aufrufe zu action() vom View Helfers schneller machen?</title>
 
         <para>
-            Version 1.5.0 führte die <code>action()</code> des View Helfers ein, welche es erlaubt
-            eine MVC Aktion abzuschicken und deren dargestellten Inhalt aufzufangen. Das biete
-            einen wichtigen Schritt in die Prinzipien von DRY, und erlaubt die Wiederverwendung von
-            Code. Trotzdem, wie jede die Ihre Anwendung profilieren schnell feststellen werden, ist
-            es auch eine sehr teure Operation. Intern muß der <code>action()</code> Viewhelfer neue
-            Anfrage und Antwort Objekte klonen, den Dispatcher aufrufen, den angefragten Controller
-            und die Aktion aufrufen, usw.
+            Version 1.5.0 führte die <methodname>action()</methodname> des View Helfers ein, welche
+            es erlaubt eine MVC Aktion abzuschicken und deren dargestellten Inhalt aufzufangen. Das
+            biete einen wichtigen Schritt in die Prinzipien von DRY, und erlaubt die
+            Wiederverwendung von Code. Trotzdem, wie jede die Ihre Anwendung profilieren schnell
+            feststellen werden, ist es auch eine sehr teure Operation. Intern muß der
+            <methodname>action()</methodname> Viewhelfer neue Anfrage und Antwort Objekte klonen,
+            den Dispatcher aufrufen, den angefragten Controller und die Aktion aufrufen, usw.
         </para>
 
         <para>
@@ -196,15 +198,16 @@ class My_View extends Zend_View
             <title>Verwende den ActionStack wenn möglich</title>
 
             <para>
-                Zur selben Zeit die der <code>action()</code> View Helfer eingeführt, besteht der
+                Zur selben Zeit die der <methodname>action()</methodname> View Helfer eingeführt,
+                besteht der
                 <link linkend="zend.controller.actionhelpers.actionstack">ActionStack</link> auf
                 einem Action Helfer und einem Front Controller Plugin. Zusammen erlauben Sie es
                 zusätzliche Aktionen einzufügen die wärend des Dispatch Zyklus auf den Stack
-                aufgerufen werden. Wenn man <code>action()</code> von eigenen Layout View Skripts
-                aufruft, kann es sein das man stattdessen den ActionStack verwenden will, und die
-                Views zu diskreten Antwortsegmenten darstellen will. Als Beispiel könnte man ein
-                <code>dispatchLoopStartup()</code> Plugin wie das folgende schreiben um eine Login
-                Formularbox bei jeder Seite hinzuzufügen:
+                aufgerufen werden. Wenn man <methodname>action()</methodname> von eigenen Layout
+                View Skripts aufruft, kann es sein das man stattdessen den ActionStack verwenden
+                will, und die Views zu diskreten Antwortsegmenten darstellen will. Als Beispiel
+                könnte man ein <methodname>dispatchLoopStartup()</methodname> Plugin wie das
+                folgende schreiben um eine Login Formularbox bei jeder Seite hinzuzufügen:
             </para>
 
             <programlisting role="php"><![CDATA[
@@ -241,8 +244,8 @@ class LoginPlugin extends Zend_Controller_Plugin_Abstract
 ]]></programlisting>
 
             <para>
-                Die <code>UserController::indexAction()</code> Methode könnte dann den
-                <code>responseSegment</code> Parameter verwenden um anzuzeigen welches
+                Die <methodname>UserController::indexAction()</methodname> Methode könnte dann den
+                <varname>$responseSegment</varname> Parameter verwenden um anzuzeigen welches
                 Antwortsegment darzustellen ist. Im Layoutskript, würde man dann einfach das
                 Antwortsegment darstellen:
             </para>
@@ -253,11 +256,11 @@ class LoginPlugin extends Zend_Controller_Plugin_Abstract
 
             <para>
                 Wärend der ActionStack trotzdem noch einen Dispatch Zyklus benötigt, ist das
-                trotzdem immer noch billiger als der <code>action()</code> View Helfer da er
-                Objekte nicht klonen und den internen Status resetieren muß. Zustzlich stellt es
-                sicher das alle Pre/Post Dispatch Plugins aufgerufen werden, was von spezieller
-                Wichtigkeit ist wenn man Frontcontroller Plugins für die Behandlung von ACLs in
-                speziellen Aktionen verwendet.
+                trotzdem immer noch billiger als der <methodname>action()</methodname> View Helfer
+                da er Objekte nicht klonen und den internen Status resetieren muß. Zustzlich stellt
+                es sicher das alle Pre und Post Dispatch Plugins aufgerufen werden, was von
+                spezieller Wichtigkeit ist wenn man Frontcontroller Plugins für die Behandlung von
+                ACLs in speziellen Aktionen verwendet.
             </para>
         </sect3>
 
@@ -265,7 +268,7 @@ class LoginPlugin extends Zend_Controller_Plugin_Abstract
             <title>Helfer bevorzugen die das Modell vor action() abfragen</title>
 
             <para>
-                In den meisten Fällen ist die Verwendung von <code>action()</code> einfach nur
+                In den meisten Fällen ist die Verwendung von <methodname>action()</methodname> einfach nur
                 Overkill. Wenn man die meiste Businesslogik in eigenen Modellen verschachtelt hat
                 das Modell einfach abfragt und die Ergebnisse an das View Skript übergibt, ist es
                 typischerweise schneller und sauberer einfach einen View Helfer zu schreiben der
@@ -297,7 +300,8 @@ echo "</ul>\n";
 ]]></programlisting>
 
             <para>
-                Mit Verwendung von <code>action()</code>, würde man es einfach wie folgt einfügen:
+                Mit Verwendung von <methodname>action()</methodname>, würde man es einfach wie
+                folgt einfügen:
             </para>
 
             <programlisting role="php"><![CDATA[
@@ -337,8 +341,8 @@ class My_View_Helper_BugList extends Zend_View_Helper_Abstract
 
             <para>
                 Das hat zwei Vorteile: Es übernimmt nicht länger den Overhead vom
-                <code>action()</code> View Helfer, und präsentiert eine bessere und semantisch
-                verständlichere API.
+                <methodname>action()</methodname> View Helfer, und präsentiert eine bessere und
+                semantisch verständlichere API.
             </para>
         </sect3>
     </sect2>