W3C home > Mailing lists > Public > public-device-apis@w3.org > March 2010

RE: Lunisolar on Icalendar, Vcalendar, Vcal

From: <richard.tibbett@orange-ftgroup.com>
Date: Fri, 19 Mar 2010 11:49:49 +0100
Message-ID: <19192_1268995791_4BA356CF_19192_6004_1_355A518BC0575547B2A3D6773AAF8EEFA4CD69@ftrdmel1>
To: <dom@w3.org>
Cc: <chan@etri.re.kr>, <public-device-apis@w3.org>
Dominique Hazael-Massieux <dom@w3.org> wrote:
> Le jeudi 18 mars 2010 à 11:56 +0100,
> richard.tibbett@orange-ftgroup.com a écrit :
> > This gets more interesting when we get to recurring events. 
> I suggest
> > that lunar dates can be captured in the recurence object, only that 
> > lunar based recurrence will result in more verbose
> recurrence objects
> > (i.e.
> > converting
> > lunar recurrences to solar dates and storing those specific
> dates as
> > part of the recurrence object).
> That only works if this a recurrence with a defined end date (e.g. not 
> for a birthday that you would like to get registered indefinitely).

What I'm pushing back on is doing something unprecedented across Calendaring Formats/Systems. I'd like to see this issue picked up in iCalendar/CalDAV/vCard/etc and then let it naturally 'bubble' to our APIs.

Today we could make following addition to the CalendarEventProperties interface [1]:

interface CalendarEventProperties {
	attribute DOMString? scale;

"'scale' defines the calendar scale used for the calendar information specified in this Calendar object. The default value is "GREGORIAN". The Gregorian calendar scale is assumed if this property is not specified."

With the following note applied to the description of CalendarEvent.save() [2]:

"An ErrorCallback with code RECURRING_LUNAR_NOT_SUPPORTED will be generated if a recurring Lunar appointment is attempted to be saved to Calendar. To avoid this error, the CalendarEventProperties 'scale' attribute MUST be set to 'GREGORIAN' instead of 'LUNAR'."

But honestly, I'd really prefer not to include this in the current spec. It's critical we address this going forward but short of a *complete technical proposal* for lunar recurring events, ideally also supported in common calendaring systems/formats, I'm wary of getting in to partial solutions at all.

[1] http://dev.w3.org/2009/dap/calendar/Overview.html#idl-def-CalendarEventProperties

[2] http://dev.w3.org/2009/dap/calendar/Overview.html#widl-CalendarEvent-save

- Richard

This message and any attachments (the "message") are confidential and intended solely for the addressees. 
Any unauthorised use or dissemination is prohibited.
Messages are susceptible to alteration. 
France Telecom Group shall not be liable for the message if altered, changed or falsified.
If you are not the intended addressee of this message, please cancel it immediately and inform the sender.
Received on Friday, 19 March 2010 10:50:25 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:32:18 UTC