[Ietf-calsify] Why no empty calendar?

Reinhold Kainhofer reinhold at kainhofer.com
Sun Sep 7 16:44:33 PDT 2008


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Am Dienstag, 15. Juli 2008 schrieb Lisa Dusseault:
> On Jul 8, 2008, at 6:12 PM, Tim Hare wrote:
> > When you're discussing polling, you're in the realm of Atom or RSS and
> > subscriptions, where eliminating the error message is "natural" - my
> > RSS
> > reader doesn't tell me when the feed has not been updated. If,
> > however we
> > allow VCALENDARs to be empty, a UA which imports a calendar through
> > mechanisms other than a subscription definitely needs to warn the
> > user.
> >
> > I'll have to think more deeply on this; perhaps there needs to be an
> > iTIP- /
> > iMIP- document to describe behaviors when iCalendar objects are
> > consumed in
> > ways other than mail, CalDAV, or subscriptions?
>
> +1.  Actually I think the subscription case needs to be fleshed out too.

Thinking of this a bit more: I really think that an empty calendar should be 
allowed. In particular take the case of e.g. a sports team publishing their 
upcoming competitions (or a choir/band/orchestra publishing their upcoming 
concerts, or another organization their upcoming public events) as an .ics 
file on a web page. If they have no upcoming competitions, they cannot simply 
publish an empty .ics file, but have to change their homepage to remove the 
link to the then-non-existing .ics file. 

Shouldn't that be made easier to allow an empty calendar, so that these cases 
can be handled without much hassle? An empty calendar would be placed on the 
homepage and a CUA or any other application able to handle .ics files might 
(but doesn't have to) display a warning.

Cheers,
Reinhold
- -- 
- ------------------------------------------------------------------
Reinhold Kainhofer, Vienna University of Technology, Austria
email: reinhold at kainhofer.com, http://reinhold.kainhofer.com/
 * Financial and Actuarial Mathematics, TU Wien, http://www.fam.tuwien.ac.at/
 * K Desktop Environment, http://www.kde.org, KOrganizer maintainer
 * Chorvereinigung "Jung-Wien", http://www.jung-wien.at/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFIxGdkTqjEwhXvPN0RAhlFAJ4qPYOBNyl0dp56I5ZhaENBz2cCWwCeKuld
LcQ47lciN6sYlytA9/BIVGM=
=q6bn
-----END PGP SIGNATURE-----


More information about the Ietf-calsify mailing list