From mboxrd@z Thu Jan 1 00:00:00 1970 From: Erik Iverson Subject: Re: Re: Clock report (R from the agenda) Date: Fri, 19 Nov 2010 12:38:58 -0600 Message-ID: <4CE6C442.3030201@ccbr.umn.edu> References: <80vd4ohyml.fsf@mundaneum.com> <71D83D0C-2C86-47D8-AC67-25DE9238E530@gmail.com> <80wrot5c9s.fsf@mundaneum.com> <80tyjdl89g.fsf@mundaneum.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Return-path: Received: from [140.186.70.92] (port=49845 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PJVrU-0003mI-IG for emacs-orgmode@gnu.org; Fri, 19 Nov 2010 13:39:05 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PJVrS-0007Jb-TC for emacs-orgmode@gnu.org; Fri, 19 Nov 2010 13:39:04 -0500 Received: from walleye.ccbr.umn.edu ([128.101.116.11]:1355) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PJVrS-0007JJ-Jz for emacs-orgmode@gnu.org; Fri, 19 Nov 2010 13:39:02 -0500 Received: from tadpole.ccbr.umn.edu (tadpole.ccbr.umn.edu [128.101.116.26]) by walleye.ccbr.umn.edu (8.9.3p2/8.9.3) with ESMTP id MAA27221 for ; Fri, 19 Nov 2010 12:39:00 -0600 (CST) Received: from iron.ccbr.umn.edu (iron.ccbr.umn.edu [128.101.116.194]) by tadpole.ccbr.umn.edu (8.9.3/8.9.3) with ESMTP id MAA01396 for ; Fri, 19 Nov 2010 12:38:59 -0600 (CST) In-Reply-To: <80tyjdl89g.fsf@mundaneum.com> 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 Cc: emacs-orgmode@gnu.org I don't know what this thread is about, but it seems related. Aapologies if I'm hijacking it, but as of my latest pull just this morning, my agenda has no clocktable in it, where as it previously did. I have not changed anything as far as I know. Thanks! --Erik S=C3=A9bastien Vauban wrote: > Hi Carsten, >=20 > Carsten Dominik wrote: >> On Nov 4, 2010, at 11:39 AM, S=C3=A9bastien Vauban wrote: >>> Carsten Dominik wrote: >>>> you should now be able to use `C-u R' to achieve this. >>> OK. >>> >>> >>>> The lighter in the mode line will then switch from "Clock" to "Clock= {}", >>> A detail: I'd eventually would have written "Clock/" to remind the "/= " used >>> for applying the filters. >> I did use {} because the current filter is actually listed in the mode= line, >> surrounded by {}. >> >>> Another: could we append, in the modeline, the tags (or their abbrev,= such >>> as "w" for "work") used in the filtered view? >> The filter *is* shown in the mode line. Just not as part of the Clock >> lighter. >=20 > I wanted to (re-)test these, but now, when doing R, nothing is appended= into > my buffer with logged times. Did I do something wrong? >=20 > Same with C-u R. >=20 >=20 >>>> and the current tags filtering should apply to the clock table in th= e >>>> agenda. >>>> >>>> Please test this and report back. >>> Only minor thing: while the logged lines are correctly shown or made >>> invisible in the grid time, you need to refresh the table with "g" fo= r it >>> to display the correct values. >>> >>> Until that, what's above is not in sync' with what's in the table. Is= n't >>> there a way to make this refresh happen automatically? >> That would be possible. However, the whole idea of filtering is to be = *very* >> fast, it works by hiding lines that are already in the buffer. Doing a >> refresh for each change in filter would be time consuming. So I'd say = having >> to refresh by hand if the clock is showing filtered stuff is the small= er >> evil. >=20 > I would privilege coherency of sums above small delay in table appearan= ce. You > know, when we look at tables for chasing time, we really need trustable > figures. >=20 > In fact, I don't really understand your argument: if I want quick repor= ts, I > would just choose for the unfiltered view. If I need detailed sums of c= locked > times, I would go for the "filtrable" view (by C-u R) and would accept = a > little delay. >=20 > If you really don't share this vision, could you at least make this > customizable? TIA. >=20 >=20 >>>>> : | File | L | Headline | Time | | >>>>> : |------------------+---+----------------------+---------+------| >>>>> : | | | *Total time* | *10:15* | | >>>>> : |------------------+---+----------------------+---------+------| >>>>> : | Clock-Report.org | | *File time* | *10:15* | | >>>>> : | Clock-Report.org | 1 | Work | 8:09 | | >>>>> : | Clock-Report.org | 2 | Client A | | 3:23 | >>>>> : | Clock-Report.org | 2 | Client B | | 4:46 | >>>>> : | Clock-Report.org | 1 | Personal | 2:06 | | >>>>> : | Clock-Report.org | 2 | DONE Lunch with Mary | | 2:06 | >>> Nice new layout. Much clearer for the levels... >> Yes, I think so to. Try :compact t, that is also nice, I think. >=20 > I'll have a look -- when reports will come back to life. >=20 >=20 >>> | File | Headline | Time | | >>> |------------------+--------------------------+---------+------| >>> | | ALL *Total time* | *10:15* | | >>> |------------------+--------------------------+---------+------| >>> | Clock-Report.org | *File time* | *10:15* | | >>> | | Work | 8:09 | | >>> | | \__ Client A | | 3:23 | >>> | | \__ Client B | | 4:46 | >>> | | Personal | 2:06 | | >>> | | \__ DONE Lunch with Mary | | 2:06 | >=20 > A couple of days ago, when it still worked, I've just seen something re= ally > painful: all the Org buffers were referenced in that table, even those = which > should not participate -- because I did not clock any time in them (for= that > or those days). >=20 > Plus, having many Org files, in fact, I did not see anymore the lines w= ith the > real time, as there were many lines with 0:00 time before them... >=20 > Best regards, > Seb >=20