Thought Iād let you know that in the editor and IOS tabs show full width (awesome!)
BUUUT on android they show all yucky and off to the left
Thought Iād let you know that in the editor and IOS tabs show full width (awesome!)
BUUUT on android they show all yucky and off to the left
Thanks for the report!
Did you figure this out? I used the TAB component but am moving to TAB containers and this is a UI issue. I assumed Glide handles concurrency between users so every user sees their own Tab state not one big shared āTabā but switching users in the builder seems to show the same āTabā state for all users. And I would assume the first TAB is the default Tab but it is more like the TAB state is based on the last user to view that TAB.
Not sure if this is expected behavior orā¦ā¦
Thereās no fix for that at the moment because the problem is you can not set a ācurrent tabā value somewhere. Hope this becomes a feature.
I wouldnāt worry unless itās the same behavior in production, though I understand itās harder to test that way.
TAB container follow-on. I donāt see a CSS class for the sub-containers within a TAB container.
Is this coming?
The use case is @Darren_Murphy methodology for mobile/desktop display except this doesnāt work within a TAB container. In this case if the screen size is āmobileā I want to show a specific AI component.
Thanks @ThinhDinh
Same. I have no idea what is being referred to either ![]()
When I started on this journey a month ago, I wanted desperately to get my field team a better user experience. I accomplished that. They are loving the maps function and ease of use of the mobile app. I was under the impression I could build a decent desktop app here as well and Iām just not seeing that as a viable option yet. I have so many questions because right now, all I see is a big blown up version of my mobile app on my large screen with a lot of dead space and funky alignments based oā¦
This is how you described desktop vs mobile technique using css which I have found very useful. Sorry for being out of context.
You should use the Screen Size variable now, it became available after the āworkaroundā I believe.
Oh, right.
Yeah, no need for CSS anymore. Do what @ThinhDinh said.
I donāt know if this was addressed already but one of the tabs should be opened by default.
Amazing feature btw ![]()
Thank you so much for adding this
These work perfectly for us; however, thereās no default tab configuration and itās causing UX confusion.
We migrated our app from Softr and we lost this feature.
We map the active tab to User/ActiveTab and if youāre within a project, the tab syntax is project_tab.1, project_tab.2, etc. If you switch to contacts itās contact_tab.1, contact_tab.2, etc.
So right now, when you go into a new page, there are no tabs defaulting to active. Weāre looking to say if none are active, default to the first tab.
Agree, that would be a great feature.
The workaround if youāre not on the top level is add a set column values action to the navigation and set the default value to the ActiveTab field.