I have a large number of Task objects. The Tasks have quite a lot of workflow states, and assignees.
I would like to make a Board view with a column for each assignee, with rows split on Status.Final true vs. false. (I can of course use the Status as the row, but because there are quite a number of statuses, this makes the view too sparse.)
I’ve tried making a hidden formula field on the Task entity based on Status.Final, but I group into rows based on that formula field - it’s not listed as an option for rows in the board configuration panel.
Would you consider changing the state field from being a workflow to being a many-to-one relation to a State database?
If so, you could add a select field to this database, with two options (Final and Not final) and then use a lookup to get this value for each entity, thus allowing them to be plotted in one of two rows.
The disadvantages are that
you might need to create an automation to automatically set the default value for the state
you can’t enforce that a Task always has a state value linked
Thanks for that. I have done something a bit more subtle, based on your initial idea:
Created a Final hidden boolean formula field on Task, using formula State.Final
Created a StateGroupEnum entity type, with a checkbox field Final and the Name field using a formula - If(Final, "Done", "Not yet done")
Created two StateGroupEnum entities, with the checkbox Final field set to true and false respectively
Created a hidden relation field from Task to StateGroupEnum, using the automatic link functionality (huzzah!) with a match on Task.Final to StateGroupEnum.Final
That way I get to keep the current workflow set up, and the “StateGroup” relation is read-only, so people can’t drag and drop things between the rows and mess it up.
Seems to work.
It would be more elegant/nicer if you could group the cards into rows based on a normal boolean field, though!
Well, there was an alternative that I didn’t mention, since I thought you’d think I was crazy, but looking at what you actually ended up doing, I’ll mention it
You can create a StateGroup db with two entities (Done and Not yet done) and then just add a many-to-one relation from the workflow state ‘database’ to this db.
Each workflow option can then be linked to one or other of these two entities (a one-time action) and then you can make a lookup in the Task db to get the StateGroup from the State.
Thanks. That works better as you don’t then get notifications for all the linking/unlinking, and it feels less invasive. Very happy with that as a solution.