From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: A more generic Effort property? Date: Thu, 13 Nov 2008 09:26:33 +0100 Message-ID: <882B6A23-88FA-495D-B3E2-3B8309D154AD@uva.nl> References: <87od0l6jeu.fsf@mrs-clingwrap.csail.mit.edu> <1A003C51-11DE-484B-AAEC-2A6D1D4C4916@uva.nl> <87myg4phid.fsf@mrs-clingwrap.csail.mit.edu> Mime-Version: 1.0 (Apple Message framework v929.2) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L0YLE-00051r-40 for emacs-orgmode@gnu.org; Thu, 13 Nov 2008 04:18:20 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1L0YLD-00051b-Gr for emacs-orgmode@gnu.org; Thu, 13 Nov 2008 04:18:19 -0500 Received: from [199.232.76.173] (port=42243 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L0YLD-00051Y-9g for emacs-orgmode@gnu.org; Thu, 13 Nov 2008 04:18:19 -0500 Received: from ug-out-1314.google.com ([66.249.92.169]:62486) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1L0YLD-0002UC-5p for emacs-orgmode@gnu.org; Thu, 13 Nov 2008 04:18:19 -0500 Received: by ug-out-1314.google.com with SMTP id 36so1532439uga.17 for ; Thu, 13 Nov 2008 01:18:17 -0800 (PST) In-Reply-To: <87myg4phid.fsf@mrs-clingwrap.csail.mit.edu> 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: Inanna Underhill Cc: emacs-orgmode@gnu.org On Nov 13, 2008, at 2:00 AM, Inanna Underhill wrote: > > Hi, > > Now that you mention it, since you've included <> in property > searches, > with the secondary filtering it's pretty simple to treat any numerical > property like Effort, I guess. > > The only exception is that I can't easily sort by other properties. > When I figure out how to put that in org-agenda-sorting-strategy, my > problem is solved. Yes, you currently cannot do this. Implementing this will not be easy, because the moment when sorting happens is when all the info is already extracted, so the comparison function would need to go back to the original entry to fish out the property values. Or we could make a hook that is called when entries are selected, that could for inclusion of more property values, so that they would be available at the moment of sorting..... - Carsten > > > Inanna