Summary | patch: automatic export to iCalendar format |
Queue | Kronolith |
Queue Version | HEAD |
Type | Enhancement |
State | Resolved |
Priority | 1. Low |
Owners | chuck (at) horde (dot) org |
Requester | srrafa (at) usc (dot) es |
Created | 11/30/2004 (7529 days ago) |
Due | |
Updated | 11/15/2005 (7179 days ago) |
Assigned | 12/02/2004 (7527 days ago) |
Resolved | 03/11/2005 (7428 days ago) |
Milestone | 2.1 |
Patch | No |
support. Anything else would be duplicate effort and not accepted.
which allows for GET / PUT and PROPFIND. With this, it is possible to
use Kronolith as a storage and be able to use the web interface for
editing, but also application such as Mozilla Sunbird and Apple iCal.
If there is interest in this, I would be willing to polish it up a
bit an supply a patch.
allows for GET / PUT and PROPFIND. With this, it is possible to use
Kronolith as a storage and be able to use the web interface for
editing, but also application such as Mozilla Sunbird and Apple iCal.
If there is interest in this, I would be willing to polish it up a bit
an supply a patch.
State ⇒ Resolved
the same thing with shorter URLs. Nag got an ics.php, too.
lot of ways, though the URLs are long. I want to document it and maybe
add another URL-building tool (like the freebusy one), and I may end
up changing my mind and using the same code in an ical.php. So I'll
look more at this tomorrow.
Is it possible to make a export script for mozilla sunbird, which
exports icalendar data?
In the way like http://srv/horde/kronolith/sunbird.php?username=usr&pass=pwd
Which of these files should i use with the current Kronolith version?
Regards,
Chris
New Attachment: api.php.patch
issues, so is basically the same you can find in api.patch
This patch is against kronolith-h3-2.0.2
I've submitted an enhancement ticket for the REST driver. Ticket
#1500.With that driver, you can get the calendar exported through this request:
http://localhost/horde/rpc.php?RPCDriver=rest&restCall=calendar.exportCalendar&restContentType=text/calendar&calendarName=rafa&contentType=text/calendar
New Attachment: icalsub.php
From: John Adams <jna@retina.net>
To: kronolith@lists.horde.org
Subject: [kronolith] Script: Subscribe to Kronolith calendars with
Apple iCal
I think kronolith is pretty cool, but one of the major issues I have with
the way that you export calendar records to iCal is that you have to keep
logging in and exporting the data. I modified data.php and produced a
script that will allow you to -subscribe- iCal to kronolith calendars. It
dumps all events for the specified calendar in icalendar format.
Some caveats I found out the hard way: Apple iCal doesn't support pulling
calendar data over SSL (lame!!!) so you have to run this on an unsecured
server until they get around to fixing that. You should be okay with other
apps like thunderbird/outlook/etc, though.
Granted, there's some security issues here - I've disabled authentication
to view the calendars and I'm just dumping all events for the requested
calendar, but you get the idea. You can modify this script to have some
sort of md5 variable/security/whatever and then modify the URL to require
that variable if you're concerned about security. For most users it won't
matter. Hey, the data is read-only anyway, so don't panic too much ;)
Save this script as 'icalsub.php', and access data using the following URL:
http://your.server.com/horde/kronolith/icalsub.php/<id>
You can also subscribe to multiple calendars and combine them as one like:
http://your.server.com/horde/kronolith/icalsub.php?c=<id1>|<id2>|<id3>
<id> should match the calendar_id in the database (you can get it
also by looking at the "Free/busy" URL that appears in the "My Calendars"
page.)
Enjoy.
--john
this can go in for 2.1 now. If you send a cleaned up patch (see
horde/docs/CODING_STANDARDS) and address some of my prior points,
it'll greatly speed up how quickly we can get this in.
just be able to access it through RPC.php, perhaps with a "REST"
driver (see http://www.xfront.com/REST-Web-Services.html or similar).
Also, the code as submitted really needs to be cleaned up/fixed for
Horde coding standards and functionality (see
horde/docs/CODING_STANDARDS; gettext requires double quotes, etc.).
Anyways, this should definitely go in one of the Kronolith 2.0.x
releases; poke me once we've gotten 2.0.0 out, preferrably with some
cleaned up code, and we'll go from there.
State ⇒ Assigned
contribution to the site.
api.patch should be applied to kronolith/lib/api.php
autexport.php should be placed in kronolith/autexport.php.
Priority ⇒ 1. Low
Type ⇒ Enhancement
Summary ⇒ patch: automatic export to iCalendar format
Queue ⇒ Kronolith
State ⇒ New
automatically.
Automatically means that is not necessary to log in interactively to
Kronolith, so is possible for a external application to access
read-only to the calendars.
It was tested with the mozilla calendar extension (version 0.8.1+) for
Firefox 1.0