Currently Issues while looking at tasks within a project in a List view:
- Unless you have the “Show row count” setting turned on (not the default) users would have to count line-by-line to know how many tasks are contained within each group/sub-group—and even with that setting turned on you must expand the group then scroll to see the highest number (not possible to know from a glance when groups are collapsed how many tasks are in them.)
- When groups and sub-groups extend beyond the height of the screen, it is easy to lose context of which group/sub-group you are currently viewing, since the header scrolls up and out of sight once you’ve scrolled down far enough.
Proposed Solutions
- Include at task count at the group/sub-group levels in list view, regardless of whether the group/sub-group is expanded or collapsed.
- Freeze the group/sub-group headers when scrolling to preserve context for the user, regardless of how long the list of tasks within a group is.
Note: there should also be a sum at the top indicating how many unique tasks are included in the current view.