From faassen at infrae.com Thu Apr 28 15:01:38 2005 From: faassen at infrae.com (Martijn Faassen) Date: Thu, 28 Apr 2005 15:01:38 +0200 Subject: [icalendar-dev] hello world Message-ID: <4270DEB2.8050808@infrae.com> Hello world! I lost my frog. From natea at jazkarta.com Thu Apr 28 23:23:05 2005 From: natea at jazkarta.com (Nate Aune) Date: Thu, 28 Apr 2005 17:23:05 -0400 Subject: [icalendar-dev] Re: [calendaring] iCalendar package 0.9 In-Reply-To: Message-ID: I just read on Martin Faasen's "Python Secret Weblog", that he is now the 'project janitor' for Max M's iCalendar package. http://faassen.n--tree.net/blog/view/weblog/2005/04/28/1 And he has given the iCalendar library a new home on codespeak.net. http://codespeak.net/icalendar Martin says, "My goal for the iCalendar package became broader: I must let others know about this! It needed a project website, mailing lists, the works! We must form a community of users so we can work on this together. Being a project janitor is a new and interesting experience to me, and we'll see whether my efforts will help make the library more well known. If we can establish a community to develop it beyond Max M, myself and Lennart Regebro (who created a simple setup.py), I also have a chance of not being its janitor forever. :) One of my hopes is that the schoolbell people will start using this instead of their home-grown import/export system." Martin - you may be pleased to know that there are already two communities who have been discussing Calendaring within Zope/Plone. http://news.gmane.org/gmane.comp.web.zope.plone.calendaring http://news.gmane.org/gmane.comp.web.zope.plone.calendarx.user There have been many discussions about how to standardize on a common iCal im/export library which could then be used by the various calendar products for Zope. (look for the threads with subject 'iCalendar'). Sidnei has already implemented iCal im/export in his Calendaring product for Plone using code from SchoolBell. But I share your hope that we must move towards using a standard iCalendar package that can eventually be integrated into other products such as ATContentTypes, CalendarX and Calendaring. Nate on 3/2/05 3:37 PM, Nate Aune at natea at jazkarta.com wrote: > original message below... > >> Sidnei da Silva wrote: >>> Uh? Is it buggy? You mean there are more bugs than those logged into >>> sourceforge? > > Well, maybe 'buggy' was an overstatement since the product works pretty > reliably. But the 5 bugs that I have submitted to the sf collector in > Oct. 04, still haven't been resolved. And the recent bug report of the > iCal publishing resetting the events' workflow state is really a > problem for using Calendaring on a production site. > > So I am investigating Max's iCalendar package in hope that it has a > better implementation of the iCal spec. From what I understand, your > Calendaring product made use of the SchoolTool iCal implementation > which from Max's perspective is lacking in some areas. > >>> Sidnei da Silva wrote: >>>> | As far as I can see the ATEvent is just an 'Event' compatible >>>> event | type, but an iCalendar Event would need a lot more >>>> properties and logic. | Like recurrence rules, participants, and all >>>> the other goodies that | iCalendar supports. >>>> It has attendees. It can grow recurrence rules and whatever else we >>>> need. > >>> Ok. I won't roll my own then , but try and modify the ATEvent instead. >> >> Max - how far have you come with getting the iCalendar package to work >> with ATEvent? I tried installing iCalendar into an ATCT site, and >> there were numerous problems. >> >> I'm very keen on using iCalendar to handle the iCal data and CalendarX >> to handle the presentation of the events, but there are two things >> that must be in place first: >> >> 1) support for ATEvent >> 2) publishing via WebDAV >> >> Calendaring has both of these already but the iCal implementation is >> buggy and the presentation layer is not nearly as advanced as the >> CalendarX product. > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > collective-calendaring mailing list > collective-calendaring at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/collective-calendaring -- Nate Aune - natea at jazkarta.com Jazkarta ? building communities with open source http://www.jazkarta.com (866) 864-4918 - Toll-free voicemail/fax From faassen at infrae.com Fri Apr 29 12:58:52 2005 From: faassen at infrae.com (Martijn Faassen) Date: Fri, 29 Apr 2005 12:58:52 +0200 Subject: [icalendar-dev] Re: [calendaring] iCalendar package 0.9 In-Reply-To: References: Message-ID: <4272136C.6080207@infrae.com> Nate Aune wrote: > I just read on Martin Faasen's "Python Secret Weblog", that he is now the > 'project janitor' for Max M's iCalendar package. > http://faassen.n--tree.net/blog/view/weblog/2005/04/28/1 Almost right, except you miss a 'j' and an 's' in there. :) > And he has given the iCalendar library a new home on codespeak.net. > http://codespeak.net/icalendar [snip] > Martin - you may be pleased to know that there are already two communities > who have been discussing Calendaring within Zope/Plone. > http://news.gmane.org/gmane.comp.web.zope.plone.calendaring > http://news.gmane.org/gmane.comp.web.zope.plone.calendarx.user That's good to hear. I knew there was something up with calendars in Plone, but didn't know the details. I'm glad there's activity there too. > There have been many discussions about how to standardize on a common iCal > im/export library which could then be used by the various calendar products > for Zope. (look for the threads with subject 'iCalendar'). Sidnei has > already implemented iCal im/export in his Calendaring product for Plone > using code from SchoolBell. I need to have a chat with Sidnei then, whom I know quite well. :) > But I share your hope that we must move towards using a standard iCalendar > package that can eventually be integrated into other products such as > ATContentTypes, CalendarX and Calendaring. So far I believe the iCalendar package is quite suitable to the task. In project I'm involved in (CPS related, though there's nothing stopping integrating it into Plone or even plain Zope + Five) I got it working with Mozilla Sunbird, Apple iCal (though this has some annoying demands which make sharing a calendar harder -- if you let iCal take charge it works fine though), and KOrganizer. The calendar integration code for the project is relatively small (except for the zillions of tests) as much of the work is actually taken care of by the iCalendar library. I'd be happy to assist people on this list if they need some technical help to get started. Max M is the real guru on this of course, but he's on the list as well, surely listening. :) Regards, Martijn