GNOME Bugzilla – Bug 127538
Publish your calendar
Last modified: 2012-02-19 17:05:48 UTC
Apple's iCal has made "calendar sharing" popular. It's a nice feature where any user can create a calendar of events and then publish it on a website, to share it with other users. Others can then "subscribe" their calendar application to that calendar file, and updates are automatically synced to their imported calendar whenever the master file changes. This makes it easy and convenient to share conference schedules, meeting times, club events, moving dates and times and so on. Implement this calendar publishing feature in Evolution. There are two things: first, it needs to just upload the .ics file to a remote location, using gnome-vfs facilities (give the user a few common choices like ssh://, FTP, WebDav and saving to a file. Then automatically push updates to the exported file whenever new events are added or things are being changed. We should give a possibility to export to a simple HTML page as well for those visitors who don't use a calendar program that supports webcal:// (webcal is just a URI scheme that should invoke Evolution's "Calendar Import" dialog that does the same as this one but reverse). This bug is part of the Integrated Collaborative Desktop Bounty Hunt. For more information on prizes, contest rules, and other bounty tasks, visit: http://www.gnome.org/bounties/ If you would like to start working on this bounty, please create a bugzilla account and append your intention to work on this bounty to this bug. If multiple people declare their intentions to work on a task, we encourage you to join forces and work together. Please do not close this bug. The contest organizers will mark this bug as FIXED when the prize is claimed.
Please see http://www.gnome.org/bounties/Addressbook.php3#127538 for more information.
Oops. The Correct URL for more information is: http://www.gnome.org/bounties/Calendar.php3#127538
I am interested in working on this bug (Bugzilla account: m_ananthanarayanan@yahoo.com)
See also http://bugzilla.ximian.com/show_bug.cgi?id=30297
By the way, if you want a quick hack for this, I did a semi-reasonable workaround. I have a small program using the FAM library to watch the calendar file that evolution uses. When it changes, it's copied over to my published phpicalendar. Works well enough for my purposes, and I beleive you could even modify the phpicalendar side to accept changes and move them the other direction. (This isn't an attempt to claim the bounty, it's just a suggestion to people who want this functionality while its being worked on.)
m_ananthanarayanan@yahoo.com -- are you still working on this? I'm thinking about having a go myself.
I am also interested in working on this.
See Bug #30297 for some comments on what should be published and how. It is something that should be figured out and fixed before anything like this gets put in. Also, how are those who have said they want to do it fairing?
That bug# is from Ximian's bugzilla, my apologies!
I am working on this, am about 25% along the way. Hopefully have it all done this week. So far I've got it to export to a URL, but haven't got the GUI to select the URI to upload to yet, nor storing the calendar settings or watching for updates and resynchronizing. Curious if anyon has considered the security problems with keeping the password to sync the calendars - i think this is better off as an option and it will prompt for user/pass if its not saved.
I am now up to about 50%, it all works just need to tidy some stuff up and fix a few leaks, etc and finish the automatic udpate code. Hope to post a first patch for view by Sunday 4th March.
I have had this mostly done for a while, due to study I haven't cleaned it up and sent it in yet, might do that soon...
Trent: is there any progress with the patch?
I want to have a go at this. Is there anyone currently working on this bounty?
This might be obvious, but whoever is working on this, please do what Mozilla Calendar does, not how iCal does this - ie, when you update the remote calendar, pull it in first and merge changes with local. This is a wonderful feature for updating a calendar from two or more machines, or (wonder of wonders!) actually _sharing_ a calendar without any server-side support.
I am working on this as well.
Trent, are you still working on this? I'm finishing my last program and I'm interested in start to work on this tomorrow if not 8h/day.
hi there, Just sent a working patch yesterday. Anybody would care to test? What it doesn't do: generate an HTML file from the calendar. I don't really think it is a good idea as the page can very quickly become massive as the calendar grows. On the other hand, the idea of pulling a previously generated file and merging to it does not sounds too good: What if you delete events? If you really want to add to the file, just use that specific file as a webcal and select it in the list of calendars to publish. One extra feature that could be useful would be to be able to choose to publish the events that are public or private only. This would be easily added, just let me know what you think of the work done so far. Regards, Stephane Konstantaropoulos
Created attachment 39469 [details] [review] this is lokking neat See my previous comment too. Hello all, After having put a lot of testing into this patch and a lot of coffee into my cup, here I come with a - mostly - functional version ;-) The calendar prefs dialog has received an extra page, which I put after Free/Busy. It is modelled roughly on Free/Busy. publish-editor-dialog[.c,.h,.glade] are modelled on url-editor [.c,.h,.glade] the data structure is shared between the two and has been lightly modified (EPublishUri) the actual publishing is done in e-pub-publish() and then in itip_publish_comp() it uses gnome-vfs for most schemes apart from http which is handled by libsoup as gnome-vfs did not work with me for http PUT. For ssh, the "gnome authentication manager" is used, that's why in the configuration dialog, the password is blanked when ssh is selected (gnome-vfs URI limitation), it fits well with gnome as it can add the password to the gnome keyring. For http, if a proxy is set up in the gnome preferences, it is used. This has been tested for http PUT with authentication at www.icalx.com, for ssh and local files. I did not test ftp or https, could anyone try it out? The resulting files have been tested with phpical and with the icalx.com interface (probably the same parser) and seemed to be accepted and understood by those tools. Free/Busy works again and can use any gnome-vfs uri too, I did not modify the configuration dialog though. Alarms are published if requested, Task lists are published too. THINGS NOT DONE: automatic publishing when a source changes: I could not figure out how to use ECalViewListener with ECal any hints? html generation: is this really useful in any way? testing for Ical compliance of the resulting files. Is there a tool to do that? HOWTO PATCH: patch against evolution-cvs as of today with: patch -p0 < evolution-ical-publish.patch from within the evolution directory.
Any reason why this bounty has not been claimed?
Yes, what's up with it? Is it still open?
i'd like to work on that bounty ASAP, so i'd also like to hear abt last developpers.do they still work on it?
Wanna know what's wrong with bounties? You came to the right place... SCNR
This bounty was available in 2003 and is not available anymore. Marking as duplicate of bug 230297. *** This bug has been marked as a duplicate of bug 230297 ***