Hi TRS (are you referencing the Radio Shack computer?)
I hope you don’t think I’m attacking your examples but I’d like to describe what I do with similar (but not quite the same) situation. Your “Purchasing” situation sounds very familiar. I have a “shopping” folder that is, I think, pretty similar. There are three hardware stores that I go to frequently: a small neighborhood store that I try to patronize to help it stay in business, a gigantic branch of a national chain that has low prices matched by low quality, and a different store that’s in the nearby big city that I use when I’m there. I have a “hardware store” folder that contains three store-specific folders. If I need something that is available at only one of the stores, I put it in the store-specific folder; if it’s likely to be available at multiple stores I put it in the “hardware store” folder. When I arrive at a hardware store I check the store-specific folder and then go up a level to see tasks in the parent folder. It’s a little extra work to check two folders but not enough to bother me. If it were an issue I would create a view that for each store that would show the tasks in the store-specific folder plus the hardware folder. When something gets bought, one click completes the task and it’s gone. Your Research folder sounds a lot like my +ReadIt context. When I have time Ibring up a ReadIt view that shows stuff with the +ReadIt context, ordered by priority followed by date of last modification, oldest first. Most of the tasks in the +ReadIt context also have one or more additional contexts, such as “@HorizonGrant”. I understand that you want to avoid arseing (arsing?) up your contacts by doing something like this. Sorry, but I don’t follow. Could you give an example of how doing this would cause an issue regarding your contexts? Is there something you want to do that would stop working or that would require extra steps? Just as an aside, you could create a @research context that would be closed all day and all night but open just around bedtime – might make things easier to manage, or maybe not. -Dwight From: [email protected] [mailto:[email protected]] On Behalf Of [email protected] Sent: Thursday, February 27, 2014 1:15 AM To: [email protected] Subject: Re: [MLO] Multiproject task Well, I follow GTD as well, so my brain probably works like yours does. But I still think this is a distinct and needed functionality, in some cases. Not to mention that many people likely do not use "pure, canonical" GTD, but rather some form of modified GTD that works for them. Let me give my two use cases as examples. First case, I have a folder Purchasing, with sub folders for several different stores / types of stores. Some times an item I need could be purchased at more than one store, so I add it to multiple stores. When purchased, I mark it done in that store folder, only later to have to mark it done again in other folders when I come across it shopping in that other store / checking my list in that folder. Yes I know I could put everything in one folder and do it with contexts but this is just simpler. Also, I don't want to mess up my nice, short contexts list with a bunch of different stores. In fact, the whole branch purchasing is greyed out so as not to come up in To-Do List view. Basically, I just look in whatever folder when I am at that particular store, in order to "check my list." Second case, sometimes tasks can fall under multiple branches. Say the next action in a given task is to research some topic. So I have "research x" as a subtask, or step, in some folder / project. But like purchasing, I have another greyed out folder called Research. I throw all kinds of things in here that I need to read up on, and every night I check the folder, pull out a topic, and read about it on my tablet before bed. Again, I just want to keep these things separate and out of the ToDo list, in a separate folder and not arse up my contexts by creating an @Research context. Those are just my workflows, but I'm sure other people may have different ones. I hope my examples are not "attacked." lol And the great things about MLO are it's power and flexibility. To the point of being almost overwhelming for new users at first. Well, I dunno how difficult that would be to implement, but I put my votes in at the uservoice suggestion linked in the post above mine. Maybe if it's not too hard to implement, I might get lucky ahead of some of the more popular suggestions. lol If anyone else agrees with me, please cast your votes over there. I'll include the link again here since this is a mail group and people might not see the previous post (I replied to a post 2 above mine): <http://mlo.uservoice.com/forums/9235-general/suggestions/3916349-create-links-for-a-task-in-multiple-folders> http://mlo.uservoice.com/forums/9235-general/suggestions/3916349-create-links-for-a-task-in-multiple-folders TRS-80 On Thursday, March 28, 2013 4:06:14 PM UTC-4, Lisa S wrote: I think a lot of MLO is originally drawn from GTD. In GTD you want things at the action level...and as Daniel says, grouped by Context where context is however you want to efficiently group your tasks. If "Call the bank" means report my card stolen AND call about applying for a loan it's really not the same next action, at least with the way my brain works. The phone numbers usually are different, the time of day the action could be completed are different. You don't want to hold up "report my card stolen" while waiting for a time your spouse can tell you what times you could meet with a loan officer. It would be easier to create "Call the bank about " and then hit Ctrl-D and append more info to the title/notes, Ctrl-M, and put it where you want it. Tasks are "cheap" and then you get the satisfaction of completing two next actions too :) On Wed, Mar 27, 2013 at 3:04 PM, daniel sekera <[email protected] <javascript:> > wrote: Whereas I would simply put the task(s) under my context @calls because that is the task I am doing. I am making calls and as I review my @calls list or tab I see I have to apply for a loan and report my credit card stolen. I do understand your point, however I still think nothing beyond contexts is really needed, but that is just my opinion, and I respect yours. If we each get to do it our own way - fantastic On Wed, Mar 27, 2013 at 4:50 PM, robisme (Olivier R) <[email protected] <javascript:> > wrote: We have here a good example of the interest of having logical links/copies of tasks, which we have already discussed before. This way, we could have a task belonging to several branches of the outline, and for each change of one, the other one would be impacted as well. For exemple, a task "phone the bank" could belong to the project "apply for a loan", and the project "report the loss of my credit card". These projects are distinct but share a same "next action" at one moment. You will say "set a context for "@ phone with bank", but, come on, you'll end up with a very huge amount of contexts, and they are not collapsable/expandable. And some task can be "make identity photos", for such or such projet, what's the sense to have a context "photobooth". Olivier Le mardi 26 mars 2013 23:22:29 UTC+1, Dwight Arthur a écrit : If you want to have a task that’s aligned with multiple “areas of responsibility” or “strategic objectives” it’s best to use contexts as Lisa has outlined. If there’s some reason that you need to organize your work as projects, and you have a task that aligns with more than one, it won’t be easy as each task can have only one immediate parent. The best I can suggest is to put the task in question into some other folder and then declare explicit dependencies, so that the shared task does not become active until its prerequisites in both project are satisfied, and when the shared task completes subsequent tasks in both projects will be activated. -Dwight From: [email protected] [mailto:[email protected]] On Behalf Of Lisa Stroyan Sent: Tuesday, March 26, 2013 4:53 PM To: [email protected] Subject: Re: [MLO] Multiproject task All tasks in a project have to be subtasks. With the goal setting you have a choice of week, month, year. But, you could use contexts for this feature and set up a context for the project and then tasks can have multiple contexts. I use a prefix in front of my contexts so that I can have the meaning different types of information. For example, "@" for traditional contexts, and "!" For projects. On Mar 26, 2013 2:43 PM, <[email protected]> wrote: Hi All, is there a way I can assign a task to multiple projects or goals? Thank you D -- You received this message because you are subscribed to the Google Groups "MyLifeOrganized" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/mylifeorganized?hl=en. For more options, visit https://groups.google.com/groups/opt_out. -- You received this message because you are subscribed to the Google Groups "MyLifeOrganized" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/mylifeorganized?hl=en. For more options, visit https://groups.google.com/groups/opt_out. -- You received this message because you are subscribed to the Google Groups "MyLifeOrganized" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected] <javascript:> . To post to this group, send email to [email protected] <javascript:> . Visit this group at http://groups.google.com/group/mylifeorganized?hl=en. For more options, visit https://groups.google.com/groups/opt_out. -- Daniel Sekera Parts Director MotorWorld Automotive Group 150 MotorWorld Drive Wilkes-Barre Pa 18702 570.820.6898 570.820.6924 (fax) -- You received this message because you are subscribed to the Google Groups "MyLifeOrganized" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected] <javascript:> . To post to this group, send email to [email protected] <javascript:> . Visit this group at http://groups.google.com/group/mylifeorganized?hl=en. For more options, visit https://groups.google.com/groups/opt_out. -- Lisa _____ Lisa Stroyan, mailto: [email protected] <javascript:> -- You received this message because you are subscribed to the Google Groups "MyLifeOrganized" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/mylifeorganized. To view this discussion on the web visit https://groups.google.com/d/msgid/mylifeorganized/0b59c68d-ddb2-412a-b347-a08ffa467d1d%40googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- You received this message because you are subscribed to the Google Groups "MyLifeOrganized" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/mylifeorganized. To view this discussion on the web visit https://groups.google.com/d/msgid/mylifeorganized/042301cf340c%248c3773d0%24a4a65b70%24%40dwightarthur.us. For more options, visit https://groups.google.com/groups/opt_out.
