From mboxrd@z Thu Jan 1 00:00:00 1970 From: Marcelo de Moraes Serpa Subject: Re: [off-topic/GTD]Only Next Actions list to rule them all ? Date: Wed, 21 Oct 2009 17:15:10 -0500 Message-ID: <1e5bcefd0910211515t33557025yf786665834d3184a@mail.gmail.com> References: <1e5bcefd0910202215n660589c9h65ffe5603b1bf8db@mail.gmail.com> <87y6n57x7l.fsf@gollum.intra.norang.ca> <1e5bcefd0910211106n62424599h61eb8374982f92da@mail.gmail.com> <1e5bcefd0910211130h63a3914u1e29b2c087486ed1@mail.gmail.com> <87oco07e3n.fsf@gollum.intra.norang.ca> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0428557695==" Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N0jSe-0006QE-3L for emacs-orgmode@gnu.org; Wed, 21 Oct 2009 18:15:16 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N0jSZ-0006Pl-Hi for emacs-orgmode@gnu.org; Wed, 21 Oct 2009 18:15:15 -0400 Received: from [199.232.76.173] (port=55965 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N0jSZ-0006Pi-BU for emacs-orgmode@gnu.org; Wed, 21 Oct 2009 18:15:11 -0400 Received: from mail-yx0-f191.google.com ([209.85.210.191]:39813) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1N0jSZ-0008E9-0g for emacs-orgmode@gnu.org; Wed, 21 Oct 2009 18:15:11 -0400 Received: by yxe29 with SMTP id 29so3828205yxe.14 for ; Wed, 21 Oct 2009 15:15:10 -0700 (PDT) In-Reply-To: <87oco07e3n.fsf@gollum.intra.norang.ca> 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: Bernt Hansen Cc: Matt Lundin , Org Mode --===============0428557695== Content-Type: multipart/alternative; boundary=001636ed77c5e803400476794fae --001636ed77c5e803400476794fae Content-Type: text/plain; charset=ISO-8859-1 Thanks. Got it, I'm definitely not giving org agenda the importance it deserves. Anyway, it might serve as an example of a simpler approach. I have one question, though. There are actions that you know you have to do, but that don't justify the creation of an outcome, or, in other words, creating a project for this NA would be overkill, such as "Buy chocolate :HOME:". What would be the outcome related to that? "Satisfy my desire of sugar". Of course, this could be part of a "Monthly shopping", in this case it is obvious, but sometimes I just have the feeling to buy chocolate, that doesn't justify the creation of an outcome. What do you guys do in this case? Keep another list for these kind of tasks? On Wed, Oct 21, 2009 at 2:15 PM, Bernt Hansen wrote: > 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 > --001636ed77c5e803400476794fae Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks. Got it, I'm definitely not giving org agenda the importance it = deserves. Anyway, it might serve as an example of a simpler approach.
I have one question, though. There are actions that you know you have to = do, but that don't justify the creation of an outcome, or, in other wor= ds, creating a project for this NA would be overkill, such as "Buy cho= colate :HOME:". What would be the outcome related to that? "Satis= fy my desire of sugar". Of course, this could be part of a "Month= ly shopping", in this case it is obvious, but sometimes I just have th= e feeling to buy chocolate, that doesn't justify the creation of an out= come. What do you guys do in this case? Keep another list for these kind of= tasks?


On Wed, Oct 21, 2009 at 2:15 PM, Bernt H= ansen <bernt@norang= .ca> wrote:
Matt Lundin <mdl@imapmail.org> writes:

> Marcelo de Moraes Serpa <cel= oserpa@gmail.com> writes:
>
>> On the other hand, most of this could be achieved by using the age= nda
>> 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 wou= ld
>> have a flat list of actions too.
>>
>> More configuration, but more you get, when you view the Projects a= nd
>> Next Actions list, the information of to which project this next a= ction
>> belongs, which might not be that important, as I'm interested = on doing,
>> not reviewing the landscape all the time, but could be useful some= times
>> (when the action is not specific enough you can't tell the rel= ated
>> 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 consis= t
> of several thematic files (currently 21), each containing a variety of=
> notes, projects, todos, etc. In the end, the organization of these fil= es
> doesn't matter, since org-mode's agenda commands do a fantasti= c job of
> presenting me with clean lists of all my todos, while org-refile allow= s
> 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 :) =A0The agenda is not just about calendar dates, the a= genda is

=A0- A calendar view of dates (single day, week, month) (C-c a a)
=A0- A list of todo items collected from multiple org-agenda-files (C-c a = t)
=A0- A general search tool through all of your org-agenda-files (C-c a /)<= br> =A0- A list of things matching tags (C-c a m)

and so much more (when you add custom agenda views etc). =A0Filtering lets<= br> you remove tasks quickly and easily based on tags or other criteria to
get your lists down to what you are really looking at. =A0Then there's<= br> 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. =A0I collect<= br> multiple subtrees in the same org file so I can add / remove the entire
thing from my agenda easily. =A0For example one client is one file - with multiple projects for that client in the same file. =A0That just makes
sense logically (to me) - if I'm working on a task then stuff related t= o
it is close by in the same org file. =A0The 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

--001636ed77c5e803400476794fae-- --===============0428557695== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode --===============0428557695==--