Now you can group rows in Table View at any level by a relation, state, single- or multi-select Field.
You can add groups to all levels, but only one group per level is supported. Dragânâdrop works as expected. The setup is streamlined and should be easy to do. And sorry, so far all groups are collapsed by default
The feature is experimental, please activate it in Settings â Experimental Lab.
Previously, the context Views you saw in a Smart Folder were implicitly determined by their Space. Or, more precisely, if the Viewâs Space matched the Smart Folderâs Space, you saw one inside the other. Are you confused? Well, most people have been
Thatâs why from now on there is a direct connection between context Views and Smart Folders â youâll only see the Views you select explicitly. As a bonus, in addition to creating a context View, you can display an existing one â this way you wonât have to manually maintain the same thing in several Smart Folders.
Now you can see all the entities youâre watching â find the Watchlist in your Inbox.
In the Watchlist, you can filter entities by Database, unwatch some entities, or even unwatch all entities or all completed entities with a single click.
Resize Entity Viewâs right column
Comments and Activity are now accessible within the same column as Fields. The column itself can be collapsed and resized for a better content fit, providing greater comfort.
Minor improvements
If you want to receive a notification when you mention yourself, enable A notification when I mention @myself in text option in Settings â Notifications.
Fixed Bugs
Watching entity: no notification is expected when checkbox field is added and nothing is changed there
Improve breadcrumbs for nested views
â + New Fieldâ button displays in main section if compact section persists
Relation list: Drag&drop of expanded hierarchy works improperly
Rich-text table: itâs impossible to decrease last column width if the column is partially hidden under the scroll
Fix color scheme of Timeline in Dark Mode
Reordering spaces in sidebar stopped working
WebSockets could become stuck when switching between tabs multiple times
Users management: there is a delay in displaying results after performing actions on users
Separation in a multi level view is not really clear, also it doesnât contain the name of the level in the table itself. Hope this can be improved in future updates.
Thank you for the feedback, I also noticed the problem you highlighted, but honestly, I donât see a clear solution on how to handle such a case. So I postponed any decision, keeping generic items rendering here, and waiting for further feedback.
Please explain, how would you like to see the view in your ideal world? As I understand it so far, if we separate the different databases into sections with clear headers (âTo-dosâ, âContentâ), it will work for you? Do you need these sections only when grouping is activated or in any view where two databases are mixed at the same level?
Just chipping in to say that I donât think there should be a separation between levels. Imagine that you want a table with Features and Bugs, and you want them sorted by Creation Date (a field which both dbs have). The entities will be interleaved, rather than grouped by type, so there is no meaning to separation by level in such a case.
It might be desirable to add âsort by typeâ as an option, in which case they will not be interleaved, but that seems like a rather specific case.
Also, if you feel it is unclear which level you are looking at, I would say that you could turn on the column for database badge, e.g.
There is a feature request open for 4 years that is marked as âplannedâ that contains exactly what weâre hoping for. Which is basically this in terms of general layout:
I understand your pov @ChrisG and I actually also do want the non-separated option for some views. Could maybe be a switch somewhere under the ârowsâ button in setting up the view.
Exactly this! Nothing too complicated, just some spacing and a header. (not saying itâs easy to implement from your end though, Iâm not sure about that)
To be fair, I think that feature request is more about the ability to group items and then also to calculate subtotals for groups, rather than a request related to the spacing between groups on the UI.
We now have the ability to group, so the next step may be to add the subtotal calculations.
I think any stylistic preferences are going to be much more subjective, so I am not sure that it makes sense to dive into adding space between groups. In fact, I fear that if we did, some users would complain that we are wasting valuable screen real estate.
Intriguingly, if displaying subtotals was implemented, and they were displayed in an extra row at the bottom of each group, that in itself would also create a natural separation between groups
Thatâs why I suggested some sort of a switch where you can choose between grouping styles. Is that not an option?
By the way, the fact that something looks pretty / calm / clear, is a strong factor in usage for a lot of users. Thatâs a big reason why Notion is so popular imo. The joy of using something that just works, is easy to understand and looks nice is a big factor. Especially if you use it a lot every day, which we do. And yes itâs subjective, but there are definitely some large clusters of consensuses on what is prefered or what are best practices in UX, when it comes to styling. So itâs not just my one persons perspective (hence the amount of votes on the feature request).
Even though I have a few thoughts, all I can say is thank you for adding the ability to group by state, it is invaluable to have one view that I can collapse things I donât want to see versus using embedded views, multiple views, or coloring rows.
I notice that our grouping function does add shading to the group rows (for select fields) but itâs not very dark, so perhaps that could be improvedâŠ
Yeah, if a group is a field that cannot be empty, it does not make sense(!)
It is a great example of when showing empty groups is not appropriate. But sometimes it is useful, since it offers the ability to drag and drop between groups (including those that are initially empty).
Maybe showing/hiding empty groups is something that needs to be configurable
Yeah, I would echo what everyone else has said and ask that âGroupsâ are more visually distinctive than all the other entities. I personally love how ClickUp does it, with distinctive spacing and color treatments.
Hiding empty groups is also something I wish could be done.
UX/UI feedback
Without seeing the video example, itâs not very obvious that you can click on the âgroup byâ text to actually select the item that you want to use for the group.
When you see the end result (the group above the level) it feels intuitive, but at first I thought my view was just grouped by task (Taak).
Since there is only one group possible per level, something like this feels more logic to me:
Further, when you want to select the item that you want to use for the group, you canât type and search for the field name (like you can when you add a level).
The list seems to be randomly sorted. When you have a bigger database, itâs hard to find a field like âstateâ or âassigneeâ. Would be great if it works the same as adding a level
Group rows in Table View (experimental)
Display existing context Views in Smart Folders
See all entities you watch
Resize Entity Viewâs right column
Minor improvements
Fixed Bugs
