From mboxrd@z Thu Jan 1 00:00:00 1970 From: James TD Smith Subject: Re: Re: Bug with time summary in column view? Date: Wed, 25 Nov 2009 16:34:53 +0000 Message-ID: <20091125163453.GD2013@yog-sothoth.mohorovi.cc> References: <20091124205627.GA7194@cs.dal.ca> <20091124215131.GA2013@yog-sothoth.mohorovi.cc> <20091125020514.GB2013@yog-sothoth.mohorovi.cc> <20091125094324.GC7194@cs.dal.ca> <20091125122508.GF7194@cs.dal.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NDKpe-0003LG-Ul for emacs-orgmode@gnu.org; Wed, 25 Nov 2009 11:35:06 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NDKpZ-0003Hz-Uz for emacs-orgmode@gnu.org; Wed, 25 Nov 2009 11:35:06 -0500 Received: from [199.232.76.173] (port=40698 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NDKpZ-0003Hn-Qz for emacs-orgmode@gnu.org; Wed, 25 Nov 2009 11:35:01 -0500 Received: from 81-86-40-42.dsl.pipex.com ([81.86.40.42]:52092 helo=yog-sothoth.mohorovi.cc) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NDKpZ-0000ts-5s for emacs-orgmode@gnu.org; Wed, 25 Nov 2009 11:35:01 -0500 Content-Disposition: inline In-Reply-To: <20091125122508.GF7194@cs.dal.ca> 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: Norbert Zeh Cc: emacs-orgmode@gnu.org Hi Norbert, On 2009-11-25 08:25:08(-0400), Norbert Zeh wrote: > Norbert Zeh [2009.11.25 543 -0400]: > Alright, while we're at it ;), here's another somewhat unexpected > behaviour. I'm not even sure this should be considered a bug, but it's > more a matter of defining what the right behaviour should be. It seems like a bug to me, in that the effort summary for the day will be wrong. > If I have an entry with an effort estimate of, say, 1:00 and it is shown > in today's agenda because it is scheduled today and the deadline is in 2 > days, the 1:00 time effort is counted twice in the effort summary for > the day. To me, this doesn't make much sense, as it's only one task, > not two. So, if I were to choose how to treat this situation, I would > simply say that all entries shown because of their deadline should not > be listed in this summary. Then, of course, this may not be the right > rule in all situations. > > Any ideas how one could let the user specify on a per-column basis > whether entries shown because of a deadline should be included in the > summary or not? I think this will be quite complicated to fix. There are multiple reasons an item can appear in the agenda: active timestamps, deadlines, scheduling, and in log mode clocked time and inactive timestamps, so any solution would need to handle all of those. As far as column view is concerned each line in the agenda is a different item. If we attach a property to each line in the agenda indicating where it came from (using org ids or similar), the summary calculation code for the agenda could skip entries it had already seen, though I'm not sure it's the right thing to do for all summary types. James -- |---|