* Ignore sub-items of Scheduled TODOs?
@ 2009-07-02 23:21 Nathan Neff
2009-07-03 0:45 ` Matthew Lundin
2009-07-03 7:05 ` Christian Egli
0 siblings, 2 replies; 4+ messages in thread
From: Nathan Neff @ 2009-07-02 23:21 UTC (permalink / raw)
To: emacs-orgmode
Hello,
I'd like to know the best way for removing TODO items from the agenda if
they have a parent item that's been scheduled.
Currently, I have items like this:
* TODO top level item, scheduled for future
SCHEDULED: <2009-07-16 Thu>
** TODO A sub-item I don't want to see until 7/16
** TODO Another sub-item I don't want to see until 7/16
If I set org-agenda-todo-ignore-with-date to non-nil and go
to the agenda C-c a a, then I still see the second and third todos.
Is this a bug, or is there a quick way of removing these todos that are under a
scheduled item from the agenda list? Or, am I probably going about this the
wrong way?
Thanks,
--Nate
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Ignore sub-items of Scheduled TODOs?
2009-07-02 23:21 Ignore sub-items of Scheduled TODOs? Nathan Neff
@ 2009-07-03 0:45 ` Matthew Lundin
[not found] ` <211769420907031203m62f0185ekb2c45e6ef6790710@mail.gmail.com>
2009-07-03 7:05 ` Christian Egli
1 sibling, 1 reply; 4+ messages in thread
From: Matthew Lundin @ 2009-07-03 0:45 UTC (permalink / raw)
To: Nathan Neff; +Cc: emacs-orgmode
Nathan Neff <nathan.neff@gmail.com> writes:
> Hello,
>
> I'd like to know the best way for removing TODO items from the agenda if
> they have a parent item that's been scheduled.
>
> Currently, I have items like this:
>
> * TODO top level item, scheduled for future
> SCHEDULED: <2009-07-16 Thu>
> ** TODO A sub-item I don't want to see until 7/16
> ** TODO Another sub-item I don't want to see until 7/16
>
> If I set org-agenda-todo-ignore-with-date to non-nil and go to the
> agenda C-c a a, then I still see the second and third todos.
>
> Is this a bug, or is there a quick way of removing these todos that
> are under a scheduled item from the agenda list? Or, am I probably
> going about this the wrong way?
Probably the simplest thing to do is to add SCHEDULED timestamps to the
sub-items as well. As I understand it, org-mode timestamps cannot be
inherited by subheadings. I imagine someone else will quickly come along
and correct me if I'm wrong. :)
Best,
Matt
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Ignore sub-items of Scheduled TODOs?
2009-07-02 23:21 Ignore sub-items of Scheduled TODOs? Nathan Neff
2009-07-03 0:45 ` Matthew Lundin
@ 2009-07-03 7:05 ` Christian Egli
1 sibling, 0 replies; 4+ messages in thread
From: Christian Egli @ 2009-07-03 7:05 UTC (permalink / raw)
To: emacs-orgmode
Nathan Neff <nathan.neff@gmail.com> writes:
> I'd like to know the best way for removing TODO items from the agenda if
> they have a parent item that's been scheduled.
It's not exactly what you want but I found that I like to hide sublevel
TODOs. Have a look at org-agenda-todo-list-sublevels:
org-agenda-todo-list-sublevels is a variable defined in `org-agenda.el'.
Its value is nil
Documentation:
Non-nil means, check also the sublevels of a TODO entry for TODO entries.
When nil, the sublevels of a TODO entry are not checked, resulting in
potentially much shorter TODO lists.
You can customize this variable.
HTH
Christian
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2009-07-03 19:36 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-07-02 23:21 Ignore sub-items of Scheduled TODOs? Nathan Neff
2009-07-03 0:45 ` Matthew Lundin
[not found] ` <211769420907031203m62f0185ekb2c45e6ef6790710@mail.gmail.com>
2009-07-03 19:36 ` Matthew Lundin
2009-07-03 7:05 ` Christian Egli
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).