From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: Re: Clock report (R from the agenda) Date: Sat, 20 Nov 2010 12:29:31 +0100 Message-ID: <38DFDF60-C542-4C58-8DFC-EE39F7498DD8@gmail.com> References: <80vd4ohyml.fsf@mundaneum.com> <71D83D0C-2C86-47D8-AC67-25DE9238E530@gmail.com> <80wrot5c9s.fsf@mundaneum.com> <80tyjdl89g.fsf@mundaneum.com> <4CE6C442.3030201@ccbr.umn.edu> Mime-Version: 1.0 (Apple Message framework v936) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Return-path: Received: from [140.186.70.92] (port=40855 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PJldT-0006FB-8i for emacs-orgmode@gnu.org; Sat, 20 Nov 2010 06:29:40 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PJldR-0003ur-N8 for emacs-orgmode@gnu.org; Sat, 20 Nov 2010 06:29:39 -0500 Received: from mail-ew0-f41.google.com ([209.85.215.41]:34832) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PJldR-0003uj-Da for emacs-orgmode@gnu.org; Sat, 20 Nov 2010 06:29:37 -0500 Received: by ewy25 with SMTP id 25so3243576ewy.0 for ; Sat, 20 Nov 2010 03:29:36 -0800 (PST) In-Reply-To: <4CE6C442.3030201@ccbr.umn.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: Erik Iverson Cc: emacs-orgmode@gnu.org Hi Erik, please pull and see if the error persists. What is the value of org-agenda-start-with-clockreport-mode ? - Carsten On Nov 19, 2010, at 7:38 PM, Erik Iverson wrote: > 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=E9bastien Vauban wrote: >> Hi Carsten, >> Carsten Dominik wrote: >>> On Nov 4, 2010, at 11:39 AM, S=E9bastien 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 =20 >>>>> "Clock{}", >>>> A detail: I'd eventually would have written "Clock/" to remind =20 >>>> the "/" used >>>> for applying the filters. >>> I did use {} because the current filter is actually listed in the =20= >>> mode line, >>> surrounded by {}. >>> >>>> Another: could we append, in the modeline, the tags (or their =20 >>>> 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 =20 >>> Clock >>> lighter. >> I wanted to (re-)test these, but now, when doing R, nothing is =20 >> appended into >> my buffer with logged times. Did I do something wrong? >> Same with C-u R. >>>>> and the current tags filtering should apply to the clock table =20 >>>>> in the >>>>> agenda. >>>>> >>>>> Please test this and report back. >>>> Only minor thing: while the logged lines are correctly shown or =20 >>>> made >>>> invisible in the grid time, you need to refresh the table with =20 >>>> "g" for it >>>> to display the correct values. >>>> >>>> Until that, what's above is not in sync' with what's in the =20 >>>> table. Isn't >>>> there a way to make this refresh happen automatically? >>> That would be possible. However, the whole idea of filtering is to =20= >>> be *very* >>> fast, it works by hiding lines that are already in the buffer. =20 >>> Doing a >>> refresh for each change in filter would be time consuming. So I'd =20= >>> say having >>> to refresh by hand if the clock is showing filtered stuff is the =20 >>> smaller >>> evil. >> I would privilege coherency of sums above small delay in table =20 >> appearance. You >> know, when we look at tables for chasing time, we really need =20 >> trustable >> figures. >> In fact, I don't really understand your argument: if I want quick =20 >> reports, I >> would just choose for the unfiltered view. If I need detailed sums =20= >> of clocked >> times, I would go for the "filtrable" view (by C-u R) and would =20 >> accept a >> little delay. >> If you really don't share this vision, could you at least make this >> customizable? TIA. >>>>>> : | File | L | Headline | Time =20 >>>>>> | | >>>>>> : |------------------+---+----------------------+---------=20 >>>>>> +------| >>>>>> : | | | *Total time* | *10:15* =20 >>>>>> | | >>>>>> : |------------------+---+----------------------+---------=20 >>>>>> +------| >>>>>> : | Clock-Report.org | | *File time* | *10:15* =20 >>>>>> | | >>>>>> : | Clock-Report.org | 1 | Work | 8:09 =20 >>>>>> | | >>>>>> : | Clock-Report.org | 2 | Client A | | =20 >>>>>> 3:23 | >>>>>> : | Clock-Report.org | 2 | Client B | | =20 >>>>>> 4:46 | >>>>>> : | Clock-Report.org | 1 | Personal | 2:06 =20 >>>>>> | | >>>>>> : | Clock-Report.org | 2 | DONE Lunch with Mary | | =20 >>>>>> 2:06 | >>>> Nice new layout. Much clearer for the levels... >>> Yes, I think so to. Try :compact t, that is also nice, I think. >> I'll have a look -- when reports will come back to life. >>>> | 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 | >> A couple of days ago, when it still worked, I've just seen =20 >> something really >> painful: all the Org buffers were referenced in that table, even =20 >> those which >> should not participate -- because I did not clock any time in them =20= >> (for that >> or those days). >> Plus, having many Org files, in fact, I did not see anymore the =20 >> lines with the >> real time, as there were many lines with 0:00 time before them... >> Best regards, >> Seb > > _______________________________________________ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode