# Looking for more guinea pigs, new icalendar gem

**URL:** <https://www.ruby-forum.com/t/looking-for-more-guinea-pigs-new-icalendar-gem/168673>\
**Category:** Ruby\
**Created:** [May 24, 2009, 1:24am UTC](https://www.ruby-forum.com/t/looking-for-more-guinea-pigs-new-icalendar-gem/168673 "2009-05-24T01:24:31Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![rykkers](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/e5b9ba/32.png) [@rykkers](https://www.ruby-forum.com/u/rykkers)\
**Post date:** [May 24, 2009, 1:24am UTC](https://www.ruby-forum.com/t/looking-for-more-guinea-pigs-new-icalendar-gem/168673/1 "2009-05-24T01:24:31Z")

</div>

I recently made the new icalendar library for Ruby which I’ve been  
working on for the past six months available on github

> <https://github.com/rubyredrick/ri_cal/tree/master>
>
> //github.com/rubyredrick/ri\_cal/tree/master

I plan to also put this on rubyforge (the project has been created  
already), but I want it to get a little more grilling from users  
before really pushing it out into the world, and I figure that github  
users might be a little more willing and understanding to work with  
slightly less mature code.

This is a completely new library, it’s based on neither the icalendar  
nor vpim gems, which both do a very good job of parsing icalendar  
data, but don’t try to do things like understanding icalendar time  
zones and recurring events. In ri\_cal, I took those tasks as the main  
goals.

I’ve made some low-key announcements about ri\_cal on my blog:

[http://talklikeaduck.denhaven2.com/tag/rical](http://talklikeaduck.denhaven2.com/tag/rical)

It’s gotten some interest, there are currently 79 folks watching it on  
github. But I’d like some more bug reports!

There is a google group for discussion at  
[http://groups.google.com/group/rical\_gem](http://groups.google.com/group/rical_gem) anyone is welcome to join.  
I’ve set it up so that initial postings are moderated to avoid it  
becoming a spam trap.

There is also a lighthouse project for bug tickets:  
http://rick\_denatale.lighthouseapp.com/projects/30941-ri\_cal/overview

–  
Rick DeNatale

Blog: [http://talklikeaduck.denhaven2.com/](http://talklikeaduck.denhaven2.com/)  
Twitter: [http://twitter.com/RickDeNatale](http://twitter.com/RickDeNatale)  
WWR: [http://www.workingwithrails.com/person/9021-rick-denatale](http://www.workingwithrails.com/person/9021-rick-denatale)  
LinkedIn: [http://www.linkedin.com/in/rickdenatale](http://www.linkedin.com/in/rickdenatale)

---

<div class="post-metadata">

**Author:** ![rykkers](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/e5b9ba/32.png) [@rykkers](https://www.ruby-forum.com/u/rykkers)\
**Post date:** [July 10, 2009, 9:14pm UTC](https://www.ruby-forum.com/t/looking-for-more-guinea-pigs-new-icalendar-gem/168673/2 "2009-07-10T21:14:19Z")

</div>

This is awesome! I was looking for a clean iCal implementation for  
Ruby, great minds think alike. I’ll be playing with this over the  
weekend, building a simple rails app to test out its features. I might  
try to write some code to synchronize local and external (google)  
calendars, we’ll see how that goes…

either way, thanks for the great release. keep em coming.

---

<div class="post-metadata">

**Author:** ![rykkers](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/e5b9ba/32.png) [@rykkers](https://www.ruby-forum.com/u/rykkers)\
**Post date:** [May 24, 2009, 1:34am UTC](https://www.ruby-forum.com/t/looking-for-more-guinea-pigs-new-icalendar-gem/168673/3 "2009-05-24T01:34:31Z")

</div>

On Sat, May 23, 2009 at 7:23 PM, Rick DeNatale [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)  
wrote:

> I recently made the new icalendar library for Ruby which I’ve been  
> working on for the past six months available on github

I should have mentioned this in the first post, but another design  
goal of ri\_cal is to work well with the time zone support in Rails \>  
2.2, but not to require it.

It does need an implementation of tzinfo, but is happy to use either  
the tzinfo gem or the implementation in ActiveSupport, the application  
is free to satisfy the requirement by requiring one or the other  
before requiring ri\_cal.

–  
Rick DeNatale

Blog: [http://talklikeaduck.denhaven2.com/](http://talklikeaduck.denhaven2.com/)  
Twitter: [http://twitter.com/RickDeNatale](http://twitter.com/RickDeNatale)  
WWR: [http://www.workingwithrails.com/person/9021-rick-denatale](http://www.workingwithrails.com/person/9021-rick-denatale)  
LinkedIn: [http://www.linkedin.com/in/rickdenatale](http://www.linkedin.com/in/rickdenatale)
