Group by fields in hierarchical views

I am wondering if future versions of the hierarchical lists and smart folders could have the ability to group entities or the same type by specific fields rather than relations. The current hierarchies arrange entities based on their relationship with other entities at different levels of the list (including references of the same type).

However, it would be really helpful sometimes to be able to group entities into a hierarchy based on a particular field. Particularly, given that single-select and multi-select fields are in fact databases/types of their own, I think they might not require too many changes to the algorithm for grouping entities.

Interesting. Do you have some specific/practical examples that you can describe?

@Oshyan , sorry for the delay in getting back to you. I’ve actually been playing around with the entity views quite a bit and they are really powerful. And because of that power, I think our expectations keep getting bigger :slight_smile:

One example is tasks associated with a project. Currently, you might be able to use a list view to see all the tasks (and possibly subtasks) in a hierarchical view. However, if you wanted to have a list view that groups and organizes the tasks by their state/workflow or people they are assigned to, you can’t do that with the list view. The only options I can think of are to:

  • Sort list by those columns to at least get the same items together (and then scroll to the right section), or
  • Create multiple list views that are filtered and sorted in particular ways. These would be static lists (difficult to maintain) and would be impractical if you have too many combinations.
  • Use a board view to put things into bins. However, in board view you can only use one field as the bins whereas a list/hierarchical view can give you multiple levels of grouping. So you can group by status first and then be assignees.

I think the setup that @calh-fsp showed in this post, would be another example:

In that example, this structure had to be built by hand and when you add new status types, then you will need to ensure that new smart folders are created.

Ultimately, I think hierarchical views (and smart folders) might currently too rigid in how the users can define the levels which actually limits their usefulness (see also my prior discussions on multi-level recursive lists and here).