Fwd: Re: [kronolith] I'm having a problem with the kronolith_driver_sql class.

[Chuck Hagenbuch]

Quoting  Cliff Green <green@UMDNJ.EDU>:

> Thanks!  I've added clauses here to get LOCATION and CATEGORY;  location
> seems to work, but category doesn't.  I was more interested in being sure
> location did.  I don't quite understand how we were getting it before.

We weren't. My initial iCalendar support was _very_ basic and only handled
enough fields to do a proof of concept.

> -timezone offset, to send in UTC form and to correct back to local time
> on import
> -ratcheted VCal Version to 2.0
> -changed PRODID a little
> -added METHOD:REQUEST, TRANSP:OPAQUE, ORGANIZER (which we don't have a
> place to store just yet ;-)

Great, are these in the changes you sent me?

> At this point, I'm more interested in function _build() in icalendar.php,
> which is where the incoming iCal material is parsed into objects, etc., 
> right?

I believe so.

> I'm concerned initially about VTIMEZONE and VALARM.  I don't know about 
> other calendar/scheduling packages (e.g., GroupWise, Domino, etc., but
> Evolution insists on sending a VTIMEZONE object just above any VEVENT 
> objects, and LookOut sends VALARM by default if you don't uncheck it 

Yes, we definitely need to handle all these.

-chuck

--
Charles Hagenbuch, <chuck@horde.org>
"After a few minutes the most aromatic and nice smelling Italian coffee 
 will come out of the exhaustpipe." - Our stove-top espresso pot