13. Okt 2010 

deutsch

.ics-Dokumente

Auf der Website werden die Termine des nächsten Jahres zum Download angeboten. Format der Wahl ist ics. Funktioniert mit aller Welt, sogar Outlook soll es kennen. Ist in 4D schnell realisiert.

Am Mac mit iCal getestet. Klappt, kommt bis zum iPhone durch!

Wo hat Microsoft in Outlook aus Office 2011 den iCal-Import versteckt. Im Web gibt es viele Anleitung, doch alle in Windows 98/2000 bzw. XP-Optik. Schließlich versuche ich Drag&Drop und es klappt – landet irgendwo, beachtet den ics-Kalender nicht, die Termine sind da.

Das hatte ich vorab mit diversen Kalendern getestet. Jetzt lädt das verd… Outlook unseren Kalender nicht. Keine Rückmeldung, überhaupt keine. Wo sind die Unterschiede?

Fehlersuche

Das ics-Format ist Text, praktisch. BBEdit nach vorne holen und erst einmal auf die Zeilenendungen testen, also \r\n statt nur \r oder nur \n. Daran liegt es nicht, leider.

Was ist mit der Codierung?
SUMMARY;CHARSET=ISO-8859-1:Graue Tonne
In unserem steht sie explizit drin, in denen, die funktionieren nicht. Rausgenommen, kein Erfolg, Outlook will nicht.

Also Zeile für Zeile vergleichen! Liegt es an der PRODID und Microsoft liest nur die eigene Herstellung.

icsol

english

.ics-files

From the website there will be some ics-files to make the already known dates for the year accessible. This is ics, that'll work worldwide and even with Outlook, as propagated. In 4D done easily.

Works on Mac with iCal and syncs throught to the iPhone!

Now testing against Outlook from Office 2011. Where is the iCal-Import hidden? Google found quite a lot forum-entries, pictured with Outlook from Windows 98/2000 or displaying XP-optics. There are even payed and free extensions and code.-snippets to make ics-import simple. Finally: drag&drop into a calendar works – found.

I tested the feature with ical-files are loaded from the web. Worked fine. Ours didn't. No feedback, no error-message.

What are the differences?

The ics-format is pure text. I love that, very helpful. Loading into BBEdit and checking line-endings first, which means \r\n instead a single \r or a single \n. No that's not the reason.

How abouts character-coding? You know utf-8 or iso-8859-1, definitely not MacRoman. Ours even contained the coding explizit:
SUMMARY;CHARSET=ISO-8859-1:Graue Tonne
Thrown that out. No success either, Outlook doesn't do.

Finally checking line for line. Maybe PRODID and Microsoft-products only read their own stuff?

ics_proid

Ist es nicht, wäre auch der Brüller gewesen!

Einige Zeit später, die üblichen Verdächtigen probiert,

  • Datum-/Zeitformate in ISO
  • mit den UIDs experimentiert
  • dito mit den X-@ Infos
fand ich es schließlich. Gibt es kein DTEND, auch wenn es nur ein Ein-Tagesevent ist

DTEND;VALUE=DATE:20100730

will Outlook nicht. Es importiert einfach nicht, keine Rückmeldung, kein gar nichts.

Es gibt noch mehr Möglichkeiten Outlook zu blamieren:

Norbert Pfaff die letzte Erkenntniss, ein Zeilenschalter in der DESCRIPTION ist das Problem. Ein Lob auf die ics-Parser von Microsoft.

Sie möchten den Sourcecode haben? Kein Problem! Überweisen Sie, was es Ihnen wert ist auf mein PayPal-Konto: info@mettre.de. Was ist denn üblich?

Its not the PRODID, would have been ridiculus!

Costs some time, tested dit'n dat

  • Date-Time in ISO
  • experimented with the UIDs
  • dito added those X-@ Infos
and finally it was easy. If there is no DTEND, even with a single-day-event

DTEND;VALUE=DATE:20100730

Outlook will not import. Just no import, no repsonse of any kind, nada!

You still got some options to blame Outlook:

Norbert Pfaff found: a carriage return in DESCRIPTION doesn't work also. A hurray for the ics-parser from Microsoft.

You want to have the source-code? No problem! Send a descend amount of $ or € to my PayPal-account: info@mettre.de. Finding out how much?