- Kaliko 0.5.6 solves daylight saving time issue
Kaliko versions 0.5.5 and earlier do not display the time of events in daylight saving time periods correctly. This release targets this problem and also fixes some minor bugs.
See the related blog-post for more information:
http://fkoester.blogs.evolvis.org/2008/03/31/kaliko-056-solves-daylight-saving-time-issue/ - kaliko 0.5.5 increases platform compatibility
kaliko 0.5.5 adds support for several platforms:
- Windows 2000 / XP / Vista
- Mac OS X
- RPM-based distributions
The new release also fixes a bug which prevented the client from starting on systems that do not use the german locale.
Also, storing passwords in KDE4's password manager is now possible.
You do not need to update if you already run kaliko-client 0.5.4!
See the related blog-post for more information and screenshots:
http://fkoester.blogs.evolvis.org/2008/01/17/kaliko-055-increases-platform-compatibility/ - kaliko 0.5.4 released
kaliko 0.5.4 fixes four bugs:
Client:
- Security-issue in libwallet
- Version-number was not autogenerated
Server:
- [#29] category is not checked for write-permission when creating event
- [#30] no right to create an event in my own public category
Downloads as usual on kaliko.evolvis.org
|
- Kaliko 0.5.6 solves daylight saving time issue
[#36] Missing support for Daylight Saving Times
[#96] Today is displayed as tomorrow and ‘next month’
[#43] Occurence of existing event cannot be updated
[#74] events with long title appear [...]]]> - kaliko 0.5.5 increases platform compatibility
Windows 2000 / XP / Vista
Mac OS X
RPM-based distributions
Other Linux / UNIX distributions
The new release also fixes a bug which prevented the client from starting on systems that do not use the german locale.
Also, storing passwords in KDE4’s password manager is now possible.
You do not need to update if [...]]]> - kaliko 0.6 switching to SWT
Development of kaliko 0.6 is making progress
We decided to drop the currently used Swing-GUI and use SWT instead. There are several reasons for this:
A native look-and-feel on several platforms including Gtk-based Desktops (GNOME, XFce), OpenMoko, Maemo, Windows, Mac OS X, Win CE…
Only one code-base to maintain.
We do not have to handle the (at least) two [...]]]>
|