#Taskpaper vs todo.txt manual#
#Taskpaper vs todo.txt full#

The format is simple but the way you present tagged information doesn’t have to be.Īnyway, those are my thoughts.

#Taskpaper vs todo.txt full#

If working with an editor tool, I’d prefer if done items were automatically moved down to the bottom or maybe removed entirely or added to a different “done.txt” list.Īlso, once you have the power of full tagging and categorization, a well built tool should allow you to pull on each of those to view related items in more structured ways. This is rough, obviously, but I think it’s a bit more readable than blockiness of the current format and a bit more flexible: Put snow scraper in +(winterizing) # yay me!Īlready got them for Fred and +(health) +(season) +(Costco) +(1) +(shopping) # It's a shopping run, even if it's not strictly buying something

#Taskpaper vs todo.txt manual#

She says to contact them at least one thursday before the weekend you want # Not thrilled by the manual line breaks here Adding blank spaces between items significantly increases vertical space so python-inspired indentation can avoid that: Set up appointment for snow tiresĬall and talk to Judy 50 # comments are always great In my head, a better system would not be single-line. The second you do that, though, you’re moving away from the idea of human-readable, simple annotation, tool-consumable. Relative dates would need a creation date, which if you’re using an editor rather than the raw format could be injected as ). The single keyword would allow you to parse a date with more flexible keys and disallow an explosion of keywords you might encounter by trying to pre-design specific scenarios like Tuesday), etc.

I doubt people would use more than two or three priority levels (low, medium, high), if they use them at all.īecause dates are critical for todo deadlines, you could pull them out with NLP or be more explicit: ). Priorities would range from 0 (highest priority) to any arbitrary number (lower priority). As a pattern of (0-9)+, it would also allow easy differentiation in parsing between a tag (arbitrary text) and a priority. Part of me pushes back at the notion of the two types of tagging but I appreciate that you might want to query “show me all my projects” and “show me all my contexts”, and I recognize the value in that: or value) or +(key: or +(priority)Ī priority can be as simple as a number, which I think people would process better than “A”, “B”, “C”, etc. Imagine tagging that looks like more like this, depending on whether you’re annotating project or context values. It’s a design exercise for me, one that allowed me to take some of these thoughts out of my head and throw them into a blog post. I’m throwing this out there as a starting point in case any of you want to carry this discussion further. I did not spend much time on this and I’m sure there are better ways to redesign this to support text-based lightly annotated human-readable to-do lists. What follows is a very lightly-considered redesign that I have pulled entirely out of thin air. Yes, you may want to query to see “what are all the projects I am working on?” and “what contexts do I work in?” so I can support differentiating them but I don’t think they need to be integrated into the to-do text. For one thing, I think the example strains to make the project and context “fluent” in a way that they don’t have to be. So I started brainstorming on how I might tweak this concept to be more flexible. Third, it’s order dependent, with a left-to-right layout that really doesn’t work for me.įourth, I don’t think the (A)-(Z) priority format is particularly readable.Įven though I do like the +Project and annotation, I feel like todo.txt is a few steps short of a much more flexible and readable intermediate form. Freehand notes are an important part of task management, whether noting down the phone number for the car place when you need to get your snow tires put on. I know that the idea is this is an intermediate representation but that representation is visually heavy. It’s hard to scan, especially when there are lots of things to do. I love the simplicity of the idea but there were a number of items that prevented me from wholeheartedly adopting it.įirst, I think it’s really ugly. I recently ran across the todo.txt format project, which allows use to use plain text action item lists to create and manage your projects.