Re: Status of the CALSCH working group (Alarms/SEQUENCE)

"G. Barnes" <[email protected]>
Newsgroups gmane.ietf.calendar
Message-ID <[email protected]>
On Mon, 10 Nov 2003 [email protected] wrote:

> I have yet to hear any good justification for allowing "identical but
> separate" VALARMs that match any practical view of things.  Despite Dougs
> and Marks claim, the only reason to have SEQUENCE (or ALARMID) on VALARMs
> is for this rare usage case that currently noone actually has nor models
> anyones actual behaviour or needs.  Id like to apply KISS to this and move
> CAP along...  (Just like we disallow multiple copies of the same booked
> entry, the same should go for alarms).

Two responses:

1) To move CAP along, I think we have to concede that the question of
unique ids for VALARMs was already considered, and unique ids were
considered good by almost everyone.  From the archive, it appears this
was most heavily discussed November 2001-January 2002, and everyone
seemed to agree that alarmids of some sort were useful.  For example, from:

<http://www.imc.org/ietf-calendar/mail-archive/msg02317.html>

Steve Mansour wrote:
}I agree.  I think it is far simpler to just always add the alarmid.
}I'll make the update. If anyone has any objections let's go through it
}on the list.  (we can always pull it out later if someone comes up with
}a good reason for NOT having an alarm id).

[Needless to say, no one had any objections and no one came up with
such a reason that I could see.]

2) As for what's the use of duplicate alarms, what if I want to send
myself 20 e-mail messages to make sure I get the hint?  Or have 5 windows
opening with blinking text?  Who are we to say what a user might think is
useful?

                        Greg Barnes
                        Computing and Communications, University of Washington
                        [email protected]
                        (206) 685-3295
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.