DisplayAlarmRecord (Was Re: [Cosmo-dev] ContentItem sharing)

Grant Baillie grant at osafoundation.org
Thu Mar 15 08:55:42 PST 2007


On 15 Mar, 2007, at 09:10, Morgen Sagen wrote:

>
> On Mar 13, 2007, at 10:59 AM, Grant Baillie wrote:
> ...
>
>> - NoteRecord currently has:
>>     # Note.reminders?  (Translator not implemented yet)
>>     reminderTime =3D eim.field(eim.DecimalType(digits=3D20, =20
>> decimal_places=3D0))
>>
>>     [=C3] My understanding here is that Bug 7915 (and iCalendar =20
>> interoperability)
>>     imply that we should have a separate ReminderRecord (or, =20
>> AlarmRecord, if
>>     we're going with iCalendar-like syntax). What do people think =20
>> of that?
>
> Is that what the DisplayAlarmRecord is for?

Yes, it is. I had somehow missed that that was there (probably b/c I =20
did the wrong word search, I'd guess).

> Actually I don't remember the relationship between =20
> Note.reminderTime field and DisplayAlarmRecord.

Here's what you wrote in

<http://lists.osafoundation.org/pipermail/cosmo-dev/2007-January/=20
002560.html>

> We decided to add a reminderTime field to NoteRecord to represent an
> absolute reminder time for non-event items.  Once a note with a
> reminder is stamped as an event, the NoteRecord.reminderTime field
> will be set to nil, and a DisplayAlarmRecord instance will be emitted.

It seems to me we should go with the ICalendar-like scheme here: have =20=

a DisplayAlarmRecord for any ItemRecord with alarms (user reminders, =20
in Chandler terminology). It should be an error to set a "relative" =20
alarm (i.e. one with a trigger value like "-PT15M") on something that =20=

doesn't have an EventRecord.

Cosmo folks, is that your expectation?

--Grant





More information about the cosmo-dev mailing list