NFReader 1.3.6 (NewsFeed-Reader)

[Gaijin]

Danke, in der nächsten Version wird das Datum auch bei fehlender Zeitzone richtig angezeigt werden.

[Daniel G]

Zitat:

Zitat von Sko

(man kann ja nicht für jedes Datumsformat nen Parser schreiben, da wird man ja nie fertig)

Da gibt's n RFC für, es ist also genormt. Allerdings hält sich nicht unbedingt jeder daran, wie's Normen nunmal so an sich haben. :?

[Matze]

Hier wieder ein Fehler, der beim Programmstart aufgetreten ist:

1. Meldung:

Code:

---------------------------
NFReader: NFReader.exe - Fehler in Anwendung
---------------------------
Die Ausnahme "Unbekannter Softwarefehler" (0x0eedfade) ist in der Anwendung an der Stelle 0x7c812a5b aufgetreten.


---------------------------
OK   Abbrechen   
---------------------------

2. Meldung

Code:

---------------------------
Application Error
---------------------------
Exception EMenuError in module NFReader.exe at 000783C5.

Out of system resources.


---------------------------
OK   
---------------------------

RAM habe ich noch genügend frei und selbst wenn es nicht der Fall wäre, dürfte sowas eigentlich nicht auftreten. :gruebel:

[Gaijin]

Ich kann leider keinen der beiden Fehler nachvollziehen.

Betreffend der zweiten Fehlermeldung gibt es laut Hilfe vier mögliche Ursachen, jedoch macht NFReader nichts davon. :gruebel:

[Gaijin]

Version 1.2.1:
[+] Die Anzahl der ungelesenen Einträge eines Feeds können jetzt neben den Titel in der Feed-Übersicht angezeigt werden.
[+] Feeds können nun auch beim Programmstart automatisch abgefragt werden.
[*] Wenn das Abfrageintervall für ein Feed auf weniger als eine Stunde eingestellt wird, wird jetzt ein Warnhinweis angezeigt.
[-] Bei einer fehlenden Zeitzonenangabe wurden Datumswerte nicht richtig ausgelesen.

[Gaijin]

Version 1.3:
[+] Es werden jetzt auch fehlerhafte Feeds erkannt, die keinen XML-Tag aufweisen.
[+] Es werden jetzt auch für Feeds unübliche Datumsangaben im Format "mmmm dd, hh:nn AM/PM" unterstützt.
[+] NFReader kann jetzt in andere Sprachen übersetzt werden. Eine englische Sprachdatei ist bereits enthalten.

(Download im ersten Posting)

[Gaijin]

Version 1.3.2:
[+] Die Feed-Liste kann jetzt optional auch manuell aufsteigend und absteigend sortiert werden.
[*] Für die HTML-Ansicht wird jetzt bei RSS-Feeds der Tag "content:encoded" verwendet, falls dieser vorhanden ist.
[-] Kleinere Korrekturen beim Dekodieren von Feed.

Version 1.3.1:
[+] Bei der Dekodierung von HTML-Sonderzeichen werden jetzt auch hexadezimale Angaben unterstützt.
[+] Eine holländische Sprachdatei wurde hinzugefügt.
[+] Feeds können jetzt optional mit einem Doppelklick auf den Feed-Namen in der Baumansicht aktualisiert werden.
[+] In der Symbolleiste wurde eine Schaltfläche zum Abfragen aller Feeds hinzugefügt.
[*] Der Link/URL zu einem Feed-Eintrag wird jetzt nicht mehr angezeigt. Statt dessen ist der Titel anklickbar und öffnet den entsprechenden URL. Als Tool-Tip wird der Titel und der URL angezeigt.
[*] Kleinere Änderungen am Hauptmenü.

(Download im ersten Posting)

[OregonGhost]

Hmm... ist das ganze so gedacht, dass man bei einem Update einfach nur das Archiv ins Programmverzeichnis kopiert? Einschließlich der Feeds.xml, die alle Informationen über die Feeds enthält? Wenn ja, ist das unglücklich - damit habe ich mir offenbar gerade die gespeicherten Feeds überschrieben. Sind diese noch irgendwo anders gesichert? In der INI stehen zwar noch die Namen der Feeds drin, aber ohne URL.
Ein Update sollte niemals die Einstellungen oder Daten des Benutzers unumkehrbar wegwerfen.

[Gaijin]

Zitat:

Zitat von OregonGhost

Ein Update sollte niemals die Einstellungen oder Daten des Benutzers unumkehrbar wegwerfen.

Welches "Update"? Das ist nur eine komprimierte Datei. Für eine Aktualisierung musst nur die EXE-Datei austauschen.

Aber um weitere Schwierigkeiten zu vermeiden, lasse ich die Feeds.xml weg.

[OregonGhost]

Nun, da es keine speziellen Update-Anweisungen gibt (wenn doch, habe ich sie überlesen), ist doch das logischste, was man machen kann, alles ins Verzeichnis zu extrahieren. Dabei darf eigentlich nichts verloren gehen. Kann ja normal auch nicht, denn Anwendungseinstellungen und -daten gehören nicht ins Programmverzeichnis.
Eine Möglichkeit wäre, das Programm mit einem Vista-Manifest auszustatten, dadurch bekommt es statt der virtuellen Speicherung einen Schreibfehler, wenn es ins Programmverzeichnis schreibt und kann darauf reagieren, indem es stattdessen ins Anwendungsdatenverzeichnis schreibt. Das wäre vermutlich der geringste Aufwand, das für XP und Vista "sauber" zu kriegen, ohne die "Portabilität" zu verlieren (standardmäßig ins Programmverzeichnis schreiben, wenn man z.B. das Programm auf USB-Stick mitschleppt).