Is there no show and hide toggle that doesn't require writing data?

In this forum we can toggle between show and hide as shown below. Is it possible to do this in AppSheet without creating an action that writes data to the web each time the user wants to show or hide something?

2X_5_5f394596abbf1364d228472ae03204edd7aedeb5.gif

If, as I suspect, this is not possible, Iโ€™d like to put it on my wish list. Personally, Iโ€™d like to use it inside a detail view.

2 16 1,203
16 REPLIES 16

What would you like to hide? Field(s)?

Yes. I would like the user to be able to show (temporarily) hidden fields by tapping on something. I think I could do this with an action (by writing something to the data) but it would be nice to have a toggle that does not depend on writing to the sheet.

In my app I am currently accomplishing the same sort of task with a link that navigates from a detail view with some records hidden to another detail view showing those records. It would be nice, though, to have a toggle that could be used within a detail view.

Gotcha. I do agreeโ€ฆ sometimes it could be usefull functionality.

Iโ€™ve used the USERSETTINGS() as a show/hide condition before, but the user has to leave the current view to edit settings. If only we could only set values in the USERSETTINGS() with an action.

@Aleksi, @GreenFlux: Thanks for your responses. I think Iโ€™ll use the โ€œeditโ€ function to โ€œshowโ€ the records that I wanted to put in a hide/show toggle. Itโ€™s not an elegant solution but is much easier to implement than other approaches I have considered.

That would be nice to have a Virtual Boolean toggle that doesnโ€™t require saving data!

I also would Love this. For now I use the same method: An Action that leads to another detail view with more information. But with this you have to care about 2 detail views. One with less info and one with more info. If you change one you have to remember to change also the second.

Yeah one of the apps Iโ€™m working on Iโ€™ve paginated my detail view with an enum dropdown with options like
-General Info
-Work Order Info
-Assignments
and it only shows columns related to the selected category.

And then on a different part of the app have separate detail views with action buttons to navigate between them. One for Quote fields and one for Calculations/Pricing totals fields

Think itโ€™s such a great way to polish up the UX/UI of an app that it should have a standard way of doing it instead of Jerry-Rigging.

Thanks @QREW_Cam! Could you please share some screenshots of how the paginated detail view works with those enum dropdowns. I might want to imitate what youโ€™ve done but Iโ€™m having trouble imagining how to do it.

I use an enum drop down that has predetermined options(could tweak the โ€˜show ifโ€™ to use EnumList).
I add a show if expression that shows only the columns that are associated with that enumโ€™s value.

 OR(
(NOT(CONTEXT("View")="Work Orders_Detail")),
(AND(CONTEXT("View")="Work Orders_Detail",[ShowGroups]="Work Order Info"))
) 

Now that Iโ€™ve confirmed that we donโ€™t exactly have a capability like this and that others would like to have it, I posted a feature request about it:

Thanks very much! Nicely done!!!

Thank you! This Table had 70+ columns so on a detail view it proved to be very helpful.

Good point. The ability to toggle between hide and view is particularly important when the number of columns is large.

Page Header Show Columns being usable on Detail views the same way they are on Forms would just about eliminate this issue

Interesting. I hadnโ€™t thought of that.

By the way, in thinking about tables with lots of columns, it occurred to me that โ€œcollapse / expandโ€ might be more evocative. App creators might want to make a โ€œcollapsedโ€ view the default so that users could see the forest before looking at the trees and then expand the view to see more details.

In this sense, the ability to link to other points within a detail view (as one can do in html) would also be nice to have.

Top Labels in this Space