From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: tags-tree question Date: Sat, 1 Nov 2008 13:51:56 +0100 Message-ID: References: <7171.1225288853@localhost> <30084876-7A14-42DA-93C6-B434BE43162F@uva.nl> Mime-Version: 1.0 (Apple Message framework v929.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KwHZr-0004bf-Lu for emacs-orgmode@gnu.org; Sat, 01 Nov 2008 10:35:47 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KwHZq-0004aF-2P for emacs-orgmode@gnu.org; Sat, 01 Nov 2008 10:35:47 -0400 Received: from [199.232.76.173] (port=59385 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KwHZp-0004a4-Kl for emacs-orgmode@gnu.org; Sat, 01 Nov 2008 10:35:45 -0400 Received: from ug-out-1314.google.com ([66.249.92.171]:38552) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KwHZp-0004ZT-GV for emacs-orgmode@gnu.org; Sat, 01 Nov 2008 10:35:45 -0400 Received: by ug-out-1314.google.com with SMTP id 36so1684570uga.17 for ; Sat, 01 Nov 2008 07:35:44 -0700 (PDT) In-Reply-To: <30084876-7A14-42DA-93C6-B434BE43162F@uva.nl> 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: Carsten Dominik Cc: org-mode mailing list On Oct 29, 2008, at 4:52 PM, Carsten Dominik wrote: > Hi Pete, > > since the TODO part i this logic was only implemented very late, > the logic is unfortunately a bit strange: "/" has the > lowest priority, and only on is allowed. > > So I believe this should be your search string. > > "Office|LaptopS/NEXT" > > It really should be the other way round... :-( > > With a speed penalty, you can also write > > "Office+TODO=\"NEXT\"|LaptopS+TODO=\"NEXT\"" I have now removed the speed-penalty on this syntax. So if, during a tag search, you use property-like expressions for TODO, LEVEL, or CATEGORY, there will be no speed penalty involved. If you access any other properties, there will be a one-time penalty. Once you have paid that penalty for a single property, it is cheap to test additional properties (unless inheritance is involved). I have also improved the documentation related to this. - Carsten