Hallo!
Meine Version von Rainlendar ist die:
Version 2.1 (b38)
Erstellt am Apr 15 2007
Da ist mir jetzt aufgefallen das ich beim Abgleichen damit bei Einträgen mit Umlauten im Text ein Problem bekomme - wenn ich mit einer iCal-Datei synce dann stehen die Einträge richtig drin. Wenn ich die dann aber in Rainlendar einlese sind sie dort wieder kaputt. Wenn ich direkt mit Rainlendar synce sind sie auch def.
Kann das jemand bestätigen oder mir sagen was ich falsch mache?
Danke & Gruß, Alex
Syncen mit Rainlendar Version 2.1
Danke...
Hallo!
Kannst Du mal bitte da gucken:
http://www.rainlendar.net/cms/index.php ... 03&catid=4
Ich habe das Problem auch an Rainlendar gepostet und er scheint zu meinen das die Art und Weise mit dem CHARSET im RFC wohl nicht für das iCal-Format beschrieben ist. Leider habe ich davon kein Plan. Wäre sicher toll wenn 2 Entwickler das untereinander klären könnten
lg Alex
Kannst Du mal bitte da gucken:
http://www.rainlendar.net/cms/index.php ... 03&catid=4
Ich habe das Problem auch an Rainlendar gepostet und er scheint zu meinen das die Art und Weise mit dem CHARSET im RFC wohl nicht für das iCal-Format beschrieben ist. Leider habe ich davon kein Plan. Wäre sicher toll wenn 2 Entwickler das untereinander klären könnten
lg Alex
Gude
ich bin nicht der Entwickler, das ist FJ für MPE ganz alleine. Rainy und FJ haben, glaube ich, nichts direkt damit zu tun. Bei mir funktionierte das einwandfrei ( arbeite jetzt mit Sunbird und Lightning).
Testen wir mal:
Versuche mal in Rainlendar ein Termin/Aufgabe zu erstellen. Synce dies mit MPE...
Oder:
Erstelle mal eine leere ics und fülle sie abwechselnd in Rainlendar und MPE.
Danach melden
ich bin nicht der Entwickler, das ist FJ für MPE ganz alleine. Rainy und FJ haben, glaube ich, nichts direkt damit zu tun. Bei mir funktionierte das einwandfrei ( arbeite jetzt mit Sunbird und Lightning).
Testen wir mal:
Versuche mal in Rainlendar ein Termin/Aufgabe zu erstellen. Synce dies mit MPE...
Oder:
Erstelle mal eine leere ics und fülle sie abwechselnd in Rainlendar und MPE.
Danach melden
Vorsicht böööser MOD
schon gemacht gehabt.
Hi!
Das hatte ich alles schon vor dem Post hier gemacht also als Test um selber dahinter zu kommen.
Wenn man von MPE nach Rain synct werden die Einträge mit CHARSET: im Summery gelöscht.
Wenn ich es umgekert mache ist im Rain vor dem syncen der Eintrag drin ohne CHARSET davor einfach mit den Umlauten. Nach dem Syncen ist er dann wieder gelöscht. - Also nur die Zeile Summery.
Ich frag mich nur wo das CHARSET herkommen soll wenn nicht von MPE - auch in meinen Backups von vor nem Jahr sind bei den Umlauten diese SUMMARY;CHARSET=UTF-8 Bemerkungen mit drin, da hatte ich aber noch keine Probleme beim syncen.
Ich habe auch einen Eintrag gelesen im Forum hier das es schon mal so ein Problem bei der Version 1.x von Rain gab?
Das hatte ich alles schon vor dem Post hier gemacht also als Test um selber dahinter zu kommen.
Wenn man von MPE nach Rain synct werden die Einträge mit CHARSET: im Summery gelöscht.
Wenn ich es umgekert mache ist im Rain vor dem syncen der Eintrag drin ohne CHARSET davor einfach mit den Umlauten. Nach dem Syncen ist er dann wieder gelöscht. - Also nur die Zeile Summery.
Ich frag mich nur wo das CHARSET herkommen soll wenn nicht von MPE - auch in meinen Backups von vor nem Jahr sind bei den Umlauten diese SUMMARY;CHARSET=UTF-8 Bemerkungen mit drin, da hatte ich aber noch keine Probleme beim syncen.
Ich habe auch einen Eintrag gelesen im Forum hier das es schon mal so ein Problem bei der Version 1.x von Rain gab?
ohne Umlaute
Ja, ohne Umlaute sind die Einträge ganz normal und werden auch super gesynct. Die mit Umlauten werden ja auch gesynct aber haben dann kein Subjekt/Summery.
Language-File von Rain? Ja das habe ich auch nach dem Update auf 2.1 neu installiert.
Language-File von Rain? Ja das habe ich auch nach dem Update auf 2.1 neu installiert.
Gude
sodele getestet: stimmt was du sagt.
Bei MPE scheint irgendwie die Schnittstelle zu ICS nicht zu stimmen, da er unsere Deutschen äääÜÜÜÜ und so nicht richtig verarbeitet. Auf der anderen Seite arbeitet Rainy perfekt mit z.B. Sunbird zusammen, das ääääs mag.
Das ist ein Fall für FJ, der jedoch zur Zeit verdientermassen in einer türkischen Bratröhre steckt . Ich bitte um Geduld.
Bis dahin bitte alles mit der "alten" Schreibweise ae ue
sodele getestet: stimmt was du sagt.
Bei MPE scheint irgendwie die Schnittstelle zu ICS nicht zu stimmen, da er unsere Deutschen äääÜÜÜÜ und so nicht richtig verarbeitet. Auf der anderen Seite arbeitet Rainy perfekt mit z.B. Sunbird zusammen, das ääääs mag.
Das ist ein Fall für FJ, der jedoch zur Zeit verdientermassen in einer türkischen Bratröhre steckt
. Ich bitte um Geduld.
Bis dahin bitte alles mit der "alten" Schreibweise ae ue
Vorsicht böööser MOD
So - hab mich dem Ganzen jetzt gewidmet.
Ja - es liegt am Attribut CHARSET und ja - zwischen Sunbird und Rainy gibts keine Probleme. Der Fehler liegt aber trotzdem am Rainy. Laut iCal-Standard MUSS dieses Attribut gesetzt werden wenn das Feld kodierte Zeichen enthält (in unserem Fall UTF8). Sunbird verhält sich auch nicht standardkonform da dieses Attribut fehlt, aber es tritt kein Fehler auf wenn es beim Import dabei ist. Klar könnte ich im MPE das CHARSET auch weglassen aber so langsam frage ich mich dann wofür Standards da sind.
In Rainlendar beta30 funktioniert es noch (war noch v2.0), wenn du willst kann ich dir diese Version auf Nachfrage zur verfügung stellen. Ich werde den Author von Rainlendar benachrichtigen, damit er diesen Bug behebt. Ist nicht der erste Bug den ich dem Author melde und bis jetzt hat er immer sehr kooperativ reagiert.
Ja - es liegt am Attribut CHARSET und ja - zwischen Sunbird und Rainy gibts keine Probleme. Der Fehler liegt aber trotzdem am Rainy. Laut iCal-Standard MUSS dieses Attribut gesetzt werden wenn das Feld kodierte Zeichen enthält (in unserem Fall UTF8). Sunbird verhält sich auch nicht standardkonform da dieses Attribut fehlt, aber es tritt kein Fehler auf wenn es beim Import dabei ist. Klar könnte ich im MPE das CHARSET auch weglassen aber so langsam frage ich mich dann wofür Standards da sind.
In Rainlendar beta30 funktioniert es noch (war noch v2.0), wenn du willst kann ich dir diese Version auf Nachfrage zur verfügung stellen. Ich werde den Author von Rainlendar benachrichtigen, damit er diesen Bug behebt. Ist nicht der erste Bug den ich dem Author melde und bis jetzt hat er immer sehr kooperativ reagiert.
das problem hatte ich auch. aber als ich zugelassen hab, dass rainlendar termine synchronisiert, die komischerweise gar nicht in rainlendar angezeigt werden (!!), geht das mit der synchronisation mit äüö usw im titel wieder... komisch oder?
ps: werden bei euch eigentlich mit der 2.1er-version auch keine orte mehr synchronisiert?? wenn ich da was ändere (egal ob beim mpe oder bei rainlendar) registriert das die synchronisation beim mpe nicht mehr
ps: werden bei euch eigentlich mit der 2.1er-version auch keine orte mehr synchronisiert?? wenn ich da was ändere (egal ob beim mpe oder bei rainlendar) registriert das die synchronisation beim mpe nicht mehr
Das ist ein bug im MPE - ich dachte den hätte ich schon längst gefixt.
naja - hab mal eine debug-version hochgeladen die deine und die Probleme von AleksCee beheben sollte.
naja - hab mal eine debug-version hochgeladen die deine und die Probleme von AleksCee beheben sollte.