From: Bernt Hansen <bernt@norang.ca>
To: PT <spamfilteraccount@gmail.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: Feature idea: Automatic clocking
Date: Fri, 21 Aug 2009 15:26:53 -0400 [thread overview]
Message-ID: <87k50xm0hu.fsf@gollum.intra.norang.ca> (raw)
In-Reply-To: <loom.20090821T202641-395@post.gmane.org> (PT's message of "Fri\, 21 Aug 2009 18\:35\:27 +0000 \(UTC\)")
PT <spamfilteraccount@gmail.com> writes:
> I just started using clocking and it seems really useful. It
> occured me it could also be done automatically for certain tasks
> which are performed in the org buffer.
>
> For example, I work on some text which I keep in an org subtree,
> the branches of the subtree hold the chapters, etc.
>
> If the main subtree which is the root of the document has a CLOCK
> property (put there by a previous manual clocking) and also an
> AUTOCLOCK or similar property then it could monitor if I modify
> the text within the subtree and start the clock automatically. If
> I stop modifying the subtree then after a while (say, 30 seconds,
> configurable) it would stop the clock automatically.
>
> So for subtrees explicitly marked for automatic clocking the user
> wouldn't have to start/stop the clock manually at all, org could
> do it itself.
>
> What do you think?
Hi PT,
I've been using org-mode clocking since 2006-08-29 Tue 11:44 and I am
skeptical about how useful this would really be in the general case.
Most of my tasks involve *thinking* not just typing so stopping the
clock when I'm working on solving a problem would be bad. I also clock
tasks while working on another machine which org-mode knows nothing
about so stopping the clock due to inactivity isn't appropriate.
I don't like the idea of automatic clocking for a number of reasons:
- It lets you be sloppy about starting and stopping the clock -- which
means the clock won't be running for some task you are working on
(say one that is not marked for automatic clocking). This means
you're going to work on stuff and not have it clocked when you need
it to be at some point. I bill based on clock time and it needs to
be correct.
- Clocking stuff in and out rigorously is a good habit to learn if
clock data is really important to you. Automatic clocking defeats
this goal.
- If you're clocking some important project task and you happen to
touch the task marked for automatic clocking you'll clock out the
project task and clock in the new task... and a short time later the
clock stops when you move back to the project task but you're still
really working on that original project task.
Clocking the right task usually takes more intelligence than just what
part of an org-file changes.
I have org-clock-out-when-done set to nil so that org-mode does not stop
the clock when a task is marked DONE. This makes me responsible for
when the clock starts and stops for all tasks - I clock in and out for
everything that matters. I change the clock when I switch tasks and I
think it's really hard to get that right automatically.
So there's my two cents :)
Regards,
Bernt
next prev parent reply other threads:[~2009-08-21 19:27 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-21 18:35 Feature idea: Automatic clocking PT
2009-08-21 19:26 ` Bernt Hansen [this message]
2009-08-23 10:38 ` Carsten Dominik
2009-08-21 23:15 ` Samuel Wales
2009-08-23 4:30 ` Bastien
[not found] <DICKENSGQnnJOxa3bb20000006e@dickens.campus.up.edu>
2009-08-22 16:18 ` Nuxoll, Andrew
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87k50xm0hu.fsf@gollum.intra.norang.ca \
--to=bernt@norang.ca \
--cc=emacs-orgmode@gnu.org \
--cc=spamfilteraccount@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).