iCal und UTF‑8 in ISO-Umgebungen

Ich habe hier eine Web­site in ISO-8859–15 und möch­te aus ihr Ter­mi­ne per iCal anbie­ten. Das soll­te nor­ma­ler­wei­se gehen – die rei­ne Anga­be des ver­wen­de­ten Char­set mach­te aber Pro­ble­me. Also musst eine ande­re Lösung her…

UTF–8 soll­te eine Men­ge ein­fa­cher machen: Waren im ASCII-Sys­tem nur die Buch­sta­ben vor­ge­se­hen, die der gemei­ne Ame­ri­ka­ner in sei­ner Unab­hän­gig­keits­er­klä­rung benutzt hat, konn­ten die ISO-Stan­dards auch Umlau­te – aber eben immer nur die einer bestimm­ten Regi­on der Welt: ISO-8859–15 ent­hält zum Bei­spiel die Umlau­te für West-Euro­pa inklu­si­ve Euro-Zeichen.

Bis­her macht es aber nur alles kom­pli­zier­ter: Eini­ge Sys­te­me ver­lan­gen schon UTF‑8, wäh­rend ande­re noch sehr gut in ISO lau­fen. Schickt man die Daten ein­fach so, kom­men die Umlau­te kaputt an. Will man eine rich­ti­ge Brü­cke zwi­schen bei­den Wel­ten schla­gen, muss man konvertieren.

In mei­nem Kalen­der (ISO-8859–15) war ein­fach im iCal-Tem­p­la­te bei allen Anga­be dazu­ge­schrie­ben, dass es sich dabei um ISO handelt:

LOCATION;CHARSET=ISO-8859–15:Neumünster

Das hat aber nicht gereicht – Die Umlau­te wur­den immer falsch impor­tiert. Auch das set­zen des Hea­ders in PHP hat nicht geklappt:

Header(„Content-Type: text/​calendar; charset=ISO-8859–15“);

Also muss­te die Radi­kal-Lösung her: Der gesam­te Export wird UTF‑8. Ich set­ze also den Header:

Header(„Content-Type: text/​calendar; charset=UTF‑8“);

Und las­se das Char­set aus dem Tem­p­la­te raus. Dafür muss ich die Inhal­te in PHP durch iconv schi­cken. Im Smar­ty-Tem­p­la­te geht das dann so:

LOCATION:{„ISO-8859–15“|iconv:„UTF‑8“:$data.location}

Nun funk­tio­niert der Export pri­ma… bis der Web-Kalen­der auf UTF‑8 umge­stellt wird…