|
|
@@ -1,6 +1,6 @@
|
|
|
<?xml version="1.0" encoding="UTF-8"?>
|
|
|
<!-- EN-Revision: 22109 -->
|
|
|
-<!-- Reviewed: no -->
|
|
|
+<!-- Reviewed: 22109 -->
|
|
|
<sect1 id="zend.feed.writer">
|
|
|
<title>Zend_Feed_Writer</title>
|
|
|
|
|
|
@@ -12,38 +12,38 @@
|
|
|
<classname>Zend_Feed_Reader</classname> und verantwortlich für die Erzeugung von
|
|
|
Feeds für die Ausgabe. Sie unterstützt die Atom 1.0 Spezifikation (RFC 4287) und
|
|
|
<acronym>RSS</acronym> 2.0 wie vom <acronym>RSS</acronym> Advisory Board
|
|
|
- (<acronym>RSS</acronym> 2.0.11) spezifiziert. Es ist kein Nachkomme dieses
|
|
|
- Standards. Trotzdem bietet es ein einfaches System der Erweiterung welches es erlaubt
|
|
|
- jede Erweiterung und jedes Modul für jede der zwei Spezifikationen zu implementieren
|
|
|
+ (<acronym>RSS</acronym> 2.0.11) spezifiziert. Es weicht nicht von diesen
|
|
|
+ Standards ab. Trotzdem bietet es ein einfaches System der Erweiterung, welches es erlaubt
|
|
|
+ jede Erweiterung und jedes Modul für jede der zwei Spezifikationen zu implementieren,
|
|
|
wenn diese nicht von Haus aus angeboten werden.
|
|
|
</para>
|
|
|
|
|
|
<para>
|
|
|
- Auf vielen Wegen ist <classname>Zend_Feed_Writer</classname> das Gegenteil von
|
|
|
- <classname>Zend_Feed_Reader</classname>. Wobei <classname>Zend_Feed_Reader</classname>
|
|
|
- darauf fokusiert ist ein einfach zu verwendendes Architektur Frontend durch Getter
|
|
|
- Methoden anzubieten, und <classname>Zend_Feed_Writer</classname> durch ähnlich
|
|
|
- benannte Setter oder Mutatoren. Das stellt sicher das die <acronym>API</acronym> keine
|
|
|
- weitere Lernkurve erfordert wenn jemand bereits mit
|
|
|
- <classname>Zend_Feed_Reader</classname> bekannt ist.
|
|
|
+ In vieler Hinsicht ist <classname>Zend_Feed_Writer</classname> das Gegenteil von
|
|
|
+ <classname>Zend_Feed_Reader</classname>. Während <classname>Zend_Feed_Reader</classname>
|
|
|
+ darauf abzielt, eine einfach zu verwendende Architektur zur Verfügung zu stellen,
|
|
|
+ die sich durch Getter-Methoden auszeichnet, stellt <classname>Zend_Feed_Writer</classname> ähnlich
|
|
|
+ benannte Setter oder Mutatoren bereit. Das stellt sicher, dass die <acronym>API</acronym> keine
|
|
|
+ weitere Lernkurve aufwirft, wenn sich jemand bereits mit
|
|
|
+ <classname>Zend_Feed_Reader</classname> auskennt.
|
|
|
</para>
|
|
|
|
|
|
<para>
|
|
|
- Als Ergebnis dieses Designs, ist der Rest sogar einleuchtend. Dahinter, wird jedes
|
|
|
- Datenset eines <classname>Zend_Feed_Writer</classname> Daten Container wärend der
|
|
|
- Darstellungszeit in ein DOMDocument Objekt übersetzt indem die
|
|
|
- notwendigen Feed Elemente verwendet werden. Für jeden unterstützten Feed Typen gibt es
|
|
|
+ Als Ergebnis dieses Designs ist der Rest nämlich einleuchtend. Hinter den Kulissen wird jedes
|
|
|
+ Datenset eines <classname>Zend_Feed_Writer</classname>-Daten-Containers während der
|
|
|
+ Darstellungszeit in ein DOMDocument-Objekt übersetzt, indem die
|
|
|
+ notwendigen Feed-Elemente verwendet werden. Für jeden unterstützten Feed-Typen gibt es
|
|
|
beide, sowohl einen Atom 1.0 als auch einen <acronym>RSS</acronym> 2.0 Renderer. Die
|
|
|
- Verwendung der DOMDocument Klasse statt einer Template Lösung hat viele Vorteile.
|
|
|
+ Verwendung der DOMDocument-Klasse statt einer Templatelösung hat viele Vorteile.
|
|
|
Der offensichtlichste ist die Möglichkeit das DOMDocument zu
|
|
|
- exportieren um es weiter zu bearbeiten und auf <acronym>PHP</acronym>
|
|
|
- <acronym>DOM</acronym> für die Korrakturen und richtige Darstellung zu setzen.
|
|
|
+ exportieren, um es weiter zu bearbeiten und sich auf <acronym>PHP</acronym>
|
|
|
+ <acronym>DOM</acronym> für die korrekte und richtige Darstellung zu verlassen.
|
|
|
</para>
|
|
|
|
|
|
<para>
|
|
|
Wie bei <classname>Zend_Feed_Reader</classname> ist
|
|
|
<classname>Zend_Feed_Writer</classname> ein alleinstehender Ersatz für
|
|
|
- <classname>Zend_Feed</classname>'s Builder Architektur und nicht kompatibel mit diesen
|
|
|
+ <classname>Zend_Feed</classname>s Builder-Architektur und nicht kompatibel mit diesen
|
|
|
Klassen.
|
|
|
</para>
|
|
|
</sect2>
|
|
|
@@ -53,61 +53,61 @@
|
|
|
|
|
|
<para>
|
|
|
Die Architektur von <classname>Zend_Feed_Writer</classname> ist sehr einfach. Es hat
|
|
|
- zwei Kernsets von Klassen: Daten Container und Renderer.
|
|
|
+ zwei Kernsets von Klassen: Daten-Container und Renderer.
|
|
|
</para>
|
|
|
|
|
|
<para>
|
|
|
Der Container enthält die Klassen <classname>Zend_Feed_Writer_Feed</classname> und
|
|
|
<classname>Zend_Feed_Writer_Entry</classname>. Die Einstiegsklassen können bei jeder
|
|
|
- Feed Klasse angehängt werden. Der einzige Zweck dieses Containers ist es Daten über den
|
|
|
- zu erstellenden Feed zu sammeln, indem ein einfaches Interface von Setter Methoden
|
|
|
- verwendet wird. Diese Methode führen einige Test zur Datenprüfung durch. Zum Beispiel
|
|
|
- prüft er übergebene <acronym>URI</acronym>s, Datum, usw. Diese Checks sind nicht an
|
|
|
- eine der Feed Standard Definitionen gebunden. Das Container Objekt enthält auch Methoden
|
|
|
- welche die schnelle Darstellung und den Export des endgültigen Feeds erlauben, und Sie
|
|
|
- können auf Wunsch wiederverwendet werden.
|
|
|
+ Feed-Klasse angehängt werden. Der einzige Zweck dieses Containers ist es, Daten über den
|
|
|
+ zu erstellenden Feed zu sammeln, indem ein einfaches Interface von Setter-Methoden
|
|
|
+ verwendet wird. Diese Methoden führen einige Test zur Datenprüfung durch. Zum Beispiel
|
|
|
+ prüft er übergebene <acronym>URI</acronym>s, Datum, usw. Diese Prüfungen sind nicht an
|
|
|
+ einen der Feed-Standarddefinitionen gebunden. Das Container-Objekt enthält auch Methoden, welche die
|
|
|
+ schnelle Darstellung und den Export des endgültigen Feeds erlauben und sie können auf
|
|
|
+ Wunsch wiederverwendet werden.
|
|
|
</para>
|
|
|
|
|
|
<para>
|
|
|
- Zusätzlich zu den hauptsächlichen Daten Container Klassen gibt es zwei Atom 2.0
|
|
|
+ Zusätzlich zu den hauptsächlichen Datencontainerklassen gibt es zwei Atom 2.0
|
|
|
spezifische Klassen. <classname>Zend_Feed_Writer_Source</classname> und
|
|
|
<classname>Zend_Feed_Writer_Deleted</classname>. Die erstere implementiert Atom 2.0
|
|
|
- Quell-Elemente welche Feed Metadaten der Quelle für spezielle Einträge im verwendeten
|
|
|
- Feed enthalten (z.B. wenn der aktuelle Feed nicht die Originale Quelle des Eintrags
|
|
|
- enthält). Die letztere implementiert Atom Timbstones RFC und erlaubt es Feeds Referenzen
|
|
|
- zu Einträgen zu haben welche bereits gelöscht wurden.
|
|
|
+ Quell-Elemente, welche Feed-Metadaten der Quelle für spezielle Einträge im verwendeten
|
|
|
+ Feed enthalten (z.B. wenn der aktuelle Feed nicht die originale Quelle des Eintrags
|
|
|
+ enthält). Die letztere implementiert Atom Tombstones RFC und erlaubt es Feeds, Referenzen
|
|
|
+ zu Einträgen zu haben, welche bereits gelöscht wurden.
|
|
|
</para>
|
|
|
|
|
|
<para>
|
|
|
- Wärend es zwei hauptsächliche Datencontainer-Typen gibt, gibt es vier Renderer - zwei
|
|
|
- passende Container Renderer pro unterstütztem Feed Typ. Jeder Renderer akzeptiert einen
|
|
|
+ Während es zwei hauptsächliche Datencontainer-Typen gibt, gibt es vier Renderer - zwei
|
|
|
+ passende Container-Renderer pro unterstütztem Feedtyp. Jeder Renderer akzeptiert einen
|
|
|
Container, und basierend auf seinem Container versucht er ein gültiges Feed-Markup zu
|
|
|
- erstellen. Wenn der Renderer nicht in der Lage ist ein gültiges Feed-Markup zu
|
|
|
+ erstellen. Wenn der Renderer nicht in der Lage ist, ein gültiges Feed-Markup zu
|
|
|
erstellen, möglicherweise weil dem Container ein obligatorischer Datenpunkt fehlt, dann
|
|
|
- wird er dies melden indem eine <classname>Exception</classname> geworfen wird. Wärend es
|
|
|
- möglich ist <classname>Exception</classname>s zu ignorieren, würde das diese alle
|
|
|
- standardmäßigen Sicherheiten entfernen welche sicherstellen das gültige Daten gesetzt
|
|
|
- wurden um einen komplett gültigen Feed darzustellen.
|
|
|
+ wird er dies melden, indem eine <classname>Exception</classname> geworfen wird. Während es
|
|
|
+ möglich ist <classname>Exception</classname>s zu ignorieren, würde dies die
|
|
|
+ standardmäßige Schutzvorrichtung entfernen, welche sicherstellt, dass gültige Daten gesetzt
|
|
|
+ wurden, um einen komplett gültigen Feed darzustellen.
|
|
|
</para>
|
|
|
|
|
|
<para>
|
|
|
- Um dies etwas genauer zu erklären, kann man ein Set von Daten Containern für einen Feed
|
|
|
- erstellen wobei es einen Feed Container gibt in dem einige Entry Container hinzugefügt
|
|
|
- wurden und ein Deleted (gelöschter) Container. Dies formt eine Daten Hierarchie die
|
|
|
+ Um dies etwas genauer zu erklären, kann man ein Set von Datencontainern für einen Feed
|
|
|
+ erstellen, wobei es einen Feed-Container gibt, in dem einige Entry-Container hinzugefügt
|
|
|
+ wurden und ein Deleted (gelöschter) Container. Dies formt eine Datenhierarchie, die
|
|
|
einen normalen Feed nachstellt. Wenn die Darstellung durchgeführt wird, dann übergibt
|
|
|
- diese Hierarchie Ihre Teile den betreffenden Darstellern und die partiellen Feeds (alle
|
|
|
- DOMDocuments) werden dann zusammen geworfen um einen kompletten Feed zu erstellen. Im
|
|
|
+ diese Hierarchie ihre Teile den betreffenden Darstellern und die partiellen Feeds (alle
|
|
|
+ DOMDocuments) werden dann zusammen geworfen, um einen kompletten Feed zu erstellen. Im
|
|
|
Falle von Source oder Deleted (Tomestone) Containern werden diese nur für Atom 2.0
|
|
|
dargestellt und für RSS ignoriert.
|
|
|
</para>
|
|
|
|
|
|
<para>
|
|
|
- Da das System in Datencontainer und Renderer geteilt ist, kann es Erweiterungen
|
|
|
- interessant machen. Eine typische Erweiterung welche namespaced Feeds und Entry Level
|
|
|
- Elemente bietet, muss selbst exakt die gleiche Atchitektur reflektieren, z.B. anbieten
|
|
|
- von Feed und Entry Level Daten Containern, und passenden Renderern. Das ist,
|
|
|
- glücklicherweise, keine komplexe Integrationsarbeit da alle Erweiterungsklassen einfach
|
|
|
- registriert und automatisch von den Kern Klassen verwendet werden. Wir kommen später in
|
|
|
+ Da das System in Datencontainer und Renderer aufgeteilt ist, sind Erweiterungen
|
|
|
+ interessant. Eine typische Erweiterung, welche Namespaced Feeds und Entry Level
|
|
|
+ Elemente bietet, muss selbst exakt die gleiche Architektur reflektieren, z.B. anbieten
|
|
|
+ von Feed und Entry Level Daten Containern und passenden Renderern. Das ist
|
|
|
+ glücklicherweise keine komplexe Integrationsarbeit, da alle Erweiterungsklassen einfach
|
|
|
+ registriert und automatisch von den Kernklassen verwendet werden. Wir kommen später in
|
|
|
diesem Kapitel im Detail zu den Erweiterungen.
|
|
|
</para>
|
|
|
</sect2>
|
|
|
@@ -215,17 +215,17 @@ $out = $feed->export('atom');
|
|
|
]]></programlisting>
|
|
|
|
|
|
<para>
|
|
|
- Das ist ein perfekt gültiges Beispiel für Atom 1.0. Es sollte erwähnt sein das die
|
|
|
- Unterdrückung von obligatorischen Datenpunkten, wie dem Titel, eine
|
|
|
- <classname>Exception</classname> werfen wenn diese als Atom 1.0 dargestellt werden.
|
|
|
- Das unterscheidet sich für <acronym>RSS</acronym> 2.0 wo ein Titel unterdrückt werden
|
|
|
- kann solange eine Beschreibung vorhanden ist. Dadurch werden Exceptions geworfen die
|
|
|
- sich zwischen beiden Standards unterscheiden abhängig vom Renderer der Verwendet wird.
|
|
|
- Vom Design her wird <classname>Zend_Feed_Writer</classname> einen ungültigen Feed für
|
|
|
- keinen Standard darstellen solange der End-Benutzer nicht definiert das alle Exceptions
|
|
|
- ignoriert werden sollen. Diese eingebaute Sicherheit wurde hinzugefügt um
|
|
|
- sicherzustellen dass sich Benutzer ohne tiefe Kenntnisse der betreffenden
|
|
|
- Spezifikationen keine Sorgen machen muss.
|
|
|
+ Das ist ein vollkommen gültiges Beispiel für Atom 1.0. Es sollte erwähnt werden, dass das
|
|
|
+ Weglassen von obligatorischen Teilen der Daten, wie dem Titel, zu einer
|
|
|
+ <classname>Exception</classname> führt, wenn diese als Atom 1.0 dargestellt werden.
|
|
|
+ Anders ist das bei <acronym>RSS</acronym> 2.0, wo ein Titel weggelassen werden
|
|
|
+ kann, solange eine Beschreibung vorhanden ist. Dadurch werden Exceptions geworfen, die
|
|
|
+ sich zwischen beiden Standards abhängig vom Renderer unterscheiden, der verwendet wird.
|
|
|
+ Vom Design her wird <classname>Zend_Feed_Writer</classname> keinen ungültigen Feed für
|
|
|
+ einen Standard übersetzen, außer der End-Benutzer entscheidet sich bewusst, alle Exceptions
|
|
|
+ zu ignorieren. Diese eingebaute Sicherheit wurde hinzugefügt, um
|
|
|
+ sicherzustellen, dass sich Benutzer ohne tiefe Kenntnisse der betreffenden
|
|
|
+ Spezifikationen keine Sorgen machen müssen.
|
|
|
</para>
|
|
|
</sect2>
|
|
|
|
|
|
@@ -233,43 +233,43 @@ $out = $feed->export('atom');
|
|
|
<title>Die Datenpunkte eines Feeds setzen</title>
|
|
|
|
|
|
<para>
|
|
|
- Bevor ein Feed dargestellt werden kann, müssen zuerst die notwendigen Daten, für den
|
|
|
- Feed der dargestellt werden soll, gesetzt werden. Hierbei wird eine einfache Setter
|
|
|
- artige <acronym>API</acronym> verwendet welche auch als initiale Methode für die Prüfung
|
|
|
- von Daten herhält wenn diese gesetzt werden. Vom Design her entspricht die
|
|
|
- <acronym>API</acronym> stark der von <classname>Zend_Feed_Reader</classname> um
|
|
|
+ Bevor ein Feed dargestellt werden kann, müssen zuerst die dafür notwendigen Daten
|
|
|
+ gesetzt werden. Hierbei wird eine einfache Setter-artige
|
|
|
+ <acronym>API</acronym> verwendet, welche auch als initiale Methode für die Prüfung
|
|
|
+ von Daten herhält, wenn diese gesetzt werden. Vom Design her entspricht die
|
|
|
+ <acronym>API</acronym> stark der von <classname>Zend_Feed_Reader</classname>, um
|
|
|
Unklarheiten und Unsicherheiten zu vermeiden.
|
|
|
</para>
|
|
|
|
|
|
<note>
|
|
|
<para>
|
|
|
- Benutzer haben angemerkt dass das nicht Vorhandensein einer einfachen Array
|
|
|
- Schreibweise für Eingabedaten zu langen Codeabschnitten führt. Das wird in
|
|
|
+ Benutzer haben angemerkt, dass das Nichtvorhandensein einer einfachen
|
|
|
+ Array-Schreibweise für Eingabedaten zu langen Codeabschnitten führt. Das wird in
|
|
|
zukünftigen Versionen behoben.
|
|
|
</para>
|
|
|
</note>
|
|
|
|
|
|
<para>
|
|
|
<classname>Zend_Feed_Writer</classname> bietet diese <acronym>API</acronym> über seine
|
|
|
- Datencontainer Klassen <classname>Zend_Feed_Writer_Feed</classname> und
|
|
|
+ Datencontainerklassen <classname>Zend_Feed_Writer_Feed</classname> und
|
|
|
<classname>Zend_Feed_Writer_Entry</classname> an (nicht zu erwähnen die Atom 2.0
|
|
|
spezifischen Erweiterungsklassen). Diese Klassen speichern nahezu alle
|
|
|
- Feed Daten in einer vom Typ unabhängigen Art, was bedeutet das man jeden Datencontainer
|
|
|
- mit jedem Renderer wiederverwenden kann ohne das zusätzliche Arbeit notwendig ist. Beide
|
|
|
- Klassen sind auch offen für Erweiterungen, was bedeutet das eine Erweiterung seine
|
|
|
- eigenen Containerklassen definieren kann welche bei den Basis Containerklassen als
|
|
|
- Erweiterung registriert sind, und geprüft werden sobald irgendein Methodenaufruf die
|
|
|
+ Feed-Daten in einer vom Typ unabhängigen Art, was bedeutet, dass man jeden Datencontainer
|
|
|
+ mit jedem Renderer wiederverwenden kann, ohne dass zusätzliche Arbeit notwendig ist. Beide
|
|
|
+ Klassen sind auch offen für Erweiterungen, was bedeutet, dass eine Erweiterung ihre
|
|
|
+ eigenen Containerklassen definieren kann, welche bei den Basis-Containerklassen als
|
|
|
+ Erweiterung registriert sind und geprüft werden, sobald irgendein Methodenaufruf die
|
|
|
<methodname>__call()</methodname> Methode des Basiscontainers auslöst.
|
|
|
</para>
|
|
|
|
|
|
<para>
|
|
|
- Hier ist eine Zusammenfassung der Kern <acronym>API</acronym> für Feeds. Man sollte
|
|
|
- beachten das Sie nicht nur die Standards für <acronym>RSS</acronym> und Atom umfasst,
|
|
|
- sondern auch eine Anzahl von Erweiterungen welche in
|
|
|
- <classname>Zend_Feed_Writer</classname> enthalten sind. Die Benamung dieser Erweiterungs
|
|
|
- Methoden ist recht generisch - alle Erweiterungs Methoden arbeiten auf dem gleichen
|
|
|
- Level wie die Kern <acronym>API</acronym> da wir es erlauben jedes Erweiterungs Objekt
|
|
|
- seperat zu empfangen wenn das notwendig ist.
|
|
|
+ Hier ist eine Zusammenfassung der Kern-<acronym>API</acronym> für Feeds. Man sollte
|
|
|
+ beachten, dass sie nicht nur die Standards für <acronym>RSS</acronym> und Atom umfasst,
|
|
|
+ sondern auch eine Anzahl von Erweiterungen, welche in
|
|
|
+ <classname>Zend_Feed_Writer</classname> enthalten sind. Die Benennung dieser
|
|
|
+ Erweiterungsmethoden ist recht generisch - alle Erweiterungsmethoden arbeiten auf dem gleichen
|
|
|
+ Level wie die Kern-<acronym>API</acronym>, da wir es erlauben, jedes Erweiterungsobjekt
|
|
|
+ separat zu empfangen wenn das notwendig ist.
|
|
|
</para>
|
|
|
|
|
|
<para>
|
|
|
@@ -288,9 +288,9 @@ $out = $feed->export('atom');
|
|
|
<entry><methodname>setId()</methodname></entry>
|
|
|
|
|
|
<entry>
|
|
|
- Setzt eine eindeutige ID die mit diesem Feed assoziiert ist. Für Atom
|
|
|
+ Setzt eine eindeutige ID, die mit diesem Feed assoziiert ist. Für Atom
|
|
|
1.0 ist das ein atom:id Element, und für <acronym>RSS</acronym> 2.0 wird
|
|
|
- es als guid Element hinzugefügt. Diese sind optional solange ein Link
|
|
|
+ es als guid Element hinzugefügt. Diese sind optional, solange ein Link
|
|
|
hinzugefügt wird, wenn z.B. der Link als ID gesetzt ist.
|
|
|
</entry>
|
|
|
</row>
|
|
|
@@ -309,11 +309,11 @@ $out = $feed->export('atom');
|
|
|
<entry><methodname>setLink()</methodname></entry>
|
|
|
|
|
|
<entry>
|
|
|
- Setzt eine <acronym>URI</acronym> zur <acronym>HTML</acronym> Website
|
|
|
+ Setzt eine <acronym>URI</acronym> zur <acronym>HTML</acronym>-Website,
|
|
|
welche die gleichen oder ähnliche Informationen wie dieser Feed
|
|
|
enthält (z.B. wenn der Feed von einem Blog ist, sollte er die
|
|
|
- <acronym>URI</acronym> des Blogs anbieten unter welche die
|
|
|
- <acronym>HTML</acronym> Version der Einträge gelesen werden können).
|
|
|
+ <acronym>URI</acronym> des Blogs anbieten, unter der die
|
|
|
+ <acronym>HTML</acronym>-Version der Einträge gelesen werden können).
|
|
|
</entry>
|
|
|
</row>
|
|
|
|
|
|
@@ -321,14 +321,14 @@ $out = $feed->export('atom');
|
|
|
<entry><methodname>setFeedLinks()</methodname></entry>
|
|
|
|
|
|
<entry>
|
|
|
- Fügt einen Link zu einem <acronym>XML</acronym> Feed hinzu, entweder der
|
|
|
+ Fügt einen Link zu einem <acronym>XML</acronym>-Feed hinzu, entweder der
|
|
|
erzeugte Feed oder eine alternative <acronym>URI</acronym> zeigen auf
|
|
|
den gleichen Feed, aber in einem anderen Format. Es ist mindestens
|
|
|
- notwendig einen Link zum erstellten Feed zu inkludieren damit dieser
|
|
|
+ notwendig einen Link zum erstellten Feed zu inkludieren, damit dieser
|
|
|
eine identifizierbare endgültige <acronym>URI</acronym> hat, welche es
|
|
|
- dem Client erlaubt Änderungen des Orts mitzubekommen ohne das dauernde
|
|
|
+ dem Client erlaubt, Änderungen des Orts mitzubekommen, ohne dass dauernde
|
|
|
Umleitungen notwendig sind. Dieser Parameter ist ein Array von Arrays,
|
|
|
- wobei jedes Unter-Array die Schlüssel "type" und "uri" enthält. Der Type
|
|
|
+ wobei jedes Unter-Array die Schlüssel "type" und "uri" enthält. Der Typ
|
|
|
sollte "atom", "rss" oder "rdf" sein.
|
|
|
</entry>
|
|
|
</row>
|
|
|
@@ -337,13 +337,13 @@ $out = $feed->export('atom');
|
|
|
<entry><methodname>addAuthors()</methodname></entry>
|
|
|
|
|
|
<entry>
|
|
|
- Setzt die Daten für Autoren. Der Parameter ist ein Array von Arrays
|
|
|
+ Setzt die Daten für Autoren. Der Parameter ist ein Array von Arrays,
|
|
|
wobei jedes Unter-Array die Schlüssel "name", "email" und "uri"
|
|
|
- enthalten kann. Der Wert "uri ist nur für Atom Feeds anwendbar da
|
|
|
- <acronym>RSS</acronym> keine Möglichkeit enthält Ihn anzuzeigen. Für
|
|
|
+ enthalten kann. Der Wert "uri" ist nur für Atom Feeds anwendbar, da
|
|
|
+ <acronym>RSS</acronym> keine Möglichkeit enthält diese anzuzeigen. Für
|
|
|
<acronym>RSS</acronym> 2.0 werden bei der Darstellung zwei Elemente
|
|
|
- erzeugt - ein Autor Element welches die Referenz zur Email enthält und
|
|
|
- dem Namen in Klammern, und ein Dublin Core Creator Element welches nur
|
|
|
+ erzeugt - ein Autorelement, welches die Referenz zur Email und
|
|
|
+ dem Namen in Klammern enthält und ein Dublin Core Creator Element, welches nur
|
|
|
den Namen enthält.
|
|
|
</entry>
|
|
|
</row>
|
|
|
@@ -352,8 +352,8 @@ $out = $feed->export('atom');
|
|
|
<entry><methodname>addAuthor()</methodname></entry>
|
|
|
|
|
|
<entry>
|
|
|
- Setzt die Daten für einen einzelnen Autor und folgt dem selben Array
|
|
|
- Format wie vorher für ein einzelnes Unter-Array beschrieben.
|
|
|
+ Setzt die Daten für einen einzelnen Autor und folgt demselben
|
|
|
+ Array-Format wie vorher für ein einzelnes Unter-Array beschrieben.
|
|
|
</entry>
|
|
|
</row>
|
|
|
|
|
|
@@ -361,11 +361,11 @@ $out = $feed->export('atom');
|
|
|
<entry><methodname>setDateCreated()</methodname></entry>
|
|
|
|
|
|
<entry>
|
|
|
- Setzt das Datum an dem dieser Feed erstellt wurde. Generell nur
|
|
|
- für Atom anwendbar wo es das Datum beschreibt zu der die Ressource,
|
|
|
+ Setzt das Datum, an dem dieser Feed erstellt wurde. Generell nur
|
|
|
+ für Atom anwendbar, wo es das Datum beschreibt, zu der die Ressource,
|
|
|
die von dem Atom 1.0 Dokument beschrieben wird, erstellt wurde. Der
|
|
|
- erwartete Parameter muss ein <acronym>UNIX</acronym> Timestamp oder ein
|
|
|
- <classname>Zend_Date</classname> Objekt sein.
|
|
|
+ erwartete Parameter muss ein <acronym>UNIX</acronym>-Timestamp oder ein
|
|
|
+ <classname>Zend_Date</classname>-Objekt sein.
|
|
|
</entry>
|
|
|
</row>
|
|
|
|
|
|
@@ -373,9 +373,9 @@ $out = $feed->export('atom');
|
|
|
<entry><methodname>setDateModified()</methodname></entry>
|
|
|
|
|
|
<entry>
|
|
|
- Setzt das Datum zu dem dieser Feed das letzte Mal geändert wurde. Der
|
|
|
- erwartete Parameter muss ein <acronym>UNIX</acronym> Timestamp oder ein
|
|
|
- <classname>Zend_Date</classname> Objekt sein.
|
|
|
+ Setzt das Datum, an dem dieser Feed das letzte Mal geändert wurde. Der
|
|
|
+ erwartete Parameter muss ein <acronym>UNIX</acronym>-Timestamp oder ein
|
|
|
+ <classname>Zend_Date</classname>-Objekt sein.
|
|
|
</entry>
|
|
|
</row>
|
|
|
|
|
|
@@ -395,7 +395,7 @@ $out = $feed->export('atom');
|
|
|
<entry><methodname>setLanguage()</methodname></entry>
|
|
|
|
|
|
<entry>
|
|
|
- Setzt die Sprache des Feeds. Diese wird unterdrückt solange Sie nicht
|
|
|
+ Setzt die Sprache des Feeds. Diese wird unterdrückt, solange sie nicht
|
|
|
gesetzt ist.
|
|
|
</entry>
|
|
|
</row>
|
|
|
@@ -405,27 +405,27 @@ $out = $feed->export('atom');
|
|
|
|
|
|
<entry>
|
|
|
Erlaubt es einen Generator zu setzen. Der Parameter sollte ein Array
|
|
|
- sein welche die Schlüssel "name", "version" und "uri" enthält. Wenn er
|
|
|
- unterdrückt wird, wird ein standardmäßiger Generator hinzugefügt welcher
|
|
|
- auf <classname>Zend_Feed_Writer</classname>, die aktuelle Version vom
|
|
|
+ sein, welches die Schlüssel "name", "version" und "uri" enthält. Wenn er
|
|
|
+ unterdrückt wird, wird ein standardmäßiger Generator hinzugefügt, welcher
|
|
|
+ auf <classname>Zend_Feed_Writer</classname>, die aktuelle Version des
|
|
|
Zend Framework und die <acronym>URI</acronym> des Frameworks verweist.
|
|
|
</entry>
|
|
|
</row>
|
|
|
|
|
|
<row>
|
|
|
<entry><methodname>setCopyright()</methodname></entry>
|
|
|
- <entry>Setzt eine Copyright Notiz die mit dem Feed assoziiert ist.</entry>
|
|
|
+ <entry>Setzt eine Copyright-Notiz, die mit dem Feed assoziiert ist.</entry>
|
|
|
</row>
|
|
|
|
|
|
<row>
|
|
|
<entry><methodname>addHubs()</methodname></entry>
|
|
|
|
|
|
<entry>
|
|
|
- Akzeptiert ein Array von Pubsubhubbub Hub Endpunkten die im Feed als
|
|
|
- Atom Links dargestellt werden damit PuSH Abonnenten den eigenen Feed
|
|
|
- abbonieren können. Es ist zu beachten das man einen Pubsubhubbub
|
|
|
- Herausgeber implementieren muss damit Real-Time Updates ermöglicht
|
|
|
- werden. Ein Herausgeber kann implementiert werden indem
|
|
|
+ Akzeptiert ein Array von Pubsubhubbub Hub Endpunkten, die im Feed als
|
|
|
+ Atom-Links dargestellt werden, damit PuSH-Abonnenten den eigenen Feed
|
|
|
+ abbonieren können. Es ist zu beachten, dass man einen Pubsubhubbub
|
|
|
+ Herausgeber implementieren muss, damit Real-Time-Updates ermöglicht
|
|
|
+ werden. Ein Herausgeber kann implementiert werden, indem
|
|
|
<classname>Zend_Feed_Pubsubhubbub_Publisher</classname> verwendet wird.
|
|
|
Die Methode <methodname>addHub()</methodname> erlaubt es gleichzeitig
|
|
|
nur einen Hub hinzuzufügen.
|
|
|
@@ -436,14 +436,14 @@ $out = $feed->export('atom');
|
|
|
<entry><methodname>addCategories()</methodname></entry>
|
|
|
|
|
|
<entry>
|
|
|
- Akzepziert ein Array an Kategorien für die Darstellung, wobei jedes
|
|
|
- Element selbst ein Array ist dessen möglich Schlüssel "term", "label"
|
|
|
+ Akzeptiert ein Array an Kategorien für die Darstellung, wobei jedes
|
|
|
+ Element selbst ein Array ist, dessen mögliche Schlüssel "term", "label"
|
|
|
und "scheme" enthalten. "term" ist typischerweise der Name einer
|
|
|
- Kategorie welche für die Aufnahme in einer <acronym>URI</acronym>
|
|
|
- passen. "label" kann ein menschlich lesbarer Name einer Kategorie sein
|
|
|
- der spezielle Zeichen unterstützt (er wird wärend der Darstellung
|
|
|
+ Kategorie, welche für die Aufnahme in einer <acronym>URI</acronym>
|
|
|
+ passen. "label" kann ein menschenlesbarer Name einer Kategorie sein,
|
|
|
+ der spezielle Zeichen unterstützt (er wird während der Darstellung
|
|
|
kodiert) und ist ein benötigter Schlüssel. "scheme" (im
|
|
|
- <acronym>RSS</acronym> auch die Domain genannt) ist optional muss aber
|
|
|
+ <acronym>RSS</acronym> auch die Domain genannt) ist optional, muss aber
|
|
|
eine gültige <acronym>URI</acronym> sein. Die Methode
|
|
|
<methodname>addCategory()</methodname> erlaubt es gleichzeitig nur eine
|
|
|
Kategorie hinzuzufügen.
|
|
|
@@ -469,8 +469,8 @@ $out = $feed->export('atom');
|
|
|
|
|
|
<entry>
|
|
|
Gibt eine neue Instanz von <classname>Zend_Feed_Writer_Entry</classname>
|
|
|
- zurück. Das ist der Daten Container auf Level des Eintrags. Neue
|
|
|
- Einträge müssen <methodname>addEntry()</methodname> explizit aufrufen um
|
|
|
+ zurück. Das ist der Daten Container auf der Ebene des Eintrags. Neue
|
|
|
+ Einträge müssen <methodname>addEntry()</methodname> explizit aufrufen, um
|
|
|
Einträge für die Darstellung hinzuzufügen.
|
|
|
</entry>
|
|
|
</row>
|
|
|
@@ -511,8 +511,8 @@ $out = $feed->export('atom');
|
|
|
<entry><methodname>removeEntry()</methodname></entry>
|
|
|
|
|
|
<entry>
|
|
|
- Akzeptiert einen Parameter welche des Array Index eines Eintrags
|
|
|
- anzeigt welche vom Feed zu entfernen ist.
|
|
|
+ Akzeptiert einen Parameter, der den Array-Index eines Eintrags
|
|
|
+ bestimmt, welcher vom Feed zu entfernen ist.
|
|
|
</entry>
|
|
|
</row>
|
|
|
|
|
|
@@ -522,8 +522,8 @@ $out = $feed->export('atom');
|
|
|
<entry>
|
|
|
Exportiert die komplette Datenhierarchie in einen <acronym>XML</acronym>
|
|
|
Feed. Die Methode has zwei Parameter. Der erste ist der Feedtyp,
|
|
|
- entweder "atom" oder "rss". Der zweite in ein optionaler Boolean der
|
|
|
- zeigt ob Exceptions geworfen werden oder nicht. Er ist Standardmäßig
|
|
|
+ entweder "atom" oder "rss". Der zweite in ein optionaler Boolean-Wert, der
|
|
|
+ zeigt ob Exceptions geworfen werden oder nicht. Er ist standardmäßig
|
|
|
<constant>TRUE</constant>.
|
|
|
</entry>
|
|
|
</row>
|
|
|
@@ -533,7 +533,7 @@ $out = $feed->export('atom');
|
|
|
|
|
|
<note>
|
|
|
<para>
|
|
|
- Zusätzlich zu diesen Settern gibt es passende Getter um Daten von den
|
|
|
+ Zusätzlich zu diesen Settern gibt es passende Getter, um Daten von den
|
|
|
Eintrags-Daten-Containern zu erhalten. Zum Beispiel gibt es zu
|
|
|
<methodname>setImage()</methodname> eine passende
|
|
|
</para>
|
|
|
@@ -544,16 +544,16 @@ $out = $feed->export('atom');
|
|
|
</sect2>
|
|
|
|
|
|
<sect2 id="zend.feed.writer.setting.entry.data.points">
|
|
|
- <title>Setzen der Datenpunkt für Einträge</title>
|
|
|
+ <title>Setzen der Datenpunkte für Einträge</title>
|
|
|
|
|
|
<para>
|
|
|
- Hier ist eine Zusammenfassung der Kern <acronym>API</acronym> für Einträge und Elemente.
|
|
|
- Man sollte beachten das Sie nicht nur die Standards für <acronym>RSS</acronym> und Atom
|
|
|
- umfasst, sondern auch eine Anzahl von Erweiterungen welche in
|
|
|
- <classname>Zend_Feed_Writer</classname> enthalten sind. Die Benamung dieser Erweiterungs
|
|
|
- Methoden ist recht generisch - alle Erweiterungs Methoden arbeiten auf dem gleichen
|
|
|
- Level wie die Kern <acronym>API</acronym> da wir es erlauben jedes Erweiterungs Objekt
|
|
|
- seperat zu empfangen wenn das notwendig ist.
|
|
|
+ Hier ist eine Zusammenfassung der Kern-<acronym>API</acronym> für Einträge und Elemente.
|
|
|
+ Man sollte beachten, dass dies nicht nur die Standards für <acronym>RSS</acronym> und Atom
|
|
|
+ umfasst, sondern auch eine Anzahl von Erweiterungen, welche in
|
|
|
+ <classname>Zend_Feed_Writer</classname> enthalten sind. Die Benennung dieser
|
|
|
+ Erweiterungsmethoden ist recht generisch - alle Erweiterungsmethoden arbeiten auf der gleichen
|
|
|
+ Ebene wie die Kern-<acronym>API</acronym>, da wir es zulassen, jedes Erweiterungsobjekt
|
|
|
+ separat zu empfangen, wenn das notwendig ist.
|
|
|
</para>
|
|
|
|
|
|
<para>
|
|
|
@@ -562,7 +562,7 @@ $out = $feed->export('atom');
|
|
|
</para>
|
|
|
|
|
|
<table>
|
|
|
- <title>API Methoden auf Eintrags Level</title>
|
|
|
+ <title>API-Methoden auf Eintragsebene</title>
|
|
|
|
|
|
<tgroup cols="2">
|
|
|
<tbody>
|
|
|
@@ -570,9 +570,9 @@ $out = $feed->export('atom');
|
|
|
<entry><methodname>setId()</methodname></entry>
|
|
|
|
|
|
<entry>
|
|
|
- Setzt eine eindeutige ID die mit diesem Eintrag assoziiert ist. Für Atom
|
|
|
- 1.0 ist das ein atom:id Element, und für <acronym>RSS</acronym> 2.0 wird
|
|
|
- es als guid Element hinzugefügt. Diese sind optional solange ein Link
|
|
|
+ Setzt eine eindeutige ID, die mit diesem Eintrag assoziiert ist. Für Atom
|
|
|
+ 1.0 ist das ein atom:id Element und für <acronym>RSS</acronym> 2.0 wird
|
|
|
+ es als guid-Element hinzugefügt. Diese sind optional, solange ein Link
|
|
|
hinzugefügt wird, wenn z.B. der Link als ID gesetzt ist.
|
|
|
</entry>
|
|
|
</row>
|
|
|
@@ -596,11 +596,11 @@ $out = $feed->export('atom');
|
|
|
<entry><methodname>setLink()</methodname></entry>
|
|
|
|
|
|
<entry>
|
|
|
- Setzt eine <acronym>URI</acronym> zur <acronym>HTML</acronym> Website
|
|
|
+ Setzt eine <acronym>URI</acronym> zur <acronym>HTML</acronym>-Website,
|
|
|
welche die gleichen oder ähnliche Informationen wie dieser Eintrag
|
|
|
enthält (z.B. wenn der Feed von einem Blog ist, sollte er die
|
|
|
- <acronym>URI</acronym> des Blog Artikels anbieten unter welche die
|
|
|
- <acronym>HTML</acronym> Version des Eintrags gelesen werden kann).
|
|
|
+ <acronym>URI</acronym> des Blog Artikels anbieten, unter welcher die
|
|
|
+ <acronym>HTML</acronym>-Version des Eintrags gelesen werden kann).
|
|
|
</entry>
|
|
|
</row>
|
|
|
|
|
|
@@ -608,16 +608,16 @@ $out = $feed->export('atom');
|
|
|
<entry><methodname>setFeedLinks()</methodname></entry>
|
|
|
|
|
|
<entry>
|
|
|
- Fügt einen Link zu einem <acronym>XML</acronym> Feed hinzu, entweder der
|
|
|
- erzeugte Feed oder eine alternative <acronym>URI</acronym> zeigen auf
|
|
|
- den gleichen Feed, aber in einem anderen Format. Es ist mindestens
|
|
|
- notwendig einen Link zum erstellten Feed zu inkludieren damit dieser
|
|
|
- eine identifizierbare endgültige <acronym>URI</acronym> hat, welche es
|
|
|
- dem Client erlaubt Änderungen des Orts mitzubekommen ohne
|
|
|
- das dauernde Umleitungen notwendig sind. Dieser Parameter ist ein Array
|
|
|
+ Fügt einen Link zu einem <acronym>XML</acronym>-Feed hinzu, entweder der
|
|
|
+ erzeugte Feed oder eine alternative <acronym>URI</acronym>, dieauf
|
|
|
+ den gleichen Feed zeigt, aber in einem anderen Format. Es wird empfohlen,
|
|
|
+ mindestens einen Link zum erstellten Feed zu aufzunehmen, damit dieser
|
|
|
+ eine erkennbare endgültige <acronym>URI</acronym> hat, welche es
|
|
|
+ dem Client erlaubt, Ortswechsel mitzubekommen, ohne
|
|
|
+ dass dauernde Umleitungen notwendig sind. Dieser Parameter ist ein Array
|
|
|
von Arrays, wobei jedes Unter-Array die Schlüssel "type" und "uri"
|
|
|
- enthält. Der Type sollte "atom", "rss" oder "rdf" sein. Wenn ein Typ
|
|
|
- unterdrückt wird, ist er standardmäßig mit dem Typ identisch mit dem
|
|
|
+ enthält. Der Typ sollte "atom", "rss" oder "rdf" sein. Wenn der Typ
|
|
|
+ weggelassen wird, ist er standardmäßig mit dem Typ identisch, mit dem
|
|
|
der Feed dargestellt wird.
|
|
|
</entry>
|
|
|
</row>
|
|
|
@@ -628,11 +628,11 @@ $out = $feed->export('atom');
|
|
|
<entry>
|
|
|
Setzt die Daten für Autoren. Der Parameter ist ein Array von Arrays
|
|
|
wobei jedes Unter-Array die Schlüssel "name", "email" und "uri"
|
|
|
- enthalten kann. Der Wert "uri ist nur für Atom Feeds anwendbar da
|
|
|
- <acronym>RSS</acronym> keine Möglichkeit enthält Ihn anzuzeigen. Für
|
|
|
+ enthalten kann. Der Wert "uri" ist nur für Atom-Feeds anwendbar, da
|
|
|
+ <acronym>RSS</acronym> keine Möglichkeit enthält, diese anzuzeigen. Für
|
|
|
<acronym>RSS</acronym> 2.0 werden bei der Darstellung zwei Elemente
|
|
|
- erzeugt - ein Autor Element welches die Referenz zur Email enthält und
|
|
|
- dem Namen in Klammern, und ein Dublin Core Creator Element welches nur
|
|
|
+ erzeugt - ein Autorelement, welches die Referenz zur Email und
|
|
|
+ den Namen in Klammern enthält und ein Dublin Core Creator Element, welches nur
|
|
|
den Namen enthält.
|
|
|
</entry>
|
|
|
</row>
|
|
|
@@ -641,7 +641,7 @@ $out = $feed->export('atom');
|
|
|
<entry><methodname>addAuthor()</methodname></entry>
|
|
|
|
|
|
<entry>
|
|
|
- Setzt die Daten für einen einzelnen Autor und folgt dem selben Format
|
|
|
+ Setzt die Daten für einen einzelnen Autor und folgt demselben Format
|
|
|
wie vorher für ein einzelnes Unter-Array beschrieben.
|
|
|
</entry>
|
|
|
</row>
|
|
|
@@ -650,11 +650,11 @@ $out = $feed->export('atom');
|
|
|
<entry><methodname>setDateCreated()</methodname></entry>
|
|
|
|
|
|
<entry>
|
|
|
- Setzt das Datum an dem dieser Feed erstellt wurde. Generell nur
|
|
|
- für Atom anwendbar wo es das Datum beschreibt zu der die Ressource,
|
|
|
+ Setzt das Datum, an dem dieser Feed erstellt wurde. Generell nur
|
|
|
+ für Atom anwendbar, wo es das Datum beschreibt an dem die Ressource,
|
|
|
die von dem Atom 1.0 Dokument beschrieben wird, erstellt wurde. Der
|
|
|
- erwartete Parameter muss ein <acronym>UNIX</acronym> Timestamp oder ein
|
|
|
- <classname>Zend_Date</classname> Objekt sein. Wenn es nicht angegeben
|
|
|
+ erwartete Parameter muss ein <acronym>UNIX</acronym>-Timestamp oder ein
|
|
|
+ <classname>Zend_Date</classname>-Objekt sein. Wenn es nicht angegeben
|
|
|
wird, dann wird das verwendete Datum das aktuelle Datum und die aktuelle
|
|
|
Zeit sein.
|
|
|
</entry>
|
|
|
@@ -664,9 +664,9 @@ $out = $feed->export('atom');
|
|
|
<entry><methodname>setDateModified()</methodname></entry>
|
|
|
|
|
|
<entry>
|
|
|
- Setzt das Datum zu dem dieser Feed das letzte Mal geändert wurde. Der
|
|
|
- erwartete Parameter muss ein <acronym>UNIX</acronym> Timestamp oder ein
|
|
|
- <classname>Zend_Date</classname> Objekt sein. Wenn es nicht angegeben
|
|
|
+ Setzt das Datum, an dem dieser Feed das letzte Mal geändert wurde. Der
|
|
|
+ erwartete Parameter muss ein <acronym>UNIX</acronym>-Timestamp oder ein
|
|
|
+ <classname>Zend_Date</classname>-Objekt sein. Wenn es nicht angegeben
|
|
|
wird, dann wird das verwendete Datum das aktuelle Datum und die aktuelle
|
|
|
Zeit sein.
|
|
|
</entry>
|
|
|
@@ -676,7 +676,7 @@ $out = $feed->export('atom');
|
|
|
<entry><methodname>setCopyright()</methodname></entry>
|
|
|
|
|
|
<entry>
|
|
|
- Setzt eine Copyright Notiz welche mit dem Feed assoziiert wird.
|
|
|
+ Setzt eine Copyright-Notiz, welche mit dem Feed assoziiert wird.
|
|
|
</entry>
|
|
|
</row>
|
|
|
|
|
|
@@ -684,14 +684,14 @@ $out = $feed->export('atom');
|
|
|
<entry><methodname>setCategories()</methodname></entry>
|
|
|
|
|
|
<entry>
|
|
|
- Akzepziert ein Array an Kategorien für die Darstellung, wobei jedes
|
|
|
- Element selbst ein Array ist dessen möglich Schlüssel "term", "label"
|
|
|
+ Akzeptiert ein Array von Kategorien für die Darstellung, wobei jedes
|
|
|
+ Element selbst ein Array ist, dessen möglich Schlüssel "term", "label"
|
|
|
und "scheme" enthalten. "term" ist typischerweise der Name einer
|
|
|
- Kategorie welche für die Aufnahme in einer <acronym>URI</acronym>
|
|
|
- passen. "label" kann ein menschlich lesbarer Name einer Kategorie sein
|
|
|
- der spezielle Zeichen unterstützt (er wird wärend der Darstellung
|
|
|
+ Kategorie, welche für die Aufnahme in einer <acronym>URI</acronym>
|
|
|
+ passen. "label" kann ein menschenlesbarer Name einer Kategorie sein,
|
|
|
+ der spezielle Zeichen unterstützt (er wird während der Darstellung
|
|
|
kodiert) und ist ein benötigter Schlüssel. "scheme" (im
|
|
|
- <acronym>RSS</acronym> auch die Domain genannt) ist optional muss aber
|
|
|
+ <acronym>RSS</acronym> auch die Domain genannt) ist optional, muss aber
|
|
|
eine gültige <acronym>URI</acronym> sein.
|
|
|
</entry>
|
|
|
</row>
|
|
|
@@ -700,7 +700,7 @@ $out = $feed->export('atom');
|
|
|
<entry><methodname>setCommentCount()</methodname></entry>
|
|
|
|
|
|
<entry>
|
|
|
- Setzt die Anzahl an Kommentaren welche mit diesem Eintrag assoziiert
|
|
|
+ Setzt die Anzahl an Kommentaren, welche mit diesem Eintrag verbunden
|
|
|
sind. Die Darstellung unterscheidet sich zwischen <acronym>RSS</acronym>
|
|
|
und Atom 2.0 abhängig vom benötigten Element oder Attribut.
|
|
|
</entry>
|
|
|
@@ -710,8 +710,8 @@ $out = $feed->export('atom');
|
|
|
<entry><methodname>setCommentLink()</methodname></entry>
|
|
|
|
|
|
<entry>
|
|
|
- Setzt einen Link zu einer <acronym>HTML</acronym> Seite welche
|
|
|
- Kommentare enthält die mit diesem Eintrag assoziiert sind.
|
|
|
+ Setzt einen Link zu einer <acronym>HTML</acronym> Seite, welche
|
|
|
+ Kommentare enthält, die mit diesem Eintrag assoziiert sind.
|
|
|
</entry>
|
|
|
</row>
|
|
|
|
|
|
@@ -719,9 +719,9 @@ $out = $feed->export('atom');
|
|
|
<entry><methodname>setCommentFeedLink()</methodname></entry>
|
|
|
|
|
|
<entry>
|
|
|
- Setzt einen Link zu einem <acronym>XML</acronym> Feed welcher Kommentare
|
|
|
- enthält welche mit diesem Eintrag assoziiert sind. Der Parameter ist ein
|
|
|
- Array welches die Schlüssel "uri" und "type" enthält, wobei der Typ
|
|
|
+ Setzt einen Link zu einem <acronym>XML</acronym>-Feed, der Kommentare
|
|
|
+ enthält, welche mit diesem Eintrag assoziiert sind. Der Parameter ist ein
|
|
|
+ Array, welches die Schlüssel "uri" und "type" enthält, wobei der Typ
|
|
|
entweder "rdf", "rss" oder "atom" ist.
|
|
|
</entry>
|
|
|
</row>
|
|
|
@@ -730,8 +730,8 @@ $out = $feed->export('atom');
|
|
|
<entry><methodname>setCommentFeedLinks()</methodname></entry>
|
|
|
|
|
|
<entry>
|
|
|
- Gleich wie <methodname>setCommentFeedLink()</methodname> ausser das Sie
|
|
|
- ein Array von Array akzeptiert wobei jedes Unterarray die von
|
|
|
+ Das gleiche wie <methodname>setCommentFeedLink()</methodname>, außer dass sie
|
|
|
+ ein Array von Arrays akzeptiert, wobei jedes Unterarray die von
|
|
|
<methodname>setCommentFeedLink()</methodname> erwarteten Parameter
|
|
|
enthält.
|
|
|
</entry>
|
|
|
@@ -742,7 +742,7 @@ $out = $feed->export('atom');
|
|
|
|
|
|
<entry>
|
|
|
Setzt die Kodierung des Textes des Eintrags. Diese ist standardmäßig
|
|
|
- UTF-8 welche auch die bevorzugte Kodierung ist.
|
|
|
+ UTF-8, welche auch die bevorzugte Kodierung ist.
|
|
|
</entry>
|
|
|
</row>
|
|
|
</tbody>
|
|
|
@@ -751,7 +751,7 @@ $out = $feed->export('atom');
|
|
|
|
|
|
<note>
|
|
|
<para>
|
|
|
- Zusätzlich zu diesen Settern gibt es passende Getter um Daten von den
|
|
|
+ Zusätzlich zu diesen Settern gibt es passende Getter, um Daten von den
|
|
|
Eintrags-Daten-Containern zu erhalten.
|
|
|
</para>
|
|
|
</note>
|
loeffler.de