A smart "Someday Maybe" context.
There should be a system default "Someday Maybe" context where you can create items that never become stale, or turn all kinds of scary and alarming colors.
Leave a comment
I like andre@roalaus.de's comment. Sometimes I'll brainstorm a project with some next actions and it's really a Someday/Maybe project.
I thought of something like that, too. Maybe simply another flag in the project model to change between Active and "Someday/Maybe". So one could make up many projects and plan them, assign actions to them (Which shouldn't be active, too) and then "park" them in the "Someday/Maybe"-state. If the project becomes more likely to be actually active one could just "activate it".
Can this use case be resolved through usage?
e.g.
A user has a stale actions accumulating in a stalled project. The project will not be worked on for some time, and the user does not want to see stale actions in the project. If the user marks the project as "hidden" and has tracks configured not to display hidden projects, then will not the stale actions be hidden as well, preventing 'alarming colors?'
Have I misunderstood the purpose of this ticket?
e.g.
A user has a stale actions accumulating in a stalled project. The project will not be worked on for some time, and the user does not want to see stale actions in the project. If the user marks the project as "hidden" and has tracks configured not to display hidden projects, then will not the stale actions be hidden as well, preventing 'alarming colors?'
Have I misunderstood the purpose of this ticket?
yes and no :-)
The hidden state of contexts and projects can indeed be used for someday/maybe as you comment.
But it is not very easy to review your complete someday/maybe list since it is spread over several hidden projects and hidden contexts. Also putting a todo in a hidden context removed the original context. Not so awfull, but annoying. Furthermore, I personally have some contexts that I don't use anymore, but do not want to delete (archive / statistics). So looking at the hidden contexts lists and finding the someday/maybe context is annoying
The hidden state of contexts and projects can indeed be used for someday/maybe as you comment.
But it is not very easy to review your complete someday/maybe list since it is spread over several hidden projects and hidden contexts. Also putting a todo in a hidden context removed the original context. Not so awfull, but annoying. Furthermore, I personally have some contexts that I don't use anymore, but do not want to delete (archive / statistics). So looking at the hidden contexts lists and finding the someday/maybe context is annoying
That's a good point. How about a per-todo item staleness? Staleness is set as a global option in preferences. What if that setting was kept as a default setting for new todos, and a new field is created for todos:
Another possibility that could be considered is a default per-project staleness (like the default project context). When a new project is created, the project-default days_until_stale is initialized from the global setting; when a new todo is created, the todo days_until_stale is initialized with the project-default days_until_stale.
The other problem that would need to be addressed for someday/maybe usage is the promotion of TODOs to projects, and the more difficult case of demoting projects back to TODOs.
my_todo.days_until_stale = 3 # becomes stale in 3 days
my_todo.days_until_stale = 0 # will never be stale
my_todo.is_stale? => false
Another possibility that could be considered is a default per-project staleness (like the default project context). When a new project is created, the project-default days_until_stale is initialized from the global setting; when a new todo is created, the todo days_until_stale is initialized with the project-default days_until_stale.
The other problem that would need to be addressed for someday/maybe usage is the promotion of TODOs to projects, and the more difficult case of demoting projects back to TODOs.
Migrated to GitHub issue #1581