Each element in the screen of our app has their own class names, and it can vary app by app.
In this video below, I pointed out which part of the HTML code corresponds to which part in the app.
For example, .ekttti & data-test = “app-button-view” correspond to the button you use, I think it’s the same for all apps.
eEPsye & eEPzst is a bit more tricky, as it differs by operation system as you can see in the video, so I have to test on all OS before release.
If you know which element you’re acting on, you can customize your app a lot more. I usually edit straight on that inspect element screen before making changes in my rich text.
Totally agree. Some of us are just never satisfied.
Some of us always want more, and when new features are released, within minutes there are those people that ask for extra features on top of those new features without appreciating the fact that we just got something we never had before.
At least I’m hoping that this gives Glide the extra nudge to build some of this stuff natively.
For those that are familiar with CSS and HTML, I guess I don’t have a problem with them using it as they know the consequences. I’m more concerned about those that are plopping in this code with no knowledge of how it works or why they are doing it.
Sometimes I get requests from customers to build this or that and I can’t give them a timeframe to do that natively, so I use CSS when I can and also take note of it as a “future roadmap” to bring that back to Glide’s native way when they offer it.
Yeah, I think the latest update from Glide changed the class names. My buttons all stopped working. I had just finished doing stacked floating form buttons on one of my screens too. It’s like they know… Well, can’t say I was never warned. That’s the price you pay for doing something that’s not supported.
thanks @ThinhDinh, will love it if next week we can do a quick zoom where you can shohow to do this as I use chrom on windows and can’t find what you’re showing,