Railoholic-Anonymous Members: I am tooling around with the idea of forming a project which would create a calendar plugin/engine with the following features: 1. DB schema mapping all necessary iCal (RFC-2445) fields. 2. Probably utilizing either vpim (vpim.rubyforge.net), or iCalendar (icalendar.rubyforge.net). (First choice would be vpim since some attendee functionality requires vcard elements) 3. Basic Day, Week, Month, Year XHTML layouts customizable with a base CSS. 4. Controller mapped URL''s for iCal subscriptions. Later Feature Adds: 1. RSS mappings to Todo''s 2. Microformat mappings What are some of your ideas, needs, etc? BTW...anyone who''s interested, just let me know. Thanks, Dave -- ~~~~~~~~~~~~~~~~~~~ D''Andrew "Dave" Thompson http://dathompson.blogspot.com
D''Andrew "Dave" Thompson wrote:> Railoholic-Anonymous Members: > > I am tooling around with the idea of forming a project which would > create a calendar plugin/engine with the following features: >Ooooh! Sounds cool! Lately I''ve been thinking about calendaring stuff like this and I have a bizzare idea I''d like to pass on for what it''s worth. I have always found the distinction that many programs make between a ''meeting/events'' and a ''task'' to be somewhat arbitrary and limiting. In my mind at least, an event/meeting is a task that takes place at a specific time and a task is an event/meeting that doesn''t have a specific time associated with it. Otherwise they are pretty similar. It seems like one could set up a simple STI to cover both meetings and tasks. Doing it this way would allow people to use them in the conventional manner, but may also facilitate future applications that take advantage of their similarities (I have a few ideas about that, email me if you are interested). _Kevin -- Posted via http://www.ruby-forum.com/.
On Jan 8, 2006, at 1:27 PM, D''Andrew Dave Thompson wrote:> Railoholic-Anonymous Members: > > I am tooling around with the idea of forming a project which would > create a calendar plugin/engine with the following features: > > 1. DB schema mapping all necessary iCal (RFC-2445) fields. > 2. Probably utilizing either vpim (vpim.rubyforge.net), or iCalendar > (icalendar.rubyforge.net). (First choice would be vpim since some > attendee functionality requires vcard elements) > 3. Basic Day, Week, Month, Year XHTML layouts customizable with a > base CSS. > 4. Controller mapped URL''s for iCal subscriptions. > > Later Feature Adds: > 1. RSS mappings to Todo''s > 2. Microformat mappings > > What are some of your ideas, needs, etc? BTW...anyone who''s > interested, just let me know. > > Thanks, DaveI may be integrating calendar and event support in to Family Connection (depending on some things in the works) and I''d be delighted to contribute to a project that helps me and everyone else at the same time. I think this application''s needs are fairly basic-- things like birthdays, anniversaries and christmas parties. RSS support would be great too--as a later feature is fine for me too. Duane Johnson (canadaduane) http://blog.inquirylabs.com/
Hi, I''m interested as it touches on work I''m doing at the moment - could you please keep me in the loop (if there is one) Cheers, Eric. Kevin Olbrich wrote:> D''Andrew "Dave" Thompson wrote: > >>Railoholic-Anonymous Members: >> >>I am tooling around with the idea of forming a project which would >>create a calendar plugin/engine with the following features: >> > > > Ooooh! Sounds cool! > > Lately I''ve been thinking about calendaring stuff like this and I have a > bizzare idea I''d like to pass on for what it''s worth. > > I have always found the distinction that many programs make between a > ''meeting/events'' and a ''task'' to be somewhat arbitrary and limiting. > > In my mind at least, an event/meeting is a task that takes place at a > specific time and a task is an event/meeting that doesn''t have a > specific time associated with it. Otherwise they are pretty similar. > > It seems like one could set up a simple STI to cover both meetings and > tasks. Doing it this way would allow people to use them in the > conventional manner, but may also facilitate future applications that > take advantage of their similarities (I have a few ideas about that, > email me if you are interested). > > _Kevin > >
Hi Dave.. That sounds like a really useful project. I''m working on a site/service which will try to match you and your friends/acquaintances'' schedules up to proactively suggest times to hang out. So far, I''ve created a very simple model to store preferences such as "Monday <morning/lunch/night/late> is really <good/possible/bad> for me" along with associated logic to find the best matches. I''m now going to need a way to store exceptions for specific dates such as: "next Monday is bad", or "I''m on vacation this Tuesday, so its particularly good". I''m going to have to create some nice GUIs to configure these time periods and preferences as well (I haven''t gotten to this yet though). I had a look at Runt (http://runt.rubyforge.org/), which allows you to specify time range expressions, but it was a bit more than what I needed right now (my main work now is designing the GUI). Naturally, as my project gets more complex, I''ll probably look into using some sort of existing calendar model rather than custom objects -- so I bet whatever you put together would be helpful. So far, I''m just using some of the date utility methods in vpim. Let me know if you''d like to chat more about any of this offline (or if anybody else is interested, please get in touch), -Shoel shoel212@yahoo.com D''Andrew "Dave" Thompson wrote:> Railoholic-Anonymous Members: > > I am tooling around with the idea of forming a project which would > create a calendar plugin/engine with the following features: > > 1. DB schema mapping all necessary iCal (RFC-2445) fields. > 2. Probably utilizing either vpim (vpim.rubyforge.net), or iCalendar > (icalendar.rubyforge.net). (First choice would be vpim since some > attendee functionality requires vcard elements) > 3. Basic Day, Week, Month, Year XHTML layouts customizable with a base > CSS. > 4. Controller mapped URL''s for iCal subscriptions. > > Later Feature Adds: > 1. RSS mappings to Todo''s > 2. Microformat mappings > > What are some of your ideas, needs, etc? BTW...anyone who''s > interested, just let me know. > > Thanks, Dave > -- > ~~~~~~~~~~~~~~~~~~~ > D''Andrew "Dave" Thompson > http://dathompson.blogspot.com-- Posted via http://www.ruby-forum.com/.
Sounds great, I''ve been developing an event scheduling application in Rails and would love to be involved with rCal. I''ve found the calendar_grid ruby gem to be particularly useful in laying out monthly calendars: http://calendar-grid.rubyforge.org/ Some challenges I''ve faced have been handling recurring/once-off events, pre-substantiation of recurring events, and laying out day/week/month/year views in xhtml. It would be great to share and exchange ideas with others. mark On Monday 09 January 2006 5:27 am, D''Andrew "Dave" Thompson wrote:> Railoholic-Anonymous Members: > > I am tooling around with the idea of forming a project which would > create a calendar plugin/engine with the following features: > > 1. DB schema mapping all necessary iCal (RFC-2445) fields. > 2. Probably utilizing either vpim (vpim.rubyforge.net), or iCalendar > (icalendar.rubyforge.net). (First choice would be vpim since some > attendee functionality requires vcard elements) > 3. Basic Day, Week, Month, Year XHTML layouts customizable with a base CSS. > 4. Controller mapped URL''s for iCal subscriptions. > > Later Feature Adds: > 1. RSS mappings to Todo''s > 2. Microformat mappings > > What are some of your ideas, needs, etc? BTW...anyone who''s > interested, just let me know. > > Thanks, Dave > -- > ~~~~~~~~~~~~~~~~~~~ > D''Andrew "Dave" Thompson > http://dathompson.blogspot.com > _______________________________________________ > Rails mailing list > Rails@lists.rubyonrails.org > http://lists.rubyonrails.org/mailman/listinfo/rails-- Mark Beattie Easy Schedule Management http://easy-online-schedule.com
D''Andrew "Dave" Thompson a ?crit :> I am tooling around with the idea of forming a project which would > create a calendar plugin/engine with the following features: > > 1. DB schema mapping all necessary iCal (RFC-2445) fields. > 2. Probably utilizing either vpim (vpim.rubyforge.net), or iCalendar > (icalendar.rubyforge.net). (First choice would be vpim since some > attendee functionality requires vcard elements) > 3. Basic Day, Week, Month, Year XHTML layouts customizable with a base CSS. > 4. Controller mapped URL''s for iCal subscriptions. > > What are some of your ideas, needs, etc? BTW...anyone who''s > interested, just let me know.Same needs here. Keep me informed when you create the project trac somewhere, I can help. -- Jean-Christophe Michel
On Sun, Jan 08, 2006 at 12:27:02PM -0800, D''Andrew Dave Thompson wrote: } Railoholic-Anonymous Members: } } I am tooling around with the idea of forming a project which would } create a calendar plugin/engine with the following features: } } 1. DB schema mapping all necessary iCal (RFC-2445) fields. } 2. Probably utilizing either vpim (vpim.rubyforge.net), or iCalendar } (icalendar.rubyforge.net). (First choice would be vpim since some } attendee functionality requires vcard elements) } 3. Basic Day, Week, Month, Year XHTML layouts customizable with a base CSS. } 4. Controller mapped URL''s for iCal subscriptions. This is good, but there is a crucial bit of functionality have not seen in any web calendar system. It involves a fair bit of work, however. Basically, you need to either use ical as your primary format (not much fun, since you''d have to parse it with every request), or you need to implement full (yes, full) WebDAV support for ical files. This is crucial for integration with things like the Mozilla calendar extension (and Sunbird, which uses the same codebase). It is possible (and highly desirable) to have access to calendars as WebDAV-able ical files for use with Sunbird/MozCal as well as any web-based UI. It will involve parsing the entire ical file when it is PUT (or is it POST?) via WebDAV and completely replacing the relevant calendar''s persistence in the database with it. You also need your DB schema to support arbitrary X-* ical fields, since Mozilla relies on a variety of X-MOZILLA-* fields for alarms and such. } Later Feature Adds: } 1. RSS mappings to Todo''s Nice! Also nice would be an RSS feed for the current day''s events (preferably only those that have not ended), and a flexible RSS feed for the next N days. } 2. Microformat mappings I don''t know what this is. Please explain. } What are some of your ideas, needs, etc? BTW...anyone who''s } interested, just let me know. Er... see above. Also, I''m interested in helping. I am especially interested in helping with the DB schema and RSS stuff. I don''t know enough about WebDAV to implement it, but I suppose I could learn if no one else is interested. } Thanks, Dave --Greg
Hi Gregory, Dave, list, I''d be interested in helping in some capacity. I have an OO development (few years ago) and unix pro-services background, although I''m new to RoR, so I''m looking for something to cut my teeth on. I have some familiarity with similar efforts like phpcalendar and I have implemented the "Apache2 + WebDAV + iCal + SVN" calendar solution within a few organizations. I like the idea of a RoR calendar webapp and I''d like to be a part of building it. Let me know if I can help. Regards, Ryan On Monday 09 January 2006 08:47, Gregory Seidman wrote:> On Sun, Jan 08, 2006 at 12:27:02PM -0800, D''Andrew Dave Thompson wrote: > } Railoholic-Anonymous Members: > } > } I am tooling around with the idea of forming a project which would > } create a calendar plugin/engine with the following features: > } > } 1. DB schema mapping all necessary iCal (RFC-2445) fields. > } 2. Probably utilizing either vpim (vpim.rubyforge.net), or iCalendar > } (icalendar.rubyforge.net). (First choice would be vpim since some > } attendee functionality requires vcard elements) > } 3. Basic Day, Week, Month, Year XHTML layouts customizable with a base > CSS. } 4. Controller mapped URL''s for iCal subscriptions. > > This is good, but there is a crucial bit of functionality have not seen in > any web calendar system. It involves a fair bit of work, however. > Basically, you need to either use ical as your primary format (not much > fun, since you''d have to parse it with every request), or you need to > implement full (yes, full) WebDAV support for ical files. This is crucial > for integration with things like the Mozilla calendar extension (and > Sunbird, which uses the same codebase). > > It is possible (and highly desirable) to have access to calendars as > WebDAV-able ical files for use with Sunbird/MozCal as well as any web-based > UI. It will involve parsing the entire ical file when it is PUT (or is it > POST?) via WebDAV and completely replacing the relevant calendar''s > persistence in the database with it. You also need your DB schema to > support arbitrary X-* ical fields, since Mozilla relies on a variety of > X-MOZILLA-* fields for alarms and such. > > } Later Feature Adds: > } 1. RSS mappings to Todo''s > > Nice! Also nice would be an RSS feed for the current day''s events > (preferably only those that have not ended), and a flexible RSS feed for > the next N days. > > } 2. Microformat mappings > > I don''t know what this is. Please explain. > > } What are some of your ideas, needs, etc? BTW...anyone who''s > } interested, just let me know. > > Er... see above. Also, I''m interested in helping. I am especially > interested in helping with the DB schema and RSS stuff. I don''t know enough > about WebDAV to implement it, but I suppose I could learn if no one else is > interested. > > } Thanks, Dave > --Greg > > _______________________________________________ > Rails mailing list > Rails@lists.rubyonrails.org > http://lists.rubyonrails.org/mailman/listinfo/rails
Ryan, and anyone else interested, Please feel free to join our developers mailing list (rcalendar-devs): http://rubyforge.org/mail/?group_id=1243 I have set up a rubyforge project http://rubyforge.org/projects/rcalendar and a trac site https://opensvn.csie.org/traccgi/rcalendar/trac.cgi/wiki We would certianly appreciate your assistance as we nail down the project specs and goals, etc. Regards, Dave -- ~~~~~~~~~~~~~~~~~~~ D''Andrew "Dave" Thompson http://dathompson.blogspot.com On 1/16/06, Ryan Thompson <ryan@rrt.ca> wrote:> Hi Gregory, Dave, list, > > I''d be interested in helping in some capacity. I have an OO development (few > years ago) and unix pro-services background, although I''m new to RoR, so I''m > looking for something to cut my teeth on. I have some familiarity with > similar efforts like phpcalendar and I have implemented the "Apache2 + WebDAV > + iCal + SVN" calendar solution within a few organizations. I like the idea > of a RoR calendar webapp and I''d like to be a part of building it. > > Let me know if I can help. > > Regards, > Ryan > > On Monday 09 January 2006 08:47, Gregory Seidman wrote: > > On Sun, Jan 08, 2006 at 12:27:02PM -0800, D''Andrew Dave Thompson wrote: > > } Railoholic-Anonymous Members: > > } > > } I am tooling around with the idea of forming a project which would > > } create a calendar plugin/engine with the following features: > > } > > } 1. DB schema mapping all necessary iCal (RFC-2445) fields. > > } 2. Probably utilizing either vpim (vpim.rubyforge.net), or iCalendar > > } (icalendar.rubyforge.net). (First choice would be vpim since some > > } attendee functionality requires vcard elements) > > } 3. Basic Day, Week, Month, Year XHTML layouts customizable with a base > > CSS. } 4. Controller mapped URL''s for iCal subscriptions. > > > > This is good, but there is a crucial bit of functionality have not seen in > > any web calendar system. It involves a fair bit of work, however. > > Basically, you need to either use ical as your primary format (not much > > fun, since you''d have to parse it with every request), or you need to > > implement full (yes, full) WebDAV support for ical files. This is crucial > > for integration with things like the Mozilla calendar extension (and > > Sunbird, which uses the same codebase). > > > > It is possible (and highly desirable) to have access to calendars as > > WebDAV-able ical files for use with Sunbird/MozCal as well as any web-based > > UI. It will involve parsing the entire ical file when it is PUT (or is it > > POST?) via WebDAV and completely replacing the relevant calendar''s > > persistence in the database with it. You also need your DB schema to > > support arbitrary X-* ical fields, since Mozilla relies on a variety of > > X-MOZILLA-* fields for alarms and such. > > > > } Later Feature Adds: > > } 1. RSS mappings to Todo''s > > > > Nice! Also nice would be an RSS feed for the current day''s events > > (preferably only those that have not ended), and a flexible RSS feed for > > the next N days. > > > > } 2. Microformat mappings > > > > I don''t know what this is. Please explain. > > > > } What are some of your ideas, needs, etc? BTW...anyone who''s > > } interested, just let me know. > > > > Er... see above. Also, I''m interested in helping. I am especially > > interested in helping with the DB schema and RSS stuff. I don''t know enough > > about WebDAV to implement it, but I suppose I could learn if no one else is > > interested. > > > > } Thanks, Dave > > --Greg > > > > _______________________________________________ > > Rails mailing list > > Rails@lists.rubyonrails.org > > http://lists.rubyonrails.org/mailman/listinfo/rails > _______________________________________________ > Rails mailing list > Rails@lists.rubyonrails.org > http://lists.rubyonrails.org/mailman/listinfo/rails >
I''m still a newbie with rails, but I would love to have calander engine that worked with the login and user engines. I was actually thinking about asking if a calander plugin already existed. Greg On 1/16/06, D''Andrew Dave Thompson <dandrew.thompson@gmail.com> wrote:> Ryan, and anyone else interested, > > Please feel free to join our developers mailing list (rcalendar-devs): > > http://rubyforge.org/mail/?group_id=1243 > > I have set up a rubyforge project > > http://rubyforge.org/projects/rcalendar > > and a trac site > > https://opensvn.csie.org/traccgi/rcalendar/trac.cgi/wiki > > We would certianly appreciate your assistance as we nail down the > project specs and goals, etc. > > Regards, > > Dave > > -- > ~~~~~~~~~~~~~~~~~~~ > D''Andrew "Dave" Thompson > http://dathompson.blogspot.com > > On 1/16/06, Ryan Thompson <ryan@rrt.ca> wrote: > > Hi Gregory, Dave, list, > > > > I''d be interested in helping in some capacity. I have an OO development (few > > years ago) and unix pro-services background, although I''m new to RoR, so I''m > > looking for something to cut my teeth on. I have some familiarity with > > similar efforts like phpcalendar and I have implemented the "Apache2 + WebDAV > > + iCal + SVN" calendar solution within a few organizations. I like the idea > > of a RoR calendar webapp and I''d like to be a part of building it. > > > > Let me know if I can help. > > > > Regards, > > Ryan > > > > On Monday 09 January 2006 08:47, Gregory Seidman wrote: > > > On Sun, Jan 08, 2006 at 12:27:02PM -0800, D''Andrew Dave Thompson wrote: > > > } Railoholic-Anonymous Members: > > > } > > > } I am tooling around with the idea of forming a project which would > > > } create a calendar plugin/engine with the following features: > > > } > > > } 1. DB schema mapping all necessary iCal (RFC-2445) fields. > > > } 2. Probably utilizing either vpim (vpim.rubyforge.net), or iCalendar > > > } (icalendar.rubyforge.net). (First choice would be vpim since some > > > } attendee functionality requires vcard elements) > > > } 3. Basic Day, Week, Month, Year XHTML layouts customizable with a base > > > CSS. } 4. Controller mapped URL''s for iCal subscriptions. > > > > > > This is good, but there is a crucial bit of functionality have not seen in > > > any web calendar system. It involves a fair bit of work, however. > > > Basically, you need to either use ical as your primary format (not much > > > fun, since you''d have to parse it with every request), or you need to > > > implement full (yes, full) WebDAV support for ical files. This is crucial > > > for integration with things like the Mozilla calendar extension (and > > > Sunbird, which uses the same codebase). > > > > > > It is possible (and highly desirable) to have access to calendars as > > > WebDAV-able ical files for use with Sunbird/MozCal as well as any web-based > > > UI. It will involve parsing the entire ical file when it is PUT (or is it > > > POST?) via WebDAV and completely replacing the relevant calendar''s > > > persistence in the database with it. You also need your DB schema to > > > support arbitrary X-* ical fields, since Mozilla relies on a variety of > > > X-MOZILLA-* fields for alarms and such. > > > > > > } Later Feature Adds: > > > } 1. RSS mappings to Todo''s > > > > > > Nice! Also nice would be an RSS feed for the current day''s events > > > (preferably only those that have not ended), and a flexible RSS feed for > > > the next N days. > > > > > > } 2. Microformat mappings > > > > > > I don''t know what this is. Please explain. > > > > > > } What are some of your ideas, needs, etc? BTW...anyone who''s > > > } interested, just let me know. > > > > > > Er... see above. Also, I''m interested in helping. I am especially > > > interested in helping with the DB schema and RSS stuff. I don''t know enough > > > about WebDAV to implement it, but I suppose I could learn if no one else is > > > interested. > > > > > > } Thanks, Dave > > > --Greg > > > > > > _______________________________________________ > > > Rails mailing list > > > Rails@lists.rubyonrails.org > > > http://lists.rubyonrails.org/mailman/listinfo/rails > > _______________________________________________ > > Rails mailing list > > Rails@lists.rubyonrails.org > > http://lists.rubyonrails.org/mailman/listinfo/rails > > > _______________________________________________ > Rails mailing list > Rails@lists.rubyonrails.org > http://lists.rubyonrails.org/mailman/listinfo/rails >-- Greg Freemyer The Norcross Group Forensics for the 21st Century