From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bastien Subject: Re: observations on updating to recent org Date: Wed, 23 Apr 2014 10:17:59 +0200 Message-ID: <87a9bco3wo.fsf@bzg.ath.cx> References: <87zjjcd102.fsf@bzg.ath.cx> <87lhuwmqr9.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:40692) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WcsNe-0001jR-Vf for emacs-orgmode@gnu.org; Wed, 23 Apr 2014 04:18:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WcsNZ-0000Yo-Gz for emacs-orgmode@gnu.org; Wed, 23 Apr 2014 04:18:10 -0400 Received: from mail-wi0-x229.google.com ([2a00:1450:400c:c05::229]:50724) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WcsNZ-0000Yk-8m for emacs-orgmode@gnu.org; Wed, 23 Apr 2014 04:18:05 -0400 Received: by mail-wi0-f169.google.com with SMTP id hm4so4171850wib.0 for ; Wed, 23 Apr 2014 01:18:04 -0700 (PDT) In-Reply-To: <87lhuwmqr9.fsf@gmail.com> (Nicolas Goaziou's message of "Wed, 23 Apr 2014 09:47:22 +0200") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Nicolas Goaziou Cc: emacs-orgmode@gnu.org, Greg Troxel Hi Nicolas, Nicolas Goaziou writes: > Bastien writes: > >> Nicolas, do you remember why we added IDs to all headlines and not >> just the one that we be exported in the .ics file? > > It is a bit difficult to do otherwise. Assuming this is just difficult, not impossible, what would be the way to do it? > We don't know beforehand what headlines are going to be exported. Would it be possible to emulate export first just for the sake of adding IDs where it's necessary? > We get this information when a headline is encountered during > export, which happens in a different buffer, and possibly in a > different process. > > I think it is a minor inconvenience and we can live with it. `org-icalendar-store-UID' is `nil' by default because a value of `t' might be very inconvenient in some circumstances -- quoting the docstring: "This variable is not turned on by default because we want to avoid creating a property drawer in every entry if people are only playing with this feature, or if they are only using it locally." One way to adapt to the current behavior is to have a file dedicated to being exported as an ics file -- but for people who want to export entries from their regular files, having all those drawers created everywhere just for the sake of a few entries being picked up for the .ics output certainly feels wrong. I'm interested in enhancing the current behavior if you can give me a few directions. Thanks, -- Bastien