From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?utf-8?Q?S=C3=A9bastien_Vauban?= Subject: Re: Agenda clock reports and tag filters Date: Tue, 14 Dec 2010 14:23:32 +0100 Message-ID: <80bp4o8p4b.fsf@missioncriticalit.com> References: <87fwu5xr7i.fsf@norang.ca> <87zksdwaam.fsf@norang.ca> <7E853BB6-0EE3-4F2E-BD05-08C7EA45F34C@gmail.com> <87vd30whr0.fsf@norang.ca> <80pqt5r33t.fsf@missioncriticalit.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: 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-mXXj517/zsQ@public.gmane.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org-mXXj517/zsQ@public.gmane.org To: emacs-orgmode-mXXj517/zsQ@public.gmane.org Hi, S=C3=A9bastien Vauban wrote: >>> Not that changing the filter after getting the clock report with `C-u R' >>> will not change the clock report along - this would slow down the filter >>> changes. So you need to refresh the agenda to update the clock table as >>> well. >> >> Yes I played with it yesterday and it works great! C-u R makes the clock >> report use the current filter, changing the filter and updating with 'g' >> updates the clock report using the current filter set. > > As I wrote in a > [[http://mid.gmane.org/80tyjdl89g.fsf%40mundaneum.com][previous thread]], > > "I would privilege coherency of sums above small delay in table > appearance. You know, when we look at tables for chasing time, we rea= lly > need trustable figures. > > In fact, I don't really understand your argument: if I want quick > reports, I would just choose for the unfiltered view. If I need detai= led > sums of clocked times, I would go for the "filtrable" view (by C-u R) > and would accept a little delay. > > If you really don't share this vision, could you at least make this > customizable? TIA." > > I'll try to provide us with such a patch. > > For example, this is what I have: > > | File | Headline | Time | = | > |----------------------+--------------------------------------+--------+-= -----| > | | ALL *Total time* | *7:08* | = | > |----------------------+--------------------------------------+--------+-= -----| > | Work.org | *File time* | *3:59* | = | > | | Habits (Clocked) | 3:59 | = | > | | \__ Email and News | | = 0:40 | > | | \__ Organization | | = 3:19 | > |----------------------+--------------------------------------+--------+-= -----| > | Client.org | *File time* | *3:09* | = | > | | Tasks | 3:09 | = | > | | \__ TODO Prepare conference (from... | | = 3:09 | Am I right if I say that the ":compact t" option is not allowed, or does not have any effect for a "columnview" table? #+BEGIN: columnview :hlines 1 :id local :compact t | Task | Estim. | |-----------------------------------------+--------| | *** Excel table | 150 | | **** WP 2 -- Pilot ready for deployment | 40 | | ***** Finalize the report | 10 | | ***** Deploy a shared instance | 20 | | ***** Support notes | 10 | | **** WP 3 -- Evolution | 50 | | ***** Add new basic reports | 50 | #+END: Shouldn't these be based on the same "table" core as the "clockreport"? Or= is it possible to emulate one within the other? Best regards, Seb --=20 S=C3=A9bastien Vauban _______________________________________________ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode-mXXj517/zsQ@public.gmane.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode