From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: observations on updating to recent org Date: Wed, 23 Apr 2014 13:58:33 +0200 Message-ID: <87ha5kmf4m.fsf@gmail.com> References: <87zjjcd102.fsf@bzg.ath.cx> <87lhuwmqr9.fsf@gmail.com> <87a9bco3wo.fsf@bzg.ath.cx> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:59542) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WcvoY-0005nn-65 for emacs-orgmode@gnu.org; Wed, 23 Apr 2014 07:58:15 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WcvoS-0002nD-Np for emacs-orgmode@gnu.org; Wed, 23 Apr 2014 07:58:10 -0400 In-Reply-To: <87a9bco3wo.fsf@bzg.ath.cx> (Bastien's message of "Wed, 23 Apr 2014 10:17:59 +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: Bastien Cc: emacs-orgmode@gnu.org, Greg Troxel Bastien writes: > Assuming this is just difficult, not impossible, what would be the way > to do it? The major difficulty is to keep an association table between headlines in the pristine original buffer, and headlines in the copy being exported. Note that hooks and Babel code may have deleted or added some, or altered their contents, which means that it is theoretically impossible to get it right. You may want to go for an approximation, i.e., add an ID property only for headlines or inlinetasks with either - a TODO-like keyword, - a SCHEDULED value, - a DEADLINE value, - a timestamp in their contents, - a diary-sexp in their contents. AFAIK, ox-icalendar only considers these for export, so you will often end up marking a super-set of actually exported entries. Unfortunately, this will fail if a user decides to add TODO keywords or timestamps through hooks or Babel (e.g., in order to mark current headline with a "today" mark). I don't think you can limit the numbers of properties drawers created without inserting some limitations. > Would it be possible to emulate export first just for the sake of > adding IDs where it's necessary? I don't think so. > `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." I know. Though, I don't find it very inconvenient to create ID properties everywhere once per file. Regards, -- Nicolas Goaziou