From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bernt Hansen Subject: Re: [off-topic/GTD]Only Next Actions list to rule them all ? Date: Wed, 21 Oct 2009 15:15:40 -0400 Message-ID: <87oco07e3n.fsf@gollum.intra.norang.ca> References: <1e5bcefd0910202215n660589c9h65ffe5603b1bf8db@mail.gmail.com> <87y6n57x7l.fsf@gollum.intra.norang.ca> <1e5bcefd0910211106n62424599h61eb8374982f92da@mail.gmail.com> <1e5bcefd0910211130h63a3914u1e29b2c087486ed1@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N0gew-0007iD-GK for emacs-orgmode@gnu.org; Wed, 21 Oct 2009 15:15:46 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N0get-0007hA-UR for emacs-orgmode@gnu.org; Wed, 21 Oct 2009 15:15:46 -0400 Received: from [199.232.76.173] (port=38650 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N0get-0007h4-OS for emacs-orgmode@gnu.org; Wed, 21 Oct 2009 15:15:43 -0400 Received: from mho-02-ewr.mailhop.org ([204.13.248.72]:65306) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1N0get-0007Hp-EB for emacs-orgmode@gnu.org; Wed, 21 Oct 2009 15:15:43 -0400 In-Reply-To: (Matt Lundin's message of "Wed\, 21 Oct 2009 15\:05\:43 -0400") 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: Matt Lundin Cc: Org Mode Matt Lundin writes: > Marcelo de Moraes Serpa writes: > >> On the other hand, most of this could be achieved by using the agenda >> view and other org filtering features, and still keep a list of >> projects, sub-projects and next-actions, all in one, like: >> >> (Always ordered by priority) >> >> * Projects and Next Actions >> ** A project/outcome :PROJECT: >> *** TODO Do something :HOME: >> *** A subproject :PROJECT: >> **** TODO Do something! :HOME: >> *** TODO Do something else :OFFICE: >> >> Then, in the agenda, I can filter by HOME / OFFICE or TODO and would >> have a flat list of actions too. >> >> More configuration, but more you get, when you view the Projects and >> Next Actions list, the information of to which project this next action >> belongs, which might not be that important, as I'm interested on doing, >> not reviewing the landscape all the time, but could be useful sometimes >> (when the action is not specific enough you can't tell the related >> outcome). >> >> What do you guys think? > > Are you looking for us to convince you to organize your files by > project? :) > > IMO, how the user chooses to organize his/her files is a moot point, > since the magic of org-mode lies in the agenda. My agenda files consist > of several thematic files (currently 21), each containing a variety of > notes, projects, todos, etc. In the end, the organization of these files > doesn't matter, since org-mode's agenda commands do a fantastic job of > presenting me with clean lists of all my todos, while org-refile allows > me easily to move items to different files and or subheadings. > > I prefer this method because it allows me to jump to rich contextual > information from the agenda. For me, keeping next actions and projects > separate within the org files would eliminate a major strength of > org-mode and reduplicate what the agenda already does. But to each > his/her own! :) Agreed :) The agenda is not just about calendar dates, the agenda is - A calendar view of dates (single day, week, month) (C-c a a) - A list of todo items collected from multiple org-agenda-files (C-c a t) - A general search tool through all of your org-agenda-files (C-c a /) - A list of things matching tags (C-c a m) and so much more (when you add custom agenda views etc). Filtering lets you remove tasks quickly and easily based on tags or other criteria to get your lists down to what you are really looking at. Then there's agenda restrictions (to file or subtree) to further limit the initial list of returned headlines. If you're thinking the agenda is just about dates then you need to revisit this and see how you can use this to your advantage. I personally keep related tasks together in the same subtree. I collect multiple subtrees in the same org file so I can add / remove the entire thing from my agenda easily. For example one client is one file - with multiple projects for that client in the same file. That just makes sense logically (to me) - if I'm working on a task then stuff related to it is close by in the same org file. The status of those tasks (next item, todo item, just some note with further information, etc) is irrelevant to where I place them in the tree - they're part of some larger thing (project?) and are a sublevel of that thing. -Bernt