How do I filter multiple tables from the same model based on the same field?
We have a single object, which I will call "Things." There is a field on Things called "Type", because we do not have record types. The "Type" field indicates what kind of "Thing" we are looking at. We have a Skuid tab for Things. We want to have a table for each type of Thing, because each type of Thing has its own separate need for columns. I am having two problems with this: 1) The table filters will not apply automatically, even if there is no "filter off" option. 2) When I manipulate one table filter from the front-end dropdown, the other tables lose their filter. Any help would be appreciated. Let me know if I need to explain further! My immediate solution is to make separate models for each type of thing, but with 7 types of Things, this would take a while.
Tagged:
2
Categories
- 7.9K Questions
- 926 Ideas
- 220 Discussion Categories
- 178 General
- 9 Community Feedback
- 3 Community Info
- 18 Knowledge Base
Comments
Use case (we have many similar to this right now): A highly normalized SF object that requires data-entry. It has a picklist with five options, and will have a dozen records for each option, each record containing data in the same six fields. Users will get overwhelmed with a single table of dozens of records, so I want to create one for each option and visually separate them. Users also want to see subtotals for each option (in some cases).
Seems like I could potentially create a single master model, then an empty dummy model for each option, then populate the dummy models with records from the master via javascript, but that probably would take a similar amount (or more) of processing time, right?
Alternatively, I suppose, if there was a good way to group or break up a single table and provide a label for each option (on the side or above, say) while displaying subtotals for each option, that would work, too.
I think this is what you are after. I have used a Tab Set with Skuid Actions to set model conditions on a single table. The table is not inside of the tab set; it is just below it. This makes it easy for the user to navigate and only uses 1 model and one table.
Here is a sample page that should work in your org. It uses Opportunities.
Thanks,
Bill
Manually add the conditions as shown by Zach and make sure you have the Type field in the model or this won't work.
Works like setting a context but you're setting which records you'd like to see in the table to a fixed value. ie. by Type.
Weeee!!!
Here's what it should look like in your page.
Here's a sample page using the Opportunity object.