OK Andre, I struggle myself through the RFC's and hope to find a startingpoint. If you can find the time to update the library many people will be happy I think.
Greetings, William 2007/7/4, Andre Garzia <[EMAIL PROTECTED]>:
Hello William, I haven't touched that library in ages, but since there appears to be a renewed interest in it, I'll try to update it. Best place to learn more about iCalendar files is to look into the RFCs included in the library. They explain everyting. Cheers andre On 7/4/07, William de Smet <[EMAIL PROTECTED]> wrote: > > Hi there, > > I download your library and i really like it. > I checked the demo which shows how to make vCard but I don't know how > to start with iCalendar output. Could you or someone else give me a > starting point with iCalendar output (.ics)? The manual says it will > be updated... > > > Thanks! > > William > > > > 2007/6/12, Andre Garzia <[EMAIL PROTECTED]>: > > David, > > > > a format I like is the vObject format used by vCards and iCalendar > files. > > > > It's easy and allow for grouping, name/value pairs and attributes. > > > > I made a alpha library that you can check. My routines have some bugs > > as many pointed out but I can't really focus on that library right > > now. > > > > go url "http://www.soapdog.org/vObjectPackage.rev"; > > > > This library also contains the RFC for the formats, this should give > > you a nice idea of how to make your own objetcs. > > > > ;-) > > > > The JSON object format is quite nice too, did someone created a > > parser/generator for that in Rev yet? > > > > Andre > > > > > > On 6/12/07, David Bovill <[EMAIL PROTECTED]> wrote: > > > Based on the simple but fast philosophy of JSON - I'm looking at > defining a > > > text based format which is readable, non binary and as fast as > possible for > > > Rev to parse. I want like JSON to throw away all those pesky XML tags. > > > > > > Now I can't remember the details but JSON and YAML I think use a > simple > > > "name [delim] value" type notation - but keeping things completely > flat (no > > > nesting). At the moment (see below) I am using a tab character for the > > > delimiter - I tried others but this seems to work for readability and > > > flexibility. > > > > > > The notation i am thinking of therefore are simple lines like the > following > > > (think of " [tab] " as just a single tab character): > > > > > > name [tab] david > > > > height [tab] 6ft 2inches > > > > biography [tab] <sport>football</sports> > <interests>whatever</interests> > > > > notes [tab] flattened htmltext > > > > photo [tab] base64ofAnImage > > > > > > > > > > I've been using this format for some things for a while - but thinking > of > > > going with it for a large project. The idea is for XML to strip out > any > > > white space - flatten it into one line - here are some of the (hoped > for) > > > advantages: > > > > > > - for htmltext that means just "replace CR" - setting it does not > > > require the CR so its fast. > > > - It also means you can split and combine the format into arrays > for > > > fast processing. > > > - Sending the data around, as messages, over socket / the wire is > fine > > > - As a text format I can use subversion to keep incremental backups > > > - I seem to be able to nest it indefinitley by using base64 > encoding > > > of an entire chunk > > > - It is fast to convert to XML, JSON or other formats > > > > > > I am not sure about using [tab] - but it just seems to work. Comments > > > appreciated. > > > _______________________________________________ > > > use-revolution mailing list > > > [email protected] > > > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > > > http://lists.runrev.com/mailman/listinfo/use-revolution > > > > > _______________________________________________ > > use-revolution mailing list > > [email protected] > > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > > http://lists.runrev.com/mailman/listinfo/use-revolution > > > > > > > > > -- > ICT-coördinator > Herman Broerenschool > 2612 SP Delft > 015-2141066 > http://www.hermanbroerenschool-delft.nl > _______________________________________________ > use-revolution mailing list > [email protected] > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-revolution > _______________________________________________ use-revolution mailing list [email protected] Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
-- ICT-coördinator Herman Broerenschool 2612 SP Delft 015-2141066 http://www.hermanbroerenschool-delft.nl _______________________________________________ use-revolution mailing list [email protected] Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
