emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Eric Abrahamsen <eric@ericabrahamsen.net>
To: emacs-orgmode@gnu.org
Subject: Re: conceptual TODO help?
Date: Sun, 29 Jul 2012 16:47:46 +0800	[thread overview]
Message-ID: <871ujvvtql.fsf@ericabrahamsen.net> (raw)
In-Reply-To: 20120728130410.424df425@tomsarchtoo

On Sun, Jul 29 2012, scrawler wrote:

> Hi guys, I have a few questions about todo states. I have these
> keywords defined:
>
> #+TODO: Do Doing DoBy DoLater | Did DidNot DidNever 
> #+TAGS: @Beverly(y) @Bionca(a)
>
> I'd like to have a better understanding of the TODO sequence for any
> given task, assignment, or project. The states Do and Did are pretty
> obviously just TODO and DONE renamed. I can maybe add a
> DEADLINE:<2012-07-28 Sat> for the DoBy heading, and a
> SCHEDULED:<2012-07-28 Sat> for DoLater, but what can or should I do
> with Doing? Should I just leave it alone and look at it?
>
> I think I've seen TODO keywords defined (in the manual? list emails?)
> like "feedback", etc, but it seems like if I have a basic but
> comprehensive sequence I can put that kind of stuff in tags
> (Incidentally, what are the @ signs in front of tags for?).
>
> Are there any keywords I should add or remove? Should I get rid of
> DidNot and DidNever (implying not yet and never will)? My keywords are
> arbitrary and silly, but I'd like to better understand the states they
> label.

Some things to consider:

Say you use DEADLINE for DoBy and SCHEDULED for DoLater: now, does a
DoBy or DoLater tag carry any more information than a "Do plus SCHEDULED
property" or a "Do plus DEADLINE property"? You might think they'll be
easier to search for, but what if you have a DoLater and forget to add a
SCHEDULED? I tend to go for the minimum amount of significant
information, and avoid duplication.

What's the difference between a DidNot and a Do? Or DidNot and a Doing,
for that matter?

I've got a CANCELLED(c@), which would be the same thing as your
DidNever, except that the @ means I have to add an explanation for *why*
it's canceled, and that's useful for record-keeping.

I think @ in tags is a convention for indicating a "location" category,
like @home or @office. I may be wrong, but I think it has no effect
whatsoever on Org's treatment of the tag.

Hope that's good for something…

Definitely second Thomas' link to the online docs…

Eric

-- 
GNU Emacs 24.1.50.1 (i686-pc-linux-gnu, GTK+ Version 2.24.11)
 of 2012-07-23 on pellet
7.8.11

      parent reply	other threads:[~2012-07-29  8:48 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-07-28 18:04 conceptual TODO help? scrawler
2012-07-28 19:05 ` Thomas S. Dye
2012-07-29  8:47 ` Eric Abrahamsen [this message]

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=871ujvvtql.fsf@ericabrahamsen.net \
    --to=eric@ericabrahamsen.net \
    --cc=emacs-orgmode@gnu.org \
    /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).