From mboxrd@z Thu Jan 1 00:00:00 1970 From: Adam Spiers Subject: Re: Re: iCal export of repeated tasks Date: Fri, 13 Jun 2008 13:01:35 +0100 Message-ID: <20080613120135.GD8066@atlantic.linksys.moosehall> References: <20080610101715.GF5498@atlantic.linksys.moosehall> <20080612100559.GE19396@atlantic.linksys.moosehall> <20080612114705.GG19396@atlantic.linksys.moosehall> <20080613092409.GA8066@atlantic.linksys.moosehall> <878wx964mw.fsf@gmail.com> Reply-To: Adam Spiers Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1K77yN-0003YE-Ol for emacs-orgmode@gnu.org; Fri, 13 Jun 2008 08:01:39 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1K77yM-0003XK-OZ for emacs-orgmode@gnu.org; Fri, 13 Jun 2008 08:01:39 -0400 Received: from [199.232.76.173] (port=51762 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K77yM-0003X4-5f for emacs-orgmode@gnu.org; Fri, 13 Jun 2008 08:01:38 -0400 Received: from mail.beimborn.com ([70.84.38.100]:40282) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1K77yL-0002Vj-Vn for emacs-orgmode@gnu.org; Fri, 13 Jun 2008 08:01:38 -0400 Received: from mail.beimborn.com (localhost.localdomain [127.0.0.1]) by mail.beimborn.com (8.12.11.20060308/8.12.8) with ESMTP id m5DC1aYm031756 for ; Fri, 13 Jun 2008 07:01:36 -0500 Received: from localhost (localhost [[UNIX: localhost]]) by mail.beimborn.com (8.12.11.20060308/8.12.11/Submit) id m5DC1ah7031751 for emacs-orgmode@gnu.org; Fri, 13 Jun 2008 13:01:36 +0100 Content-Disposition: inline In-Reply-To: <878wx964mw.fsf@gmail.com> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org On Fri, Jun 13, 2008 at 11:55:19AM +0200, Paul R wrote: > Like Dominik, I consider a repeated event as a calendar object on its > own. Such an object has a representation in the iCal format. Org mode > must stick to the correct representation of this object, and it is up > to each calendar tool to display it in a way or an other to the user. In that case correctness in this context is evidently rather subjective. Ultimately, the tools are there to serve their masters, and the iCal format is simply a medium for communicating user data between end-points in a standard interoperable fashion. It is up to the users to determine what data actually needs to be communicated via the format. In my case, if I should explicitly request the tool to hide the repetition of events in order to avoid cluttering my display, I see nothing incorrect about the tool doing just that. Likewise, as another hypothetical example, if all my events had LOCATION properties, it would be equally valid and correct to export them to one iCal file for use with korganizer on a full desktop display, and to another iCal file with the LOCATION properties trimmed out to save space on a mobile phone display. > If you consider others tools as broken in this area, No I do not. In any case, I will use the hook which Carsten kindly provided.