icalendar parser ?
[1/7] from: jason::cunliffe::verizon::net at: 12-May-2004 19:52
Has anyone written an iCalendar .ics file parser or related application in
Rebol ?
IETF RFC 2445
http://www.ietf.org/rfc/rfc2445.txt
iCalendar Specification Excerpts
http://www.kanzaki.com/docs/ical/
PHPicalendar
http://phpicalendar.sourceforge.net/nuke/
Python
http://www.nongnu.org/python-pdi/
dotNet
https://sourceforge.net/projects/icalparser/
thanks
-- Jason
[2/7] from: jason:cunliffe:verizon at: 13-May-2004 15:24
> Has anyone written an iCalendar .ics file parser or related application in
Rebol ?
iCalendar tools seem like a terrific and very accessible target application
for Rebol developers.
I'd even go so far as to say iCalendar programming seem to have been born
for Rebol to implement:-)
- The format is not even XML, so faster parsing.
- There are good commercial opportunities for cross platform servers and
clients.
- By default standards calendars are relatively 'low' demand graphic
applications - perfect for Rebol/View
- Great showcase for and use of new Rebol/view web browser plugin.
Event Sherpa offer a free 'lite' version and then Pro one for $99/year.
The business model is like many these days. A desktop client tool which
generates data files and imports/exports them to a remote server, typically
hosted by the vendor for free and for pay to access richer feature set.
Event Sherpa and Apple's iCal are nice tools already. But many people do not
want to depend on someone else's server or interface design. PHPicalendar is
the most widely used 3rd party tool for rendering .ics iCalendar data files
in a web page. But not yet offering direct interactive collaborative editing
like the host apps do []iCal, Event Sherpa etc.] People are working on this
now and there will be a boom in calendar apps thanks to a reasonable format
and Apple's smart initiative. There is a good market for shared calendar
apps small small businesses over Intranets but with secure remote access.
--Jason
iCalendar Links
Apple iCal
http://www.apple.com/ical/
EventSherpa [Win32]
http://www.eventsherpa.com/home/home.html
Mozzilla iCalendar
http://www.innerjoin.org/iCalendar/
IETF RFC 2445
http://www.ietf.org/rfc/rfc2445.txt
iCalendar Specification Excerpts
http://www.kanzaki.com/docs/ical/
PHPicalendar
http://phpicalendar.sourceforge.net/nuke/
Python
http://www.nongnu.org/python-pdi/
Ruby
http://www.macdevcenter.com/pub/a/mac/2003/09/03/rubycocoa.html
dotNet
https://sourceforge.net/projects/icalparser/
OGo [OpenGroupware.org] -- ZIDESTORE server
http://www.opengroupware.org/en/projects/zidestore/
Intrepid Zope3 designers have their eyes on this...
http://www.europython.org/interviews/steve_stephan_zope/view
[3/7] from: greggirwin:mindspring at: 13-May-2004 15:22
Hi Jason,
Thanks for posting all the info! I agree that this looks like a great
opportunity and, while I can't promise any real commitment, I'm going
to put it on my (ever growing :) "to do" stack.
-- Gregg
[4/7] from: jason:cunliffe:verizon at: 13-May-2004 19:31
Hi Gregg
> Thanks for posting all the info! I agree that this looks like a great
> opportunity and, while I can't promise any real commitment, I'm going
> to put it on my (ever growing :) "to do" stack.
As I understand it iCalendar derived from vCalendar, a spec developed by
Microsoft who was working with w3C and IETF to extend from their own
Exhange/Outlook csheduling tools. Apple changed the game in 2002 [?] when
they seized the initiative again in OSX with their own clean little iCal
application set.
A Zope developer friend tells me many businesses he knows are now pissed off
with Microsoft's Exchange scheduling system are looking for alternatives and
interoperable options. Some Plone/CMF iCalendar work has already been being
done. Lotus have done a lot of work on this of course, and Chandler selected
iCalendar I think.
I forgot to include these link which introduce the set of protocols around
iCalendar. It's part of the 'Reefknot' project and is a little out of date
[2001].
Reefknot [project seems to have been suspended end of 2001, but some good
whitepapers]
http://reefknot.sourceforge.net/
Project goals
- Build a Perl toolkit for iCalendar/RFC2445 compliant calendaring
- Use the toolkit to build one or more example implementations of calendar
servers and clients
iCalendar Bootstrap Guide
http://reefknot.sourceforge.net/bootstrap-guide/
iCalendar
http://reefknot.sourceforge.net/bootstrap-guide/indexs05.html
iTIP defines what the the grammar book of scheduling. It allows you to talk
with others about your calendar data
CAP is a calendaring and scheduling protocol for operating on iCalendar (RFC
2445) data. It is designed to allow calendar stores (CSs) and calendar
clients (CUAs, Calendar User Agents) to interact with one another over an
open connection. It is a client-server protocol not unlike the IMAP protocol
for communicating with a mail storage server.
Some interesting user requirements reading [spring 2000]
http://reefknot.sourceforge.net/userreqs.txt
....as you'd expect tantalizing scope for Jabber and iCalendar.
Relevant to any Rebol implementations for sure.
[Design] Jabber handling of iCal [discussion posting]
http://lists.osafoundation.org/pipermail/design/2003-June/002547.html
GwClientUseCases [Jabber]
http://wiki.openaether.org/index.php?GwClientUseCases
Here's a juicy excerpt...
Imagine this use case: I get email from a friend that she wants to meet
with me. I notice in my jabber client that she's present. I open my CUA
[Calendar User Agent] to next week, and somehow
select" the whole week's
free-busy information. I drag the selection to my jabber client, and hit
send. The info is packaged up as iTIP info, wrapped in an iCal "envelope"
and sent to my friend. On her side, she can look at the events as text, or
she can drag them to her CUA and see them on top of her calendar
(temporarily). She creates a proposed time, drags it to her jabber client,
and I recieve the invitation. I accept, adding the invitation to my CUA,
which saves it back to my calendar store.
Details may change based on whether or not the jabber client and the CUA are
the same app, etc., but perhaps this paints an interesting picture... "
Please keep me posted if you have time/mind to dig into any of this.
-- Jason
[5/7] from: moliad:aei:ca at: 13-May-2004 22:23
This is interesting...
do you know if palm OS supports it in any of its applications?
-MAx
[6/7] from: jason:cunliffe:verizon at: 13-May-2004 23:03
> do you know if palm OS supports it in any of its applications?
TripleSync
http://www.brownbearsw.com/triplesync/index.html
[7/7] from: jason:cunliffe:verizon at: 14-May-2004 0:10
Apple are very smart sometimes...good lessons for Rebol
http://www.apple.com/pr/library/2003/jan/02ical_isync.html
http://www.apple.com/ical/
http://www.apple.com/isync/
iPod loads iCal data also :-)
Information always at your fingertips
Simply enter appointments in iCal, and contacts in Address Book. You can
add dates and contacts manually on your phone, and iSync will add them to
iCal and Address Book. You can also use iSync with your iPod or Palm
OS-based device. iSync takes care of managing data across your different
devices, downloading changes from one or the other and updating each as
necessary.
Anyone using these ?
-- Jason