Simon A. Wilper wrote:
Hallo Volker, *,
Hi there!
Bitte: http://volkerme.googlegroups.com/web/newsfeed.png
Interessant. Der Reader scheint, alte Eintraege einfach im Cache zu
behalten. Wenn man sich die CVS-Liste anschaut, wird ungefaehr jedes
Mal ein neuer Eintrag pro CVS-Commit angezeigt.
Meiner Meinung nach ist das aber klar ein Bug des Readers.
Da bin ich nicht deiner Meinung.
Ich denke wenn der Feed <id> Tags für die einzelnen Artikel/Entries
verwenden würde hätte der Reader eine Chance trotz seines Features zu
cachen ein und denselben Eintrag bei einer neueren Version des Files
auch als gleichen Eintrag zu erkennen.
Referenzen:
http://tools.ietf.org/html/rfc4287#section-4.2.6.1
Instances of atom:id elements can be compared to determine whether an
entry or feed is the same as one seen before. Processors MUST
compare atom:id elements on a character-by-character basis (in a
case-sensitive fashion).
http://tools.ietf.org/html/rfc4287#section-4.1.1
If an Atom Feed
Document contains multiple entries with the same atom:id, Atom
Processors MAY choose to display all of them or some subset of them.
One typical behavior would be to display only the entry with the
latest atom:updated timestamp.
Also probiert doch einfach mal aus auch <id> Tags für die einzelnen
Artikel/Entries zu verwenden, kann ja im Zweifelsfall einfach immer
derselbe Wert wie beim link href Attribut als <id> Text Inhalt verwendet
werden.
Ich vermute mal stark das damit das Problem nicht mehr auftritt.
Das betrifft natürlich nur zukünftige Änderungen an dem File. Bei den
noch im Cache des Readers befindlichen Entries die leider keine ID haben
kann man natürlich nichts mehr machen ausser vielleicht den Feed
komplett einmal löschen und wieder neu anlegen im Reader.
> Simon
>
>
Gruß,
Bernd Eilers
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
