<br><br><div class="gmail_quote">On Tue, Jul 7, 2009 at 2:24 AM, Rick Moen <span dir="ltr"><<a href="mailto:rick@linuxmafia.com">rick@linuxmafia.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">I wrote:<br>
<br>
> On the bright side, PHP iCalendar solves a bunch of other problems.<br>
> My installed version, 0.9.4 beta, is ancient.  The current 2.31 release<br>
> (notably) supports the user's choice of RSS version 0.91, 1.0, and 2.0,<br>
</div>> [and thus] neatly sidesteps that religious issue.<br>
<div class="im">><br>
> I've never used <a href="http://linuxmafia.com/calendar/" target="_blank">http://linuxmafia.com/calendar/</a> as part of my production<br>
> environment, just as something I've played with -- but that can easily<br>
> change.<br>
<br>
</div>I've just set up PHP iCalendar 2.31 (latest release) in a different<br>
directory (<a href="http://linuxmafia.com/cal" target="_blank">http://linuxmafia.com/cal</a>), and there are a couple of<br>
disappointments:<br>
<br>
1.  It's ridiculously slow.  As a page load on my local LAN,<br>
<a href="http://linuxmafia.com/cal/month.php?cal=bale" target="_blank">http://linuxmafia.com/cal/month.php?cal=bale</a> takes four seconds, whereas<br>
<a href="http://linuxmafia.com/calendar/month.php?cal=bale" target="_blank">http://linuxmafia.com/calendar/month.php?cal=bale</a> (v. 0.9.4 beta) is a<br>
much more reasonable fraction of a second.<br>
<br>
2.  <a href="http://linuxmafia.com/cal/" target="_blank">http://linuxmafia.com/cal/</a> somehow misparses and garbles its display<br>
of the contents of the bale.ics data file's SUMMARY field, making a mess<br>
of each BALE event.<br>
<br>
The way things stand, I'm rather likely to stick with the beta.<br>
<div><div></div><div class="h5"><br>
</div></div></blockquote><div><br>
Interesting.<br>
<br>
So you want the calendar generated dynamically?<br>
<br>Why?<br><br>
I would have set up make to build a static html version of the calendar anytime its vcalendar source file changed.  That way the webserver is light and fast and static.<br><br>You only need dynamicism if the calendar is read-write, no?  I've certainly set up webcalendar's icalendar support for that (with thunderbird + lightning- not 100% satisfactory).  But in this instance, you want a easy-to-maintain icalendar file that others have RO access to (a simple http url) plus an HTML version of same for the web page.<br>
<br>Or perhaps I am kicking words into your mouth.<br><br></div></div>Tony<br>