Hi, John. I feel like we are going over an issue that has already been thoroughly and exhaustively discussed. If your point is that the addition of the new "tags" field does not help you with your issue about "GTD Lists" because tags are not inherited, then ok, I take your point. I'm pretty satisfied with the way my tasks are being managed without the availability of a tags field, so I expect somebody other than me or you to figure out how tags can best be used. Regarding youe overarching issue of how MLO does not support your lists concept, I must say that I have read many words that you have written on this subject and I still don't understand why you don't just make three contexts named @someday @later @Waiting etc. I get that if you have a view that groups by context, that the entries for these groups would be unwelcome; but it would be maybe a ten second job for me and probably under five minutes for anyone with a basic grasp of filter-writing, to exclude these contexts from your particular view. I would consider this a minor annoyance to be resolved with a minor tweak. I could imagine that there could be other, similar minor annoyances and tweaks and maybe that's a serious problem for you. If there is some actual larger issue that these annoyances and tweaks, I haven't yet caught on to what it might be.
On Sunday, January 7, 2018 at 10:44:55 AM UTC-5, John . Smith wrote: > > > > From a GTD point of view, using Tags to control a task's "List" (i.e its > actionable status such as @Someday @Later @Waiting etc) is unacceptable > for a combination of reasons > > 1. I want to use Tags to control Context and if one starts using Tags to > control both Context *and* List, things start to get very messy! > e.g. When one is trying to view all your Tasks grouped by Contexts, then > then Tags such as @Someday @Later @Waiting immediately start cluttering up > your views. > > 2. It's also rather a pain to change the actionable status of and entire > project as you need to select all the tasks at once within a project > before making the change > > 3. Obviously it's also possible to have any given Task appear in multiple > GTD lists at once (e.g. @Someday @Later @Waiting), so moving between GTD > Lists is stupidly clumsy. > > 4. When view tasks and wanting to change between different Contexts, the > Tag names are also cluttered up with tag names like @Someday > > Sadly Flags don't work well either for Controlling GTD status list either > because (unlike Tags) they don't inherit their values from parent tasks > when being created. > > The long and short of it is that MLO needs separate fields for the > "Status" and Context of a task, and when the user tries to do these sort of > workarounds, there are always various unintended consequences. > > With thanks > > J > > PS I have had a quick look at the Windows MLO Version 5 beta video > https://www.youtube.com/watch?v=ZvwcHwF0yXs > and from what I can see there is no sign of any improvement in this > problem. :^( > > > On Saturday, December 30, 2017 at 2:29:20 PM UTC, Elizabeth Lindsay wrote: >> >> I see a couple of other folks have replied prior to be seeing this, but I >> felt the need to chime in as well. I've been using MLO for many years, am a >> BETA tester, and follow GTD. From my perspective: >> >> 1. Only a project needs a status, and MLO has that. >> 2. All tasks availability can be managed either: >> 1. Using an "@Someday" context to show it is not for now (and I >> have MLO automatically format them in a color that appears greyed out) >> 2. Linked to another tasks that has to be done first and therefore >> this particular task is not active >> 3. The child of another tasks, therefore this one has to be done >> first and not the parent >> 4. In a list of tasks that are checked to be "completed in order" >> 5. Adding a start date to not show things prior to a particular >> date/time >> >> In all those cases, my list of active tasks is showing me what is >> available to me. Then I use contexts to provide my GTD contexts. >> >> As David replied, I too manage hundreds plus of tasks on Android and >> Windows and follow the GTD system. >> >> I've even added my own custom icons to make it quick for my eyes to see >> various types of activities. >> >> I wish you all the best! >> Elizabeth >> >> On Friday, December 29, 2017 at 7:15:12 AM UTC-6, John . Smith wrote: >>> >>> >>> In the end, having tried MLO in about 10 different ways, and having >>> spent countless hours fiddling and configuring MLO, I eventually found MLO >>> to be unusable for GTD if you have fairly large numbers of tasks (e.g. >>> 200+). >>> >>> In particular the lack of a field that could be used as a Status field >>> (that unlike flags would 'inherit' sensibly) was a deal breaker. It was a >>> huge shame because MLO is astonishingly powerful in so many ways... but >>> there you go. >>> >>>> >>>>>> -- 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 mylifeorganized+unsubscr...@googlegroups.com. To post to this group, send email to mylifeorganized@googlegroups.com. Visit this group at https://groups.google.com/group/mylifeorganized. To view this discussion on the web visit https://groups.google.com/d/msgid/mylifeorganized/323229c5-e262-4395-b6d6-79b8eb86cabc%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
