madicon RSS Reader 0.9.0.17 beta für ND6.x

[Manfred Dillmann]

Hallo zusammen,

da es nach meinen Erkenntnissen bislang keinen "nativ" Notes RSS Reader gab, war ich in den letzen Wochen fleissig und habe selbst einen programmiert.

Falls Ihr Interesse an einem Test habt, findet ihr auf meiner Website im Bereich Software eine Beta-Version und weiterführende Informationen.

Anregungen, Wünsche, Fehler und was immer zum Programm zu sagen (schreiben) ist, kann im eigens für diesen Zweck eingerichteten Forum gepostet werden.

Danke für Eure Mühe!

Gruss
Manfred

[Axel_Janssen]

cool

kann im eigens für diesen Zweck eingerichteten Forum gepostet werden.

nö. bleib ruhig hier.  

Mich würde interessieren:
- hast du das in LotusScript programmiert oder inwieweit hast du Java verwendet?

- die Meldungen bezüglich des fehlenden Leerzeichens im xml code. Ohne jetzt als der grösste Clugscheisser des Samstagabends zu gelten, aber wenn ich mich richtig erinnere werden Leerzeichen und Line-breaks in xml gleich gewertet. Hab mir das rss der betreffenden Dokumente mal angeschaut und das könnte das Problem sein. Vielleicht kannst du das ein bischen robuster machen. Welche api benutzt du zum parsen der xml-Dokumente?

- wo liegt der Unterschied zwischen deinem replacement Doctype-Element und dem Element das im Newsfeed drin ist? Ich habe nix gesehen was da falsch ist.  

Gruß Axel

[animate]

sorry, dass ich hier poste, aber dein dafür vorgesehenes Forum is irgendwie recht lahm bei mir.

sieht gut aus und bietet alle Features, die ich brauche (gut, fast. optionale Benachrichtigung bei Änderung einer Seite wäre nicht schlecht, hab ich nirgendwo entdeckt)
Ein paar Punkte:

• schönes Ding, leider verschwinden gelöschte Ordner nicht sofort
• Du sagst, da sind Fehler im XML-Code bei vielen Newsanbietern, das glaube ich nicht. Ich glaube eher, dass der XML-Parser fehlerhaft ist. Ich weiß, dass das XML von heise.de zu 100% korrekt ist. Versuchs doch mal mit nem anderen Parser.
• sag mir mal, warum ich einen Notes-basierten Reader verwenden soll (nicht böse gemeint, ich seh halt grade keinen und mir fallen wieder meine schlechten Erfahrungen mit dem Notes-Newsreadern für newsgroups ein)
• ein Vorschlag, wie für mich die Usability besser werden würde: da wo jetzt die Ansicht ist, würde mir das Browserfenster sehr gefallen und die Linkdokumente  links daneben anzeigen, z. B. unter der Navigation (ich hoffe, du verstehst, was ich meine). Dann hätte man alles in einem Fenster und der verfügbare Platz wäre besser genutzt. Aber bei heise darf man z. B. ja Nachrichten nich in einem Frame anzeigen, sondern muss ein neues Browserfenster dafür öffnen. Ist halt die Frage, ob das für Notes-Client-Frames auch gilt...

Davon abgesehen is es ein schönes Teil.

[Manfred Dillmann]

Hallo Axel,

danke für Dein Feedback!

>>cool<<

Was bedeutet das? Gefällt Dir das Prg und ist die Funktionalität bei Dir OK (Agentenausführung, Nutzung eines Proxy-Servers etc.)?

>>- hast du das in LotusScript programmiert oder inwieweit hast du Java verwendet?<<

Aus meiner letzen Frage aus dem Java-Forum kannst Du leicht ableiten, das ich z.Z. von Java nicht viel Ahnung habe. Da die Anwendung aber halbwegs stabil laufen soll und ich das einfach in Java nicht sicher umsetzen kann, wird nur der XML-Code des NewsFeeds (incl. einer ggf. festgelegten Proxy-Nutzung) via Java gepollt. Die komplette weitere Verarbeitung ist in LS realisiert. In ND6 gibt es ja einen DOMParser und geeignete XML-Klassen.

Wenn ich Du wäre, wäre der Java-Anteil sicher ungleich höher...

>>aber wenn ich mich richtig erinnere werden Leerzeichen und Line-breaks in xml gleich gewertet.<<

Scheint nicht so ganz richtig zu sein, es kommt wohl darauf an, wo die Leerzeichen stehen. Ausserhalb von tags ( <...> ) ist es wohl egal und da macht der DOMParser auch keine Zicken. Die häufigsten Fehler konnte ich bislang in den Namespace-Tags finden, da müssen die einzelnen Werte mit einem Blank getrennt werden.

Ich habe aus diesem Grund mit echten "Grössen" der Notes-Szene (Mike Colding, Julian Robichaux und Chirstopf Arras ) und dem heise-Verlag schon Kontakt via eMail aufgenommen. Bis auf den heise-Verlag haben die anderen Herren schon reagiert und Ihren XML-Code diesbezüglich geändert. Einzig der eine Feed von Mike Golding (steht in meinem Forum) ist immer noch nicht OK, obgleich ich gestern eine eMail von Ihm erhalten habe. Ich konnte das aber noch nicht genauer überprüfen.

Beispiel vom heise Verlag:
<rdf:RDFxmlns:rdf=" http://www.w3.org/1999/02/22-rdf-syntax-ns#"xmlns="....

Wenn da nach dem "<rdf:RDF" kein Leezeichen kommt, kommt der Notes-eigene DOMParser damit nicht klar. Scheint auch einfach nicht OK zu sein. Wir sind ja nicht bei HTML mit "festen" Tags...

>>Hab mir das rss der betreffenden Dokumente mal angeschaut und das könnte das Problem sein.<<

Sorry, das verstehe ich nicht. Nenne bitte den Feed, damit ich das verifizieren kann...

>>Vielleicht kannst du das ein bischen robuster machen.<<

Leichter gesagt als getan. Ich kann kaum den Notes-eigenen Parser modifizieren...

>>- wo liegt der Unterschied zwischen deinem replacement Doctype-Element und dem Element das im Newsfeed drin ist? Ich habe nix gesehen was da falsch ist. <<

Meinst Du den Feed von SPIEGEL ONLINE? Gute Frage, ich habe keine Antwort. Der DOMParser kommt einfach nicht damit klar. Kann auch ein BUG dort sein. Durch meinen replacement-code wird das item einfach weggeschmissen - dann klappts...

Danke für Deine Mühe!

Manfred

[animate]

Beispiel vom heise Verlag:
<rdf:RDFxmlns:rdf=" http://www.w3.org/1999/02/22-rdf-syntax-ns#"xmlns="....

Wenn da nach dem "<rdf:RDF" kein Leezeichen kommt, kommt der Notes-eigene DOMParser damit nicht klar. Scheint auch einfach nicht OK zu sein. Wir sind ja nicht bei HTML mit "festen" Tags...

Ich denke, Axel hat schon Recht.
da kommt zwar kein Leerzeichen, aber ein Zeilenumbruch -> schau dir die Datei mal im Hexeditor an, da siehst du zwischen <rdf:RDF und dem xmlns ein 0xA0

>>Hab mir das rss der betreffenden Dokumente mal angeschaut und das könnte das Problem sein.<<

Sorry, das verstehe ich nicht. Nenne bitte den Feed, damit ich das verifizieren kann...

z.B. heise.de

>>Vielleicht kannst du das ein bischen robuster machen.<<

Leichter gesagt als getan. Ich kann kaum den Notes-eigenen Parser modifizieren...

aber den Input. Eine auf den ersten Blick einfache Lösung wäre alle Chr(10) vor dem Parsen durch Leerzeichen zu ersetzen

Bis auf den heise-Verlag haben die anderen Herren schon reagiert und Ihren XML-Code diesbezüglich geändert.

is ja geil


hier noch was interessantes aus der XML-Spec (http://www.w3.org/TR/REC-xml):
S (white space) consists of one or more space (#x20) characters, carriage returns, line feeds, or tabs.
White Space
[3]       S       ::=       (#x20 | #x9 | #xD | #xA)+

ich denke, das bestätigt, dass nicht das XML fehlerhaft ist, sondern vermutlich der Parser

[Manfred Dillmann]

Hallo potsmoker,

zuerst mal Danke für Deine Rückmeldung!

>> sorry, dass ich hier poste, aber dein dafür vorgesehenes Forum is irgendwie recht lahm bei mir.<<

Basiert auf einer OpenNTF-Schablone. Die kann ich nicht auch noch komplett umprogramieren...

>>sieht gut aus und bietet alle Features, die ich brauche (gut, fast. optionale Benachrichtigung bei Änderung einer Seite wäre nicht schlecht, hab ich nirgendwo entdeckt)<<

Gibt es auch nicht. Bieten das die anderen RSS-Reader? Ich hatte bislang den FeedReader im Einsatz, der macht sowas auch nicht. Ist aber als Anregung notiert (muss ja auch noch was für die Folgeversionen übrig bleiben...)


>>schönes Ding, leider verschwinden gelöschte Ordner nicht sofort<<

Siehe meinen Post von heute Mittag bzgl. Ordner/Hidden Design. Ich habe heute Nachmittag noch versucht, den Ordner via NotesOutline-Klasse sofort zu entfernen. Der Zugriff auf ein NotesOutlineEntry geht aber nicht über den Namen, sondern nur mit First/Next/Last und da ja eine komplexe Ordner-Struktur  vorliegen könnte, müsste ich das rekursiv machen. Dazu hatte ich heute keinen Bock mehr...

>>Du sagst, da sind Fehler im XML-Code bei vielen Newsanbietern, das glaube ich nicht.<<

Siehe dazu auch meine Antwort an Axel. Einige Notes-Craks haben immerhin auf meine Mail hin ihren XML-Code geändert. Und durch die bekannten FeedValidators kommen manche Seiten auch nicht durch...

>> Ich glaube eher, dass der XML-Parser fehlerhaft ist. Ich weiß, dass das XML von heise.de zu 100% korrekt ist. Versuchs doch mal mit nem anderen Parser.<<

Ist durchaus denkbar, der NotesDOMParser mag buggy sein. Da ich aber nicht wirklich Java kann, gibt es z.Z. keine Alternative...

>>sag mir mal, warum ich einen Notes-basierten Reader verwenden soll<<

Witzig. Genau der Einsatz unter Notes war der Beweggrund, sowas selbst zu programmieren. Aber nicht weil es Notes sein muss, sondern, weil Notes replizieren kann. Ich habe seit einiger Zeit den FeedReader und den FeedDaemon ausprobiert, aber das nervt furchtbar, wenn Du auf jeder Maschine immer wieder die Feeds neu definieren must und auch alles x-fach pollst. Einmal im madicon RSS Reader definiert und dann weltweit via Replikation den gleichen Stand - das hat was...
 
>>da wo jetzt die Ansicht ist, würde mir das Browserfenster sehr gefallen und die Linkdokumente  links daneben anzeigen, z. B. unter der Navigation (ich hoffe, du verstehst, was ich meine). <<

Ja. Habe ich auch drüber nachgedacht. Die jetzige Aufteilung entspricht der des FeedReaders, welche mir immer gut gefallen hat. Notes hat natürlich auch ein paar Einschränkungen in der GUI - da kann man einfach nicht alles machen.

Aber mal eine Frage:
Wenn Du die Preview (unten rechts) nutzt und Du einen interessanten Beitrag gesehen hast (ggf. aus der "Description" im Preview-Window), dann genügt doch ein Doppelklick auf das Dokument in der Ansicht und der Beitrag wird im Notes-Client geöffnet...

Voraussetzung
- Notes wurde in der Arbeitsumgebung auf "Notes mit IE" eingestellt
- Du hast oben rechts in der Ansicht die Option "Open news in browser" angeklickt.

>>Davon abgesehen is es ein schönes Teil.<<

Danke. Etwas Lob tut auch mal gut...

Gruss
Manfred

[Semeaphoros]

<rdf:RDF und dem xmlns ein 0xA0

hast Du da richtig abgeschrieben? Sollte es nicht 0x0A sein?

[animate]

äh ja is klar. 0x0A muss es heißen.
10 halt dezimal.

[Manfred Dillmann]

Hallo potsmoker!

>>da kommt zwar kein Leerzeichen, aber ein Zeilenumbruch -> schau dir die Datei mal im Hexeditor an, da siehst du zwischen <rdf:RDF und dem xmlns ein 0x0A<<

Danke für den Hinweis. Werde ich sofort überprüfen. Wenn das was verbessert, gibt es morgen eine neue Version.

Gruss
Manfred

[animate]

>>sieht gut aus und bietet alle Features, die ich brauche (gut, fast. optionale Benachrichtigung bei Änderung einer Seite wäre nicht schlecht, hab ich nirgendwo entdeckt)<<

Gibt es auch nicht. Bieten das die anderen RSS-Reader? Ich hatte bislang den FeedReader im Einsatz, der macht sowas auch nicht. Ist aber als Anregung notiert (muss ja auch noch was für die Folgeversionen übrig bleiben...)

also ob _die_ anderen das können, weiß ich nicht. ich kenne nur einen (mit deinem zwei) und das ist so ein Plugin für Mozilla Firebird, das ich ziemlich goil finde.

>>schönes Ding, leider verschwinden gelöschte Ordner nicht sofort<<

Siehe meinen Post von heute Mittag bzgl. Ordner/Hidden Design. Ich habe heute Nachmittag noch versucht, den Ordner via NotesOutline-Klasse sofort zu entfernen. Der Zugriff auf ein NotesOutlineEntry geht aber nicht über den Namen, sondern nur mit First/Next/Last und da ja eine komplexe Ordner-Struktur  vorliegen könnte, müsste ich das rekursiv machen. Dazu hatte ich heute keinen Bock mehr...

war ja auch nur ein joke, ich war heute Mittag dabei. Und da hab ich dann auch geschrieben, dass das eigentlich total simpel geht mit nem @Command (zumindest gings bei mir)

>>Du sagst, da sind Fehler im XML-Code bei vielen Newsanbietern, das glaube ich nicht.<<

Siehe dazu auch meine Antwort an Axel. Einige Notes-Craks haben immerhin auf meine Mail hin ihren XML-Code geändert. Und durch die bekannten FeedValidators kommen manche Seiten auch nicht durch...

das finde ich immer noch geil, dass die ihre Seiten wegen deinem Reader ändern

>> Ich glaube eher, dass der XML-Parser fehlerhaft ist. Ich weiß, dass das XML von heise.de zu 100% korrekt ist. Versuchs doch mal mit nem anderen Parser.<<

Ist durchaus denkbar, der NotesDOMParser mag buggy sein. Da ich aber nicht wirklich Java kann, gibt es z.Z. keine Alternative...

Der MSXML-Parser ist eigentlich auf jedem einigermaßen aktuellen Windows OS installiert. Den kannst du über COM benutzen. Bei Interesse kann ich dich in die richtige Richtung lenken, ich habe allerdings noch nicht getestet, ob der korrekt arbeitet.

Aber mal eine Frage:
Wenn Du die Preview (unten rechts) nutzt und Du einen interessanten Beitrag gesehen hast (ggf. aus der "Description" im Preview-Window), dann genügt doch ein Doppelklick auf das Dokument in der Ansicht und der Beitrag wird im Notes-Client geöffnet...

Voraussetzung
- Notes wurde in der Arbeitsumgebung auf "Notes mit IE" eingestellt
- Du hast oben rechts in der Ansicht die Option "Open news in browser" angeklickt.

schon klar. ich meinte, dass im Hauptframe (wo jetzt die Ansicht ist) das Browserfenster angezeigt wird. Und die Ansicht mit den Dokumenten rückt nach links unter die Navigation. Und unter den von dir genannten Voraussetzungen öffnet sich die Newsseite im Hauptframe.

Etwas Lob tut auch mal gut...

Das tut sogar immer gut. Viele sind leider zu sparsam damit.
Ich hoffe, du hast bemerkt, wie psychologisch geschickt ich meine Kritik/Verbesserung in der ersten Antwort in zwei Lobblöcke verpackt habe  


*edit*
hab grade nen Screenshot von dem gefunden, den ich verwende:
http://fls.moo.jp/moz/rssreader/ss.png

links oben sind die Channels, links unten die Nachrichten des gewählten Channels und im Hauptframe die Nachricht selbst. das finde _ich_ optimal

[Axel_Janssen]

hier noch was interessantes aus der XML-Spec (http://www.w3.org/TR/REC-xml):
S (white space) consists of one or more space (#x20) characters, carriage returns, line feeds, or tabs.
White Space
[3]       S       ::=       (#x20 | #x9 | #xD | #xA)+

ich denke, das bestätigt, dass nicht das XML fehlerhaft ist, sondern vermutlich der Parser

yup. Ich auch.

von Skonnard, "Essential xml quickreference":
Whitespace characters in XML are space, tab, carriage return, and line feed characters. XML requires that whitespace be used to separate attributes and namespace declarations from each other and from the element tag name.

Es ist also egal, welchen whitespace man benutzt, um die Bestandteile (glaub die heissen in xml-lingua tokens) des tags zu trennen.

Nicht so autorativ wie die xml-spec, aber aus meiner Erfahrung ein sehr genaues Buch.  
Hier ist btw. freier download:
http://develop.com/technology/developmentorseries.aspx
(allerdings ein Buch aus der Reihe "besser vor Lesen präventiv 2 Aspirin schlucken". sehr dicht. trocken wie die Sahara).
 
Man könnte jetzt noch in specs nach token volltextsuchen, aber ich muss hier jetzt noch frühjahrsputzen.
 
Sieht aus wie ein Fall fürs Domino6-Forum auf Notes.net.

Gruß Axel

[Manfred Dillmann]

Hallo potsmoker!

>>Und da hab ich dann auch geschrieben, dass das eigentlich total simpel geht mit nem @Command (zumindest gings bei mir)<<

Dann hilf mir doch mal auf die Sprünge: Ich konnte überhaupt keinen @Command-Befehl finden, der einen bestehenden, selektierten Ordner löscht.

Ich hab´s daher mit LS gemacht. uiworkspace.reloadwindow bringt aber nix im Bezug auf das Entfernen des Ordnernamens aus der Navigation.

>>das finde ich immer noch geil, dass die ihre Seiten wegen deinem Reader ändern<<

Die haben Ihre Seiten bestimmt nicht wegen meinem Reader geändert. Wenn ich auch beim heise-Feed gepennt und mir den XML-Code nicht genau genug angeschaut habe, so hatten die besagten Herren offensichtlich doch mal Ihren XML-Code überprüft -  der ging ja nach deren eigenen Aussagen (und nach meinen Test) z.T. nicht durch einen FeedValidator und wurden auch z.B. im IE nicht angezeigt...

>>Der MSXML-Parser... , ich habe allerdings noch nicht getestet, ob der korrekt arbeitet.<<

Ob man sich auf das Abenteuer einlassen soll? Steht mir im Moment nicht der Sinn nach...

>>ich meinte, dass im Hauptframe (wo jetzt die Ansicht ist) das Browserfenster angezeigt wird.<<

Hatte ich ausprobiert. Scheinbar hat da die perweb.nsf auch die Finger mit drin -  es ist mir nicht gelungen, einen TargetFrame zu spezifizieren...

>>Das tut sogar immer gut. Viele sind leider zu sparsam damit.<<

Wohl war...

Gruss
Manfred

[TMC]

Dann hilf mir doch mal auf die Sprünge: Ich konnte überhaupt keinen @Command-Befehl finden, der einen bestehenden, selektierten Ordner löscht.

Gibt es auch afaik nicht. Würde mich aber auch interessieren....

Ich hab´s daher mit LS gemacht. uiworkspace.reloadwindow bringt aber nix im Bezug auf das Entfernen des Ordnernamens aus der Navigation.

Was macht ein uiws.refresh?

TMC

[Manfred Dillmann]

Hallo TMC!

>>Was macht ein uiws.refresh?<<

Die Methode gibt es bei der Klasse nicht...

Gruss
Manfred

[animate]

>>Und da hab ich dann auch geschrieben, dass das eigentlich total simpel geht mit nem @Command (zumindest gings bei mir)<<

Dann hilf mir doch mal auf die Sprünge: Ich konnte überhaupt keinen @Command-Befehl finden, der einen bestehenden, selektierten Ordner löscht.

Ich hab´s daher mit LS gemacht. uiworkspace.reloadwindow bringt aber nix im Bezug auf das Entfernen des Ordnernamens aus der Navigation.

wie gesagt. den Ordner löschen selbst mit nem LotusScript-Agent.
Mein Vorgehen war folgendes:
Alles in einer Formel-Aktion
1. Name des Ordners ermitteln mit @Formel und ins Userprofil schreiben (fällt bei dir weg, du kennst den Ordner)
2. Agent aufrufen, der Ordner löscht (ToolsRunMacro). Der Agent selbst ist in LS geschrieben.
3. Dann entweder @Command( [ReloadWindow] ) oder @Command( [RefreshWindow] ). Ich weiß nicht mehr genau welches von beiden, aber eins hat funktioniert.

also so ungefähr hat das ausgesehen:

Code

folderName := @Picklist(...);
@SetProfileField(...folderName...);
@Command([ToolsRunMacro]; LSAgentDerDenOrdnerLöscht);
@Command( [ReloadWindow] ) (vielleicht auch Refresh; vielleicht auch @PostedCommand - mein Gehirn ist ein Sieb)

>>ich meinte, dass im Hauptframe (wo jetzt die Ansicht ist) das Browserfenster angezeigt wird.<<

Hatte ich ausprobiert. Scheinbar hat da die perweb.nsf auch die Finger mit drin -  es ist mir nicht gelungen, einen TargetFrame zu spezifizieren...

egal. is ja auch nur mein Geschmack. Wenn andere populäre Reader auch so aussehen wie deiner, dann kannst du ja eigentlich nicht daneben liegen

[TMC]

>>Was macht ein uiws.refresh?<<
Die Methode gibt es bei der Klasse nicht...

Stimmt, sorry für die Verwirrung, und ein Call uiws.ViewRefresh hilft hier wohl nicht weiter.....

wie gesagt. den Ordner löschen selbst mit nem LotusScript-Agent.

ach so.... schade, ich hab gemeint vielleicht gibts da wirklich einen Formula-Befehl (den wir noch nicht entdeckt haben...) ...

Grüße,
TMC

[Axel_Janssen]

ohne jetzt nerven zu wollen, aber das Problem mit dem line-break scheint für mich auf eine schlampige Implementierung des xml parsers hinzudeuten:

Als Trennzeichen in der xml-spec erscheint immer wieder nur S, was für whitespace steht. Und das ist nun mal:  

S       ::=       (#x20 | #x9 | #xD | #xA)+

http://www.w3.org/TR/2000/REC-xml-20001006#sec-starttags

Ansonsten werde ich nächste Woche testen.
Leute, die Programme zu Ende programmieren, gehört natürlich mehr Respekt als spec-Geiern wie mir.
Nur Specs müssen eben eingehalten werden.  

Gruß Axel

[Manfred Dillmann]

Hallo Axel!

>>Nur Specs müssen eben eingehalten werden.<<

Keine Frage.

Möglicherweise ist der Parser doch nicht so schlecht...

Ich habe zwischenzeitlich festgestellt, dass die "Sonderzeichen" wie #xA (Chr$(10) ) scheinbar in meinem via Java gelieferten String NICHT enthalten sind. Bitter, das.

Daher die Frage:
Kann ich Dir mal meinen Java-Code per eMail senden und Du schaust mal kurz drüber? Ich möchte den aus möglicherweise nachvollziebaren Gründen nicht unbedingt hier im Forum posten.

Ist das OK?

Manfred

[animate]

falls es auch LotusScript sein darf, dann hast du die Möglichkeit über die GetDocumentByURL-Methode der Database-Klasse an deine Daten zu kommen.
Ihr übergibst du die URL deiner rdf-Datei und sie übergibt dir ein Dokument mit der Datei als Attachment (leider nicht den Inhalt der Datei im Body-Feld). Die Datei könntest du lösen, in einen Stream einlesen und den Stream an den Parser übergeben.
Aber wahrscheinlich is es einfacher, den vorhandenen Code zu korrigieren...

[Axel_Janssen]

kein Problem. Es kann damit zusammenhängen, dass Java das als UTF-8 interpretiert und es im Sinne des Erfinders dieses westeuropäische ISO-8859-1 ist.
Dürfte machbar sein, das im code zu ändern, indem man einfach den konkreten IO-Decorator verwendet. .

hmm. nur kann sich dann deine Entscheidung, das in Java herunterzuladen und mit lotusscript-xml-zu-parsen als Komplexitäts-Nebelkerze herausstellen. Zwar steht im xml-Dokument das encoding-schema. Um das dynamisch herauszubekommen, muss man das aber erst mal parsen  

Mit rein Java-xml wäre das kein Problem. Wenn es immer das gleiche encoding-schema wäre, wäre es auch kein Problem.
Schick mir den code, aber was hälst du von postsmokers Idee?

nc-jansseax@netcologne.de