Closed Bug 146212 Opened 23 years ago Closed 22 years ago

Calendar import/export: open and save as functions.

Categories

(Calendar :: General, defect)

x86
All
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: ajbu, Assigned: ajbu)

Details

Attachments

(4 files)

I created a set of functions for import/export, loading events from a file, and saving events to a file in different formats. Some of these functions are used by the clipboard routines. - Show a Open file dialog, and parse the selected ICS file for calendar events. - Show a Save As dialog, and save the selected events to that file. In the save file dialog, the output format can be selected: iCalendar(.ics) HTML or RTF. The last two formats saves as non-parsable formatted text. I renamed these functions to 'Open...' and 'Save As...' which I think are better descriptions, import/export could be a more advanced wizard for import/export? (I do not have any rights in the bugzilla calendar component to assign this to myself).
I've got permissions. :) Great work!
Assignee: mikep → ajbu
Status: UNCONFIRMED → NEW
Ever confirmed: true
This is checked into CVS.
little patch to change permissions of created files to 664, was 004. Removed the not so usefull permission constants.
Into CVS, marking bug as assigned.
Status: NEW → ASSIGNED
I get a problem exporting my events, saying that the file is not writeable. (Linux) Also, we should have an option to automatically import all the events, without opening up the dialog. Maybe have an extra option on the front end like "Batch Import" or something...
1) Can you check there are no files saved with a previous versions in that directory? Previous version saved with no permissions at all, so those can't be overwritten. The default filename is without .ics on Linux, but the filter is *.ics. This is different from Windows, Windows save functions automaticly add the .ics extension when this is set as the default extension. 2) If that doesn't work, what version of Mozilla did you use? The nsifile api was changed in the previous previews. 3) I thought of adding options for 'silent' import to the prefs, but when iTIP support is added to Calendar this must all be changed anyway, so I didn't do that. For iTip there should be several merge-options, when an updated event is imported A menu option 'Batch Import' and a boolean for the import function could be a easy to implement option to do that. Another point: What do you want to happen when importing an event with a ID already in calendar?
You're right, the file exists. When you get the file name back from the file picker, check if the .ics extension is on the file. If it is, don't do anthing. If it isn't, append the extension to the file name so that people can then see that file when they go to import.
Patch that adds a dialog before import with options to import with or without dialogs. Also added a check if the ID of the imported event is unique, otherwise assign a new ID.
Checked into cvs now. I think this bug is fixed, marking as such.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
The bugspam monkeys have been set free and are feeding on Calendar :: General. Be afraid for your sanity!
QA Contact: colint → general
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: