From mboxrd@z Thu Jan 1 00:00:00 1970 From: John Wiegley Subject: Re: bug in org-habits Date: Tue, 03 Nov 2015 16:36:25 -0500 Message-ID: References: <871tc83p01.fsf@flynn.nichework.com> <84io5j1k5h.fsf@gmail.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> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:40544) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZtjFr-0000df-3d for emacs-orgmode@gnu.org; Tue, 03 Nov 2015 16:36:35 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZtjFl-00011v-Vv for emacs-orgmode@gnu.org; Tue, 03 Nov 2015 16:36:35 -0500 Received: from mail-qk0-x22e.google.com ([2607:f8b0:400d:c09::22e]:36167) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZtjFl-00011r-J0 for emacs-orgmode@gnu.org; Tue, 03 Nov 2015 16:36:29 -0500 Received: by qkcl124 with SMTP id l124so12582915qkc.3 for ; Tue, 03 Nov 2015 13:36:29 -0800 (PST) In-Reply-To: <878u6eu5wg.fsf@Rainer.invalid> (Achim Gratz's message of "Tue, 03 Nov 2015 22:31:11 +0100") 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: Achim Gratz Cc: emacs-orgmode@gnu.org >>>>> Achim Gratz writes: > Well, that's precisely the thing that doesn't scale and that Nicolas wanted > to avoid. Putting the properties at the beginning of an entry makes the > search pretty much constant time and if you find something else at the start > of the entry then you know there aren't any and can go on (this is pretty > important for making sure property inheritance works correctly, among other > things). If you could put them _anywhere_ else, you'd have to keep searching > until you either find them or you've exhausted the span of the entry. As a user, I'm willing to pay that cost. Also, I never have other property drawers. If it were just doing (re-search-forward "^:PROPERTIES:$" (end-of-entry)), then it wouldn't matter where the properties drawer was, so long as it's understood that the search may be wrong if the user has such a string appearing elsewhere. John