From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stelian Iancu Subject: Re: Allowing loose ordering in Org files Date: Mon, 9 Nov 2015 22:13:00 +0100 Message-ID: References: <871tc83p01.fsf@flynn.nichework.com> <84611j19hk.fsf@gmail.com> <5638C2A1.2090801@iancu.ch> <87h9l32gfc.fsf@nicolasgoaziou.fr> <87d1vq3mh4.fsf@nicolasgoaziou.fr> <874mh23iw0.fsf@nicolasgoaziou.fr> <878u6eu5wg.fsf@Rainer.invalid> <315DDEDC-1BD9-4680-A8C8-B36821EB931C@gmail.com> <874mh2u2w0.fsf@Rainer.invalid> <87ziytyl3z.fsf@free.fr> <87d1vjyojv.fsf@Rainer.invalid> <874mgvym5f.fsf@Rainer.invalid> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:53518) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZvtkX-0003vo-OP for emacs-orgmode@gnu.org; Mon, 09 Nov 2015 16:13:14 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZvtkS-0005gb-Jn for emacs-orgmode@gnu.org; Mon, 09 Nov 2015 16:13:13 -0500 Received: from plane.gmane.org ([80.91.229.3]:40894) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZvtkS-0005gU-D6 for emacs-orgmode@gnu.org; Mon, 09 Nov 2015 16:13:08 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1ZvtkQ-00067R-6d for emacs-orgmode@gnu.org; Mon, 09 Nov 2015 22:13:06 +0100 Received: from 195-202-233-157.dynamic.hispeed.ch ([195.202.233.157]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 09 Nov 2015 22:13:06 +0100 Received: from stelian by 195-202-233-157.dynamic.hispeed.ch with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 09 Nov 2015 22:13:06 +0100 In-Reply-To: <874mgvym5f.fsf@Rainer.invalid> 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: emacs-orgmode@gnu.org On 09/11/15 21:04, Achim Gratz wrote: > John Wiegley writes: >>> You will find that the argument really wasn't about performance, but >>> complexity. >> >> I can accept a complexity argument, > > I meant O() complexity, not implementation complexity. > >> if my request were really "a separate >> code-path". I'm not sure it is. For example, my needs could be satisfied by >> something as simple as: >> >> (defun parse-org-entry (...) >> (let ((props (funcall 'parse-org-properties-function ...))) >> ...)) >> >> `parse-org-properties-function' would point to a function that does what Org >> 8.3 does now. This gives me the option of porting over the 8.2 version and >> keeping the old behavior. All that needs to be done is to allow this hook, no? > > If it's not about providing the alternative behaviour within Org, then > what does this allow you to do that advising parse-org-entry can't? A > hook still has the cost of simply being there even when I don't use it. > John, if you end up writing an advice for this function, please share it with the list, as I would like the 8.2 behavior as well (I unfortunately don't know enough elisp and org internals to do such a thing). Thanks! S.