With lists – the default behavior is that each details screen within that list shares the same set of components. However, you can enable independent configuration for each screen, meaning you can have a totally unique layout of components for each item.
There are many different reasons why you might want to do this, but one of the most compelling ones is to turn normal list layouts into menus. In the app below, each item takes users to a unique screen and therefore acts like traditional app tabs.
Hi!
Before this new feature was available I used an inline list as a menu but as a result, I have a set of many components that are managed with visibility features. In reality for each menu item, I need only two of them.
Question: Does this type of configuration (I mean big set of non used components) affect the performance of the app (how much if yes) and will it be better from this point of view remake this configuration using independent screen configuration?
Trying to set this up to act as a admin tab. Can you go straight from a list view like in @JackVaughan 's example to a form by clicking on one of the items, or do I have to have an intermediate screen with a form button on?
Thanks Jaime. I understand what you mean but (I think) that won’t allow me to capture custom fields (E.g. email of submitter, date, etc.) without making them have to also enter those manually.
Hi! Is there a template that has this type of menu of sections that link to sub-screens?
I created a few examples of menus without issue, but I am striking out trying to link each one to a different sub-section of the app. Is there an existing template that shows this “relation” configuration?
Cool, Action > View Details > Check Independent Screen Config … and then the next page becomes a detail page (related to a new sheet) if we want it to act as a landing page on its own. And it seems like this could be done multiple levels deep.
This looks like the way I have been doing it, but still didn’t hurt to see if there was a different way to manage menu launchpads.