Version: (using KDE Devel) Installed from: Compiled sources OS: Linux Hi! Due to some recent breakage in KDE I had to rename my KDEHOME from .kde3 to .kde. I.e. the calendar file used up to then was: .kde3/share/apps/korganizer/MyCalendar.ics and now it is .kde/share/apps/korganizer/MyCalendar.ics. And since then I'm fighting with KOrganizer to finally accept a new calendar a my current one(in korganizer slang this is probably the active calendar(?)). It always tries to open the one in .kde3, which doesn't exist anymore. I can "Open" then one in .kde manually, however korganizer forgets about it on next restart. After some struggeling I found that I can change the calendar location when choosing "Edit" on the "Active Calendar" entry in the calendar list, in the lower right corner. This shows no effect what so ever. Even if it would I find this a subobtimal procedure because: a) It isn't exactly intuitive. I guess the majority of people have just one calendar, like me. And when I "Open" it explicitly as my one and only calendar, I simply want to see it on next startup as well, instead of having to do some complex calendar management. b) The label "Active Calendar" is very confusing. A checkbox to activate/deavtivate the active calendar?? c) having a "list" with just one calendar in it it quite pointless, IMHO. Yep, and as I just discovered: this operation deleted my entire calendar file!!! Obvioulsy it has over ridden the exiting with an empty one! So what am I supposed to do to convince korganizer to take a new calendar as current?? I use korganizer within kontact, in case that matters. Greets Michael
Hello Michael, Thanks for the bug report. The data loss is known as bug 94171, and the resource calendar paradigm will stay in KOrganizer. If you want to use all events from your old calendar, you can simply import the old calendar file, and you should be set. Cheers, Reinhold *** This bug has been marked as a duplicate of 94171 ***
Oh, I forgot to mention that I don't think that just one calendar file will be the most common case. In particular, I'd expect users to have at least also the birthday resource configured... Reinhold