I was wondering if there had been any advances made on this request. It continues to be a pain point for me.
I know that vizydrop supports this in some ways, but I donât think this is a feature that is limited to reporting only. There are numerous situations where I filter tables and use counts/sums/etc. to just check for data inconsistencies/errors and being able to actually change the data in the table view is really helpful (something that you canât do in reports/visualizations).
Perhaps I have misunderstood the need, but is it not possible to achieve something close by creating a formula field in the type that is being grouped by, and setting the field as visible for the row grouping.
Obviously, it doesnât take into account any filters applied to the board view, but if you regularly used a specific filter criterion, you could create a formula to sum based on this filter.
Apologies, I wasnât clear in my new post, I am specifically looking at having grouping and aggregation in the table view rather than the board view, similar to what monday.com offers:
The above implementation has a major disadvantage in that grouping rows has to be done manually or by setting up individual automation rules. As you pointed out, it is already possible to define row groupings in board view, so I was hoping that could be made available in the table view (with ability to expand collapse the row groups instead of just hiding them, which I think would be a good thing for the board view too).
This is good feedback, I support these ideas! But in general I think it is best to open a new topic for only tangentially related feature requests (in this case it is about table view, but otherwise not really related to original topic).
Row grouping in tables like Clickup has is super helpful, the data is better structured as a table many times and grouping them makes it much easier to read. Is there any work in progress for such feature?
Hi, Jean!
We had done almost nothing to our Table View, telling the truth. And not sure this feature would appear soon.
We have two workarounds for now (workarounds only, the native solution is still in the backlog)
User Tables in Charts - they have such a possibility (yep, I even mentioned that already, sorry for pointing here again)
The problem with any feature inside Charts is the refreshâŚfor something used frequently is annoying as youâre waiting 2-3 seconds until it loads⌠I understand technically that data must be updated, but as a user experience is not great. Maybe youâll find a way technically to update the DB used for charts instantly when items included in the DB are updated/added/removed so we donât have to wait for a refresh each time.
Yep Iâd love this feature too. Tables are very convenient to quickly fill properties (in this sense theyâre better than lists, esp. If group calculations are implemented) , while grouping allows for similar functionality as a boards while having IMO better info density
grouping is essential to having a great overview. funny how fast you run into workflow problems using a new tool when coming from another.
currently just trying to get a simple task - sub-task list to show subtasks grouped together with their parent task. yes - i can view them when clicking on a task - but this is not user friendly âŚ
will table view updates come any time soon?
(as my tasks dont have a hirachy other than having another task as a parent task its not possible to have it in the list view where i would love to have this ⌠or am i missing something?)
âRow groupingâ in the case of grid view means choosing a db to be used for grouping as the top level, and then choosing the next level for the items to be grouped.
In your image, the Todos will be âgrouped by Projectâ
The circular arrow will be present (for the top level db only) if there is a suitable (i.e. one-to-many) self-relation.
The self-relation doesnât make sense for us. I understand that this might work if you have sub tasks for instance.
In our case we want groupings per field. For instance a field âpriorityâ. Each priority would be a group, and within that would be the tasks of that priority. Will this be possible?
But lets say level based is fine for us (in the case of projects and tasks), the new grid view is still not grouped. Yes itâs nested similar to list view, but not grouped visually the same way as the screenshot from topic starter. So Iâm not too sure how grid view is an improvement in this sense. Itâs basically a compacter version of tables with levels integrated similar to a list view.
Sorry, what doesnât make sense?
If you have a (one-to-many) self-relation for the top level db, then you can show items from the same db nested under each other, by clicking the circular arrow.
Or did you mean that itâs not something you would utilise?
Grouping by a field value is not currently possible, no. Sorry.
Maybe my previous reply was misleading - we havenât yet implemented this feature (in Table view or Grid view).
Grid view is still under development, so it is likely that improvements will come (including the features mentioned in this topic, at some point) but we thought it was worth releasing it as an experimental feature in the meantime.
What are the elements/functions that are visible/available in the screenshot from the first post that you think are missing? I mean, there are obviously some stylistic differences, but there is a lot in common:
a group can be expanded collapsed
the fields for items in a group are aligned in columns