+ Add Question

Sorting by date in a project - subtasks?

Hi, happy newbie here.

When I look at my day, I frequently click on a project and sort by date to see what needs to be done. However, I notice that if a subtask is due 'today' it doesn't sort to the top. This can be dangerous for me if the task is collapsed and I don't realize that something needs to be done.

Is there a work-around for this?

PS: This could be solved by using a query = today + project=xxxx, but I see this is a feature request.

All responses

David Trey  staff
Replied on Jan 29, 2013 - 22:49 UTC

Hello Mark,

The sorting option within a project sorts by indent level. That means, all parent tasks will be sorted by date. Then, within each parent task, all sub-tasks on the same indent level will be sorted by date and so on.

The best way to make sure that you don't miss any task due today is simply by querying "today". You will see all tasks listed there regardless of their indent level and you'll also see the name of the project from which each tasks originates on the right side.

Best regards,

Mark Davis  premium
Replied on Jan 29, 2013 - 23:08 UTC

Thanks. I am loving this product and realize that some tradeoffs need to but made to keep the super clean design and easy functionality...but still, there needs to either be a way to sort by project within 'today' or build queries against projects. I have voted to that affect.

Tim Weber
Replied on Aug 01, 2014 - 11:42 UTC

Digging out this old thread…

I have the same problem. And yes, filtering by "today" is a workaround, but a bad one: If you do that, you see the subtasks, but now they're completely out of context and often they don't make sense without the main task.

For example, the subtask may be "check menu", and if you don't know whether the main task is "visit new pub" or "update photo sharing app" you have no idea what menu to check. The project name that's displayed can give a hint, but often it doesn't. Only when you _click_ the project name, you can see the task in context. There's got to be a better way…? (For example, display the parent task(s) greyed out above the subtask?)

David Trey  staff
Replied on Aug 01, 2014 - 12:21 UTC

Hello Tim,

This thread is about the fact that sorting by date within a project doesn't move sub-tasks to the top of the list, but only to the top within the context of the parent task.

That said, if we'd change that, then even sorting within a project would be completely out of context when a sub-task would jump to the top disregarding its parent. Right now - you have two options based on what you're looking for:

1. Using the today view where you see a true absolute date-based sorting regardless of the context.

2. Using the "sort by date" option inside a project where you have each task group sorted by date so that you do see sub-tasks in a context.

We prefer to maintain both of these options as a choice and not unify them in either direction :-) If that's not what you mean, please clarify.


Tim Weber
Replied on Aug 01, 2014 - 13:07 UTC

Hi David,

thanks for the fast reply. I know what this thread is about, but instead of adding a lengthy "me-too", I was focusing on the two possible "solutions" to it and why they're not solving the problem:

Using "sort by date" works as you described, but like Mark already explained in the initial post, has the drawback that tasks due for today can get buried in the lower regions of the page or even hidden completely (if a parent task is collapsed). Therefore, using "sort by date" does not solve the problem.

The workaround you already suggested in 2013 is the obvious one: Use the today view. Yes, that basically works, but it has a drawback: The parent tasks will not be displayed. Except if they match the "today" filter as well, but then we wouldn't be having a problem in the first place, because the project view would already sort correctly. ;-)

Putting it another way: Yes, the today view shows me all of my tasks for today, but they lose their context. And that's what I meant with my example: Without seeing the parent task, some subtask descriptions simply don't make sense. And since you don't see the parent task(s) in the today view, you have to switch back to the project view in order to see the subtask in context and be able to understand what it's actually about.

It's perfectly fine to have both of these options, and I don't want to unify that in any way. What I'm suggesting is to make the parent(s) of a subtask visible in the today view, even if they're _not_ due today. These parent tasks could then be displayed semi-transparent, greyed out or something like that.

You could also make this an option: By default, parents are not displayed, but if the user chooses to see them, show them. That way, the view wouldn't be cluttered for normal users, but could contain additional information for power users. Or whatever word would be suitable for those who can't make any sense of their tasks without knowing the parent tasks. ;-D

David Trey  staff
Replied on Aug 01, 2014 - 13:25 UTC


Thank you very much for clarifying - that would indeed be a good alternative (differently formatted parent tasks for reference), we'll consider implementing something like this in the future :-) At least as an option, that is.