Handling of Multiple Calendars
Frank Loehmann
https://bugzilla.mozilla.org/show_bug.cgi?id=350323
I want to start a discussion on how the behavior should be changed to
avoid this issue.
Background:
If a new event gets created, Lightning uses the currently selected
calendar to create this event. The selected calendar will not be
restored on restarting the application. Instead the first entry in the
Calendars tab gets selected by default. So if the first calendar is a
local calendar, this one will be defaulted on every application start-up
again. This causes events being created in the "wrong" calendar.
Furthermore the Agenda tab is shown on start-up, so that the changed
selection in the Calendars tab is initially not visible.
Proposal:
1. step: Remember the selection made in the Calendars tab.
Maybe this first step would be enough to avoid the local vs network
calendar issue. What do you think?
2. step:
a) If a calendar is not checked (shown) but selected in the Calendars
tab, the calendar should be marked visible when a new event is being
created.
or
b) If a calendar gets selected it is automatically checked and thus
shown in the calendar view.
What is your opinion?
------------------------------
Other open issues in this area:
- Color of a calendar is not shown in Calendars tab
- Read-only calendars could not be distinguished from r/w ones.
Regards,
Frank
Michiel van Leeuwen
> https://bugzilla.mozilla.org/show_bug.cgi?id=350323
>
> Proposal:
> 1. step: Remember the selection made in the Calendars tab.
That would be a good thing.
But it is not what the bug is about. The bug is about the presentation:
There is no hint that the selection in that tab is connected to the
calender in which new items will be created. An icon or a word or
something could improve that situation. Maybe a new column, with a
radio-button like behaviour, where you select one calendar.
> 2. step:
>
> a) If a calendar is not checked (shown) but selected in the Calendars
> tab, the calendar should be marked visible when a new event is being
> created.
>
I think that would be somewhat unexpected. You create one item, and
suddenly a whole lot of items show.
> b) If a calendar gets selected it is automatically checked and thus
> shown in the calendar view.
>
If we go for the new column, we can make it impossible to make a
not-visible calendar the default.
Michiel
Stefan Sitter
> - Color of a calendar is not shown in Calendars tab
See https://bugzilla.mozilla.org/show_bug.cgi?id=298360
I'd say we also should unify the code between Sunbird and Lightning
so that both use the same Calendars tab implementation.
/Stefan
Frank Loehmann
> Frank Loehmann wrote:
>> https://bugzilla.mozilla.org/show_bug.cgi?id=350323
>>
>> Proposal:
>> 1. step: Remember the selection made in the Calendars tab.
>
> That would be a good thing.
If there are no contrary opinions, I will write an issue to change
this in a first step.
> But it is not what the bug is about. The bug is about the presentation:
> There is no hint that the selection in that tab is connected to the
> calender in which new items will be created. An icon or a word or
> something could improve that situation. Maybe a new column, with a
> radio-button like behaviour, where you select one calendar.
Then we would have a checkbox for general calendar visibility and a
radio to set the default calendar. Instead of this I would prefer a kind
of "(default)" extension in the calendar name.
But personally I would favor a solution without setting a default
calendar. If we take a look on Thunderbird's news and mail handling, we
will see that the currently selected news group is also used as target
when composing a new mail. Sometimes this is not what I want, i.e. if I
want to write an e-Mail, but normally it does exactly what I have expected.
Furthermore I think the current checkbox in front of the calendars
should be an icon like an eye to underline its functionality.
>> 2. step:
>>
>> a) If a calendar is not checked (shown) but selected in the Calendars
>> tab, the calendar should be marked visible when a new event is being
>> created.
>>
> I think that would be somewhat unexpected. You create one item, and
> suddenly a whole lot of items show.
I think it is also unexpected today, that a currently not shown calendar
is used to create new events in. Thus those events do not show up after
creating them, because the calendar is currently not shown.
>> b) If a calendar gets selected it is automatically checked and thus
>> shown in the calendar view.
>>
> If we go for the new column, we can make it impossible to make a
> not-visible calendar the default.
I think the default calendar, if we would have one, will not be changed
all the time. A context menu entry and a checkbox inside the New
calendar wizard to set the default seems to be enough for me.
Furthermore a column right after the calendar's name will crop longer
calendar names.
>
> Michiel
Frank
Michiel van Leeuwen
> But personally I would favor a solution without setting a default
> calendar. If we take a look on Thunderbird's news and mail handling, we
> will see that the currently selected news group is also used as target
> when composing a new mail. Sometimes this is not what I want, i.e. if I
> want to write an e-Mail, but normally it does exactly what I have expected.
But in thunderbird, the selected item (mailfolder or newsgroup) is also
what you see in the rest of the screen. The selection is much more
obvious and important.
> Furthermore I think the current checkbox in front of the calendars
> should be an icon like an eye to underline its functionality.
An icon would be clearer. But a checkbox is clearly clickable. Users
know they can click a checkbox. For an icon, you have to know. It's not
that obvious.
> I think it is also unexpected today, that a currently not shown calendar
> is used to create new events in. Thus those events do not show up after
> creating them, because the calendar is currently not shown.
Yes, true. We need to choose between two bad things... IO'm not sure yet
which is less bad.
Michiel
benjami...@gmail.com
> Background:
> If a new event gets created, Lightning uses the currently selected
> calendar to create this event. The selected calendar will not be
> restored on restarting the application. Instead the first entry in the
> Calendars tab gets selected by default. So if the first calendar is a
> local calendar, this one will be defaulted on every application start-up
> again. This causes events being created in the "wrong" calendar.
> Furthermore the Agenda tab is shown on start-up, so that the changed
> selection in the Calendars tab is initially not visible.
>
> ------------------------------
> Other open issues in this area:
> - Read-only calendars could not be distinguished from r/w ones.
>
An additional issue that I often run into is that the first calendar in
my calendar's tab is a read-only calendar. IMHO a read-only calendar
should *never* be selected automatically when creating a new task. If I
don't notice the problem, the result is that Sunbird tries to create
the event, gives me a warning about failing to write to the calendar,
which is then re-marked as read-only. However, the event shows up on
the calendar, which is deceiving because if I close Sunbird the event
disappears.
benjami...@gmail.com
> Background:
> If a new event gets created, Lightning uses the currently selected
> calendar to create this event. The selected calendar will not be
> restored on restarting the application. Instead the first entry in the
> Calendars tab gets selected by default. So if the first calendar is a
> local calendar, this one will be defaulted on every application start-up
> again. This causes events being created in the "wrong" calendar.
> Furthermore the Agenda tab is shown on start-up, so that the changed
> selection in the Calendars tab is initially not visible.
>
> ------------------------------
> Other open issues in this area:
> - Read-only calendars could not be distinguished from r/w ones.
>
An additional issue that I often run into is that the first calendar in