Bug 112327 - korganizer always uses default resource when adding TODO/calendar entry
Summary: korganizer always uses default resource when adding TODO/calendar entry
Status: RESOLVED NOT A BUG
Alias: None
Product: korganizer
Classification: Applications
Component: todoview (show other bugs)
Version: 3.5
Platform: Debian testing Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-09-09 20:38 UTC by Sebastian Krämer
Modified: 2009-05-09 18:04 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Sebastian Krämer 2005-09-09 20:38:34 UTC
Version:            (using KDE KDE 3.4.2)
Installed from:    Gentoo Packages
Compiler:          i686-pc-linux-gnu-3.3.6 
OS:                Linux

Besides from my default calendar, I'm using a remote (WebDAV) calendar. Unfortunately, if I want to add something there (a TODO entry for example), I have to switch to that ressource by setting it as default resource. Then I *must* set it back to avoid mixing the different calendars (for when adding other stuff later that should go into my local calendar).
This is very inconvenient (almost dangerous, depending on seriousness of the calendar, business for example) and could simply be solved. I imagine a combobox that lists every (non-read-only) calendar, maybe only the ones that are activated.

I'd really appreciate that feature and in times of global interconnection (with standardized calendars :) ), I'm sure, many others would appreciate it as well.
Comment 1 Reinhold Kainhofer 2005-09-10 00:03:01 UTC
Am Freitag, 9. September 2005 20:38 schrieb Sebastian Krämer:
> Besides from my default calendar, I'm using a remote (WebDAV) calendar.
> Unfortunately, if I want to add something there (a TODO entry for example),
> I have to switch to that ressource by setting it as default resource. Then
> I *must* set it back to avoid mixing the different calendars (for when
> adding other stuff later that should go into my local calendar). This is
> very inconvenient (almost dangerous, depending on seriousness of the
> calendar, business for example) and could simply be solved. I imagine a
> combobox that lists every (non-read-only) calendar, maybe only the ones
> that are activated.


That's already implemented: Menu item "Settings -> Configure KOrganizer...", 
Page "Personal", make sure that "Be asked which resource to use" is checked 
rather than "Be added to the standard resource".


Cheers,
Reinhold
Comment 2 Sebastian Krämer 2005-09-10 17:24:55 UTC
I'm sorry, I didn't see that. I tried it and it works perfectly. Thanks for the hint and sorry for the trouble. :)
Comment 3 Anders Berg 2005-11-29 11:33:57 UTC
I'd prefer it like this: add a new event to the calender selected in the calendar list (bottom left corner). The combobox now in a separate dialogue could be included in the event info dialogue (ok, I admin it's already quite full).

cheers
/Anders
Comment 4 Alan Ezust 2006-03-14 00:17:57 UTC
> That's already implemented: Menu item "Settings -> Configure KOrganizer...", 
> Page "Personal", make sure that "Be asked which resource to use" is checked 
> rather than "Be added to the standard resource". 

I have that already set but it has never asked me which calendar to add it to.
So it never asks me which calendar to insert an item into, regardless of how this is set. I'm using KDE 3.5.1 on debian sid.

Is it a dialog though? Ick. 
At least have a combo box letting you choose which calendar to insert,
or even better, a bunch of checkboxes, or a multiple select listbox - so you can insert the same event into multiple calendars.

Comment 5 Alan Ezust 2006-03-14 00:25:38 UTC
Sorry, my last comment was not clear.

Instead of a dialog asking you which calendar to add it to,
we should be able to SEE and SELECT the 
calendar sources in the "Edit Event" dialog. 
Perhaps after it's inserted, you can't change it, but at least
it would be nice to know which calendar it was inserted into.



Comment 6 Reinhold Kainhofer 2006-11-02 18:59:23 UTC
Reassigning all KOrganizer bug reports and wishes to the newly created 
korganizer-devel mailing list.
Comment 7 Sergio Martins 2009-05-09 18:04:36 UTC
Closing, as this is not a bug and the reporter is clarified.

@comments #3 and #5

Please post your suggestions as wishes, and in separate bug reports.

Thank you.