This seems to me outside the scope of todo management. Tracks isn't designed to keep track of arbitrary lists--there are other applications out there for that. If you'd like to see it happen, by all means fork on GitHub and show us what it would look like.

Is your objection to my specific example of using tracks to make a "Christmas" project with actions like "buy Joe a book" or the general idea in the summary ("default due date")?

Maybe a better way to express it would be to say that entire projects should have deadlines. For example, you might be going on a trip and all of the actions to get ready have to be done before the trip starts.

If we're just talking project due dates, that's been discussed in #686. Personally, I wouldn't want a project's due date stamped on all of its todos. I'm not sure your use case is common enough to warrant cluttering up the UI.

Duplicated association with ticket #686 was added

Projects need a 'show from' feature like individual actions. The 'due' is questionable, but the 'show from' helps you to reduce clutter on your home screen. This will be a very helpful feature.

I don't really get this. Adding a next actions means you can act on it now, so why hide it? I think the common case is not to hide it and hiding it is more the exception...

No, the point of 'show from' for a project is that you can enter the project as soon as you think of it, but do not show it until you can work on it.

You can achieve the same by entering the project and and then have a blocking todo as the first upon which all other todos depend upon, however, that's quite tedious to do with the current interface.

You alwasy have the option to hide the project which will not include the todos on the home page?

Maybe I'm overly sensitive, but it seems we're being pulled away from GTD.
In GTD your next action is determined by the context you're in, what's important and what you have energy for / interest in. Under that definition "not showing the project until you can work on it" can't happen, since that's what contexts are for. If I'm in the right context ('at computer') I can do my computer work, whatever project it may be for. If that's not the case then I haven't set up the next actions precisely enough.
On the other hand, if you like to use Tracks as a project management tool or generally to keep organized then due dates, show froms, extensive use of tags etc. make sense.
Personally I like the simplicity of Tracks and the discipline of GTD. I'm all in favor of filters that keep the UI (and the mind) uncluttered (i.e., don't show stuff you can't work on), but GTD will do that for you if you set up the contexts / next actions the right way and keep anything that's not immediately actionable either in the notes or a dependent action.

AFAIK from the GTD books, stuff you cannot act on now needs to go to Someday/Maybe and be reviewed in your weekly review. That's why hidden contexts / projects are in Tracks. Show_from implies you know you do not want to see the actions for a while, thus they should be on your someday/maybe list

The show_from construct on actions is for the tickler, not for postponing non-next actions.

So I agree with Christian that adding due_date and/or show_from to projects is pulling us away from GTD and into project management, which is not the goal.

A better someday/maybe constructs for Tracks is needed though to "park" ideas and stuff you cannot do now, but that is a separate (existing) ticket...

Of course there are alternatives of doing it. I just found the equivalent of the 'show_from' in the other GTD applications I used before moving back to Linux very useful. But well, I'll find a workaround for it.

I assume we can close this ticket then?

Migrated to GitHub issue #942