[Tickets #2601] RESOLVED: Add event in active calendar

bugs@bugs.horde.org bugs at bugs.horde.org
Wed Oct 26 15:33:03 PDT 2005


DO NOT REPLY TO THIS MESSAGE. THIS EMAIL ADDRESS IS NOT MONITORED.

Ticket URL: http://bugs.horde.org/ticket/?id=2601
-----------------------------------------------------------------------
 Ticket             | 2601
 Updated By         | micha at kovoks.nl
 Summary            | Add event in active calendar
 Queue              | Kronolith
 Version            | 2.0.3
 State              | Rejected
 Priority           | 1. Low
 Type               | Enhancement
 Owners             | 
-----------------------------------------------------------------------


micha at kovoks.nl (2005-10-26 15:33) wrote:

>> It was not the idea to introduce a new preference. The idea was:
>> You are looking in 1 calendar because you are planning for that
>> consultant. My user expected to enter a new event in that calender
>> when she clicked the (+) sign. But that is not the case, the event
>> goes to the default calendar instead.
>> The question was to set the active calendar preselected in the
>> 'Create Event' screen.
>
> So that's not really a new preference, but it completely muddles the 
> purpose of an existing one.

Which preference are you talking about? If you are talking about the select
your default calendar. Well, imho that means normaly:

If the program can't figure out what calendar to use, use this default one.


This is for example the case when you are viewing more than one calendar and
the program can't figure out in which calendar to put the event. 
Although it is a little strange for the user (again imho) that,  when he is
viewing 2 or 3 calendars and not his default, the event is (without warning)
placed in his default calendar.  

> Also, I think you might just need some user retraining here - 
> Kronolith is designed to overlay multiple calendars; selecting one 
> consultant's calendar and deselecting the previous one is likely as 
> many/more extra clicks than picking the right calendar in the New 
> Event screen.

That depends a little bit on how the workflow goes. If you are planning 1
consultant after the other one, this is more work. Although if you are
planning them in mixed order than it makes a lot of sense to select the
right one in the add event screen.

Just to be sure i don't think you should get rid of the 'select calendar'
option (absolutely not!). And the 'select default calendar' option has it's
use. I only think that the 'create event' action could preselect the 'select
calendar' option a little bit more intelligent.

>> B.t.w. If you use the month view with more calendars side by side,
>> clicking the + sign does not what you expect. If you click on the +
>> it also always preselects the default calendar, even if you click on
>> the + in another calendar.
>
> This I could see changing.

Shall i make a new ticket for this one?

>> A way to combine this with the default calendar option is to
>> preselect  the default calendar if that is one of the active
>> calendars and preselect the 'current' calendar if there is only one
>> other calender active.
>
> I don't know if that rule is intuitive to users, though, and if it's 
> not intuitive, it's going to seem _very_ random.

I think the following ruleset could be quite intuitive:
- If there is only 1 calendar active: preselect that calendar
- If your default calendar and one or more other calendars are visible:
preselect your default calendar
- If your default calendar is not active and more other calendars are
active: preselect none and add a warning: please select your calendar
This last one could be replaced by the following rule:
- If your default calendar is not active and more other calendars are
active: 
preselect your default calendar and after saving display a message: this
event is saved in your default calendar: calendarname

I personaly don't think that this ruleset will bring more problems than the
current situation.

Thanx for reading and if you think this idea is acceptable, i will put some
time in it to write a patch.




More information about the bugs mailing list