188
edits
(4 intermediate revisions by 4 users not shown) | |||
Line 5: | Line 5: | ||
# Opening a local ics file | # Opening a local ics file | ||
# Importing events from a (local) ics file into a calendar | # Importing events from a (local) ics file into a calendar | ||
# Creating local calendar (using storage) | |||
# Deleting local calendar | |||
# Unsubscribing from remote calendars | |||
# Deleting remote calendars | |||
1 can be done with the wizard, described below (and implemented by now). 2 Do we want to support 2? It would be usefull to have a filepicker to browse to a file on the lan. It does mean that we need locking etc without using webdav, because you can be sure that users will share the file. The wizard could add a way to open a filepicker. Will it be local or remote? | 1 can be done with the wizard, described below (and implemented by now). 2 Do we want to support 2? It would be usefull to have a filepicker to browse to a file on the lan. It does mean that we need locking etc without using webdav, because you can be sure that users will share the file. The wizard could add a way to open a filepicker. Will it be local or remote? | ||
It means there is only one menu option, 'Add new calendar'. Is that confusing? Will users know to use that when opening a file? | It means there is only one menu option, 'Add new calendar'. Is that confusing? Will users know to use that when opening a file? | ||
: On second though, I think it actually is a good idea, because it describes what will happen: adding a new calendar. 'Open file' in most other apps will open a new window with just that document. This is not what calendar does. So a different wording is better | |||
How about simply "Add Calendar"? That removes the confusion over whether it's being created or subscribed to, delegating it to the dialogue that opens. It could have submenu items 'New', 'Existing' it you wanted to do it that way. - BenS | |||
== Calendar Creation Wizard == | == Calendar Creation Wizard == | ||
Line 65: | Line 70: | ||
note: it isn't easy to add a local ics file. This is depracted for the better perfoming storage. (should make sure it really performs better...) | note: it isn't easy to add a local ics file. This is depracted for the better perfoming storage. (should make sure it really performs better...) | ||
== Calendar Deletion Wizard == | |||
Currently the meanings "delete a calendar" and "unsubscribe from a calendar" are not distinguishable in the Calendar UI. Right-clicking on a calendar offers to "delete" it, then a confirmation dialog asks if you really want to "unsubscribe". And what the software currently does is unsubscribing in all cases, including the local calendars. At least here we need the option to really delete the local calendar. I also think that unsubscribing from local calendars should not be an option since it is not possible to browse subscribable (previously unsubscribed) local calendars. If dataloss is of concern here, the confirmation dialog could contain a message like "we recommend a backup via 'Export Calendar' prior to deleting the calendar and all containing events....blabla" | |||
I recommend the following UI: The context menu should distinguish between remote and local calendars. | |||
# Remote calendars should have the option "Unsubscribe from Calendar", | |||
# Local calendars should have the otption "Delete Calendar", | |||
# Remote calendars should also have the option "Delete Calendar". | |||
Confirmation dialogs should also distinguish between the two cases: | |||
Case 1: "Are you sure you want to unsubscribe from calendar x?" | |||
Case 2: "Are you sure you want to delete calendar x and all its contents?" | |||
Maybe Case 2 should contain a second sentence like: "Please use 'Export Calendar' first if you want to keep a backup!" | |||
Case 3: see Case 2. | |||
Relevant Bugs: | |||
* [https://bugzilla.mozilla.org/show_bug.cgi?id=296202 Bug 296202] | |||
* [https://bugzilla.mozilla.org/show_bug.cgi?id=248309 Bug 248309] |
edits