Closed
Bug 146212
Opened 23 years ago
Closed 22 years ago
Calendar import/export: open and save as functions.
Categories
(Calendar :: General, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: ajbu, Assigned: ajbu)
Details
Attachments
(4 files)
15.32 KB,
text/plain
|
Details | |
1.00 KB,
patch
|
Details | Diff | Splinter Review | |
2.10 KB,
patch
|
Details | Diff | Splinter Review | |
2.79 KB,
patch
|
Details | Diff | Splinter Review |
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).
Comment 2•23 years ago
|
||
I've got permissions. :)
Great work!
Assignee: mikep → ajbu
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 4•23 years ago
|
||
This is checked into CVS.
little patch to change permissions of created files to 664, was 004. Removed
the not so usefull permission constants.
Comment 7•22 years ago
|
||
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?
Comment 9•22 years ago
|
||
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.
Assignee | ||
Comment 10•22 years ago
|
||
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.
Comment 11•22 years ago
|
||
Checked into cvs now.
I think this bug is fixed, marking as such.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Comment 12•18 years ago
|
||
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.
Description
•