[kronolith] Kronolith with iCal r/w or task support or ... or ...

[Jan Schneider]

Zitat von Lukas Haase <lukashaase at gmx.at>:

> Jan Schneider schrieb:
>> Zitat von Lukas Haase <lukashaase at gmx.at>:
>>
>>> Jan Schneider schrieb:
>>>> Zitat von Lukas Haase <lukashaase at gmx.at>
>>>>> Hi again,
>>>>> Jan Schneider schrieb:
>>>>>> Zitat von Lukas Haase <lukashaase at gmx.at>:
>>>>>>> [...]
>>>>>>> However apart from this I found problems with UTF8: When I  
>>>>>>> create entried for example with Japanese characters in  
>>>>>>> Thunderbird the items are just called ????? in Kronolith.
>>>>>>>
>>>>>>> The other way round, when I create an appointment with UTF8  
>>>>>>> named in Kronolith they get somehow weird escaped. The  
>>>>>>> wonderful Japanese christmas becomes:  
>>>>>>> &#12463;&#12522;&#12473;&#12510;&#12473;
>>>>>>>
>>>>>>> Maybe it is enough to just add utf8_encode/decode?
>>>>>>
>>>>>> Did you configure the a compatible charset, e.g. UTF-8 for the  
>>>>>> database backend?
>>>>>
>>>>> At first it was really at ISO8859...
>>>>>
>>>>> But now I set to "UTF-8" with the effect that all words  
>>>>> containing umlauts have "?" now. But I think this is not such a  
>>>>> big problem as there are not yet so many entries.
>>>>
>>>> And it's the expected behavior since your data in the database  
>>>> was stored with ISO-8859-1.
>>>>
>>>>> Unfortunately the problem persists...same as described above.
>>>>>
>>>>> So it is actually implemented and should work? This would be  
>>>>> very because then it would mean to just find the error in the  
>>>>> config ;-)
>>>>
>>>> Yes, it should work. Does it work if you manually import an  
>>>> iCalendar file exported from Thunderbird?
>>>
>>> Thank you very much.
>>>
>>> That works, surprisingly...
>>>
>>> But now something other very interesting occurs: When I access the  
>>> calender again with Lightning the appointment is shown as "??" in  
>>> Thunderbird ;-)
>>>
>>> Conclusion: Unicode on Clientside gehts ??? on Serverside and  
>>> Unicode on Serverside gehts ??? on Clientside.
>>>
>>> So obviously there is a problem on the way with the WebDAV interface.
>>
>> Yes, looks like it. I guess the only way to further debug this is  
>> to listen to the HTTP traffic between Thunderbird and Horde.
>
> Hmm, maybe you could tell me where which format needs to arrive?
>
> I have found now a really strange thing: When I just download the  
> subscription URL with firofox everything is OK.
>
> But when I instead download with Total Commander or curl, I get ???  
> in the SUMMARY lines.
>
> Maybe I need to force Horde Somehow to send UTF8?

There is no need to *force* it. User agents have to tell Horde that  
they are capable of UTF-8 by sending an Accept-Charset header. Or by  
being Internet Explorer, that's too silly to send that header.

Jan.

-- 
Do you need professional PHP or Horde consulting?
http://horde.org/consulting/