- From: Tim Berners-Lee <timbl@w3.org>
- Date: Wed, 30 Jul 2003 21:33:16 -0400
- To: Dan Connolly <connolly@w3.org>
- Cc: www-rdf-calendar@w3.org, David Dorward <david@us-lot.org>, Hugo Haas <hugo@w3.org>, Ivan Herman <ivan@w3.org>
The difficulty which phpicalendar has and any other solution would have is the function which takes a local time and a timezone name like America/New_York and generates from it the time in Z. Do you have that in python? There also seemed to be a difference between iCalendar from evolution and from iCal, in that evolution writes the timezone definition in the calendar file, the latter just uses a name. timbl On Tuesday, Jul 29, 2003, at 17:38 US/Eastern, Dan Connolly wrote: > I've seen various bits of work on formatting > calendars for display... > > I wrote something to take data from the palm > datebook, projected into RDF, and display > it as HTML... > http://dev.w3.org/cvsweb/2001/palmagent/datebook2html.xsl > > David Dorward reported a problem with that recently; > the fix is pretty easy, but I haven't gotten around > to releasing it and I'm not sure when I will... > > I see Hugo has been doing some related work... > > "weekly.pl is a Perl script generating an XHTML weekly view of an RDF > calendar document." > http://dev.w3.org/cvsweb/2003/weekly-view/ > > And I've seen a few people struggling with bugs > in phpicalendar... I thought it was a read/write > database thing, but it's actually just a > read-only .ics->.html formatter. php is great > for database applications, but as a general-purpose > programming language, I prefer python (or even perl). > And for XML->XML transformations, XSLT is usually > worth trying. > > I don't have any particular suggestion or request; > but I'd like to move the discussion from my > private mailbox, where it competes with lots of > other stuff, to this forum where other folks have > a chance to help. > > > -- > Dan Connolly, W3C http://www.w3.org/People/Connolly/ >
Received on Wednesday, 30 July 2003 21:33:17 UTC