From mboxrd@z Thu Jan 1 00:00:00 1970 From: Paul Mead Subject: Re: Display missing/overlapping clock ranges Date: Thu, 14 Apr 2011 09:26:20 +0100 Message-ID: <87aaftz1ar.fsf@gmail.com> References: <87ei56yv2y.fsf@gmail.com> <878vvdj1y6.fsf@norang.ca> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([140.186.70.92]:41433) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QAHtg-00054N-TB for emacs-orgmode@gnu.org; Thu, 14 Apr 2011 04:27:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QAHtf-0004GD-Oe for emacs-orgmode@gnu.org; Thu, 14 Apr 2011 04:27:28 -0400 Received: from lo.gmane.org ([80.91.229.12]:36265) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QAHtf-0004G7-F7 for emacs-orgmode@gnu.org; Thu, 14 Apr 2011 04:27:27 -0400 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QAHtc-0000pt-Dk for emacs-orgmode@gnu.org; Thu, 14 Apr 2011 10:27:24 +0200 Received: from cpc1-rdng14-0-0-cust845.15-3.cable.virginmedia.com ([82.0.203.78]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 14 Apr 2011 10:27:24 +0200 Received: from paul.d.mead by cpc1-rdng14-0-0-cust845.15-3.cable.virginmedia.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 14 Apr 2011 10:27:24 +0200 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 Bernt Hansen writes: > > Hi Rainer and Paul, > > Locating gaps would be useful. I've been meaning to investigate this > but haven't spent any time on it yet. With my current clocking setup > I've found I get very few holes. Checking the times is a task I do > manually just before billing for my time. I currently just use a visual > scan of the daily agenda(s) including clocking lines displayed ensuring > that the start and end times match over the clocking period. > > It should be possible to automate the check. How should a filtered > agenda be handled? I expect you'd want to see the gaps for the entries > that are filtered away otherwise it's only really meaningful when you > look at the entire clocking data. > > The major problem I used to have was clocks that would be opened and > never closed. These were bad because they count as 0 minutes and > without fixing those entries I don't bill for that time. Since the > invention of M-x org-resolve-clocks (which runs everytime I clock in) I > now find these open clocks quickly and don't need to reconstruct the > data a week later. I haven't had this problem in a long time. > > Maybe something like the following mock up? > > Day-agenda (W15): > Wednesday 13 April 2011 > todo: 7:09- 7:11 Clocked: (0:02) Organization :PERSONAL:: > 7:11- 8:00 - Gap -> (0:49) > org: 8:00- 8:12 Clocked: (0:12) DONE Try to fix this bug :ORG:WORK:tuning:: > todo: 8:12- 8:26 Clocked: (0:14) Organization :PERSONAL:: > diary: 8:26- 9:06 Clocked: (0:40) Breakfast > todo: 9:06- 9:30 Clocked: (0:24) Task A :PERSONAL:: > 9:30-10:58 - Gap -> (1:28) > 10:00...... ---------------- > todo: 10:58-11:11 Clocked: (0:13) Organization :PERSONAL:: > vvv ------ Overlap ------ vvv > todo: 11:11-11:12 Clocked: (0:01) Read Mail and News :PERSONAL:: > todo: 11:10-11:14 Clocked: (0:01) Organization :PERSONAL:: > ^^^ ------ Overlap ------ ^^^ > todo: 11:14-11:15 Clocked: (0:01) Read Mail and News :PERSONAL:: > todo: 11:15-11:16 Clocked: (0:01) Organization :PERSONAL:: > 12:00...... ---------------- > 14:00...... ---------------- > 16:00...... ---------------- > 11:16-16:33 - Gap -> (5:17) > todo: 16:33...... Clocked: (-) Read Mail and News :PERSONAL:: > 16:43...... now - - - - - - - - - - - - - - - - - - - - - - - - - > 18:00...... ---------------- > 20:00...... ---------------- > > Regards, > Bernt Bernt, that's exactly how I'd envisaged the gap identification, and the overlap highlighting looks great. Paul