This extension lets your radiant site present calendar data. It doesn't administer calendars or let you enter events: you have a perfectly good desktop calendar application for that. All we do here is subscribe to a calendar feed and publish the contents nicely. The feed can come from Google Calendar, from a published ical file or from any CalDAV-compatible calendar server.
- The radius tag structure has changed. Those few people who have old event_calendar pages will need to tweak them to use the new
r:eventnamespaces, of which more below.
- column names have been simplified now that the ical can be dealt with as a nested model
- standard ownership columns have been added to calendar
- tested with google calendar
You need the
vpim gem to handle event data:
gem install vpim
and while any radiant version from 0.6 onwards ought to work, I've only tested this release properly with radiant 0.8.0.
Should be straightforward:
script/extension install event_calendar rake radiant:extensions:event_calendar:migrate rake radiant:extensions:event_calendar:update
event_calendar is multi-site aware and if used with spanner's fork, will scope calendars to sites.
There are only two config settings at the moment:
event_calendar.icals_pathis the directory (under /public/) holding the calendar subscription files. Default is
event_calendar.default_refresh_intervalis the period, in seconds, after which the calendar subscriptions are refreshed. Default is one hour. Set to zero to refresh only in the admin interface.
Each calendar subscription will have its own address and authentication settings.
- Create a calendar source. You can do that by publishing a feed from your desktop calendar application, by making a google calendar public or by setting up a CalDAV calendar and persuading all the right people to subscribe to it.
- Find the ical subscription address of your calendar.
- Choose 'new calendar' in the radiant admin menu and enter the address and any authentication information you need to get at it. See below for notes about connecting to CalDAV. In the case of an ical file or google calendar you should only need an address. Give the calendar a slug, just as you would for a page, and optionally a category. Let's say you call it 'test'.
- Your calendar should appear in the subscription list. Click through to browse its events and make sure everything is as it should be.
Set up a new page at /calendar/ with the type 'EventCalendar'. To show a pageable calendar view of the current month, all you need is this:
Or to show a list of all events in the next six months:
<p><r:calendars:summary /></p> <div class="event_list"> <r:events:each calendar_months="6"> <r:event:header name="date"> <h2 id="<r:event:year />_<r:event:month />"><r:event:month /> <r:event:year /></h2> </r:event:header> <p id="event_<r:event:id />"> <acronym class="date"> <r:event:day_ordinal /> </acronym> <r:event:link class="title" /> <r:event:if_location> <span class="location"><r:event:location /></span> </r:event:if_location> <r:event:if_description> <br /> <span class="description"><r:event:description /></span> </r:event:if_description> </p> </r:events:each> </div>
Note that the
event:header tag only shows when it changes, which in this case gives you a non-repeating date slip. For more about the available radius tags, see the extension wiki or the 'available tags' documentation.
If you have another column in your layout, try adding this:
<r:events:as_calendar calendar_months="6" date_links="true" compact="true" />
For clickable thumbnails of coming months.
This is developing quite quickly at the moment but it's in production use on a couple of small sites and seems stable enough.
I've tested this with Darwin Calendar Server (on Ubuntu), with Google Calendar and with feeds published from iCal on a mac. It work just as well with iCal server on OS X Server, and in theory any other CalDav-compliant back end. See http://caldav.calconnect.org/ for more possibilities.
Create a calendar in your Google Calendar account. Call it 'public', or whatever you like, and tick the box marked 'make this calendar public'.
Click on 'calendar settings' from the drop-down menu next to the name of the public calendar, and look towards the bottom for the 'Calendar Address' section. Click on 'ical' and the address that pops up is your subscription address. You shouldn't need anything else.
We aren't really doing CalDAV properly here, but taking advantage of a compatibility with the simpler ical standard. A simple GET to addresses under /calendar will return a file in ical format, which is what we get and parse. As a passive display client, that's all we need, but it does mean that so far we can't display groups properly, or interact with principals, or take proper advantage of the more collaborative functions of CalDAV.
The address for your calendar will either look like this:
or like this:
but note that the port and protocol will depend on your server setup. The best way to find these addresses is to visit the calendar server in a normal web browser, log in as the authorised person, and cut and paste the address of the calendar you want. You may also be able to get the right address out of iCal or sunbird but some trial and error will be involved.
The best way to think of these addresses under /calendar/ is as the read-only version. The address that you will subscribe to in your desktop calendar application is the read-write version and will look slightly different:
is all you need to put into iCal, for example: it will handle subcalendars and GUIDs without bothering you for details.
It's not nice. There are three main options:
- OS X Server has an excellent built-in ICal server
- Darwin Calendar Server is the open-source version of that. It's written mostly in Python and distinctly quirky, but once set up it works very well.
- Use a Google calendar and endure a bit of sync bother to get it on the desktop.
- That's it unless you speak Java, in which case there are several other good options.
See http://caldav.calconnect.org/ for news and background information.
Calendars are only refreshed if they're accessed. The
event_calendar.default_refresh_interval setting is really a cache duration: on the next request after that interval, we go back to the original source. If that gets too slow for the end user who triggers the refresh then I'll need to add a calendar-refresh rake task that can be crontabbed, but so far it seems to work well enough.
If you're administering your calendars in iCal, the first calendar you set up will be accessible at the simple /users/uid/calendar address but after that you'll have to get the GUIDs. You can get-info on a calendar to get a subscription address but if it's long it may be truncated.
OS X 10.6 promises to handle all this a lot better. On Windows you're pretty much confined to Sunbird at the moment. There is a project to hook Outlook up to CalDAV but it seems to have stalled.
Reports and requests in lighthouse, please, or for little things an email or github message is fine.
Originally created by Loren Johnson: see www.hellovenado.com
Currently maintained by spanner. Contact William Ross .
Released under the same terms as Radiant and/or Rails.