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

[Lukas Haase]

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.

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 ;-)

Are there any other locations for tweaking charset?

Currently this is my config-snippet:

$conf['sql']['persistent'] = false;
$conf['sql']['username'] = 'horde';
$conf['sql']['password'] = 'XXXXXXXXXXXXXXX';
$conf['sql']['hostspec'] = '192.168.200.121';
$conf['sql']['port'] = 3306;
$conf['sql']['protocol'] = 'tcp';
$conf['sql']['database'] = 'horde';
$conf['sql']['charset'] = 'UTF-8';
$conf['sql']['splitread'] = false;
$conf['sql']['phptype'] = 'mysql';

MySQL is "Server version: 5.0.51a-24+lenny2-log (Debian)".

Thank you again,

Luke