this is BS!!! I have many customers who paid for my CSS! you can’t just take out features that we work countless days for it… what a hell?
another reason to totally switch to Google Apps… glide will just be a platform for cooking recipes!
We’re very sorry that we’ll be causing this breakage, and we’d avoid it if we could - if there was a way to easily support existing CSS with our new architecture, we’d do that, but unfortunately there isn’t.
This kind of rearchitecture change is exactly the reason why we always made it clear that custom CSS can break. We’re only doing this because it allows us to make Glide better and faster.
Also, to clear up a potential misunderstanding: we’re not disabling custom CSS. It’ll still be possible, but the CSS that works now with current Apps won’t work with Apps in a few weeks anymore because the DOM structure will change.
when exactly that will happen, and if we can redo the current CSS to work under a new structure? and, if this will be the last change, so in the future, I don’t need to worry about going back to all apps and fixing them?
Since I am new and have followed the advice of Glide Experts I feel their pain.
In this June 2021 post Glide asked the experts how they used CSS and I would expect with an expectation that when CSS went away many of the features called out from this post might have been integrated.
This awesome community has now created another list (my small requests are for tables and sticky components) of features they need to support APPS already built.
I hope Glide is rapidly responding to the Glide Experts on what can and can not be done with CSS in the new DOM model.
Hi Matt and other people that have been using our Notion,
From David and Mark’s comments, I see that the DOM structure will change, but they will not disable custom CSS.
Me and other people will definitely spend time to update our Notion docs so that the old code will work with the new DOM, that’s the best we can do.
Let’s say previously, just for the sake of an example, a [data-test="app-vertical-list"] would now become something like [data-test="app-list"] > div[class="vertical"]. We will try to work together as a community to find those changes, and update accordingly.
As @Darren_Murphy and @Robert_Petitto have said, us experts have a good relationship with Glide. Whatever happens that leads to a better functioning app, I’m all for it.
For custom solutions that are not offiically supported like this, me and other people who use CSS will try our best to help others to get what they want when we have some free time, but still warning people that it is not supported, and can break any time.
This gives me hope that html tables will still work since the styling is self contained within the HTML table itself and not used against any native glide components. So from that standpoint, the styling would be stable as I assume it’s not affected by the DOM.
I think it’s useful to understand Glide’s mission. If one truly adheres to Glide’s mission, then in my opinion one cannot support css (and markup for that matter) being a necessity in Glide. Optional, why not. Necessary, no.
Layout structure, not esthetics
Bob mostly uses css to compensate for placement/structural limitations in the builder, and I think this makes good sense. So Glide could probably add a few placement/structural features in the builder. But I wouldn’t push it with colors. Most 1 billion creators couldn’t design a good looking app if their life depended on it: giving Glide builders too many design options would just about guarantee that the output would look terrible.
Losing business / We depend on css+html for customer success
“Because of some sort of design limitation.”
Well, don’t oversell Glide’s capabilities: css isn’t and never has been part of the package. It’s pretty simple.
“Because Glide projects look the same.”
Be unique with the specific business pain point you solve internally within a business. If that problem repeats across businesses, then sell the same solution. But being unique in how the app looks is not that important in B2B (with Glide you won’t be building the next TikTok). This is especially true for apps for work (business), apps for good (non-profit) and apps for fun (personal).
CSS in Glide Pages
As it’s already been announced publicly, CSS might be optional in Pages at some point, just like in any website builder. But let’s be honest, 99.99% of Glide builders would probably be better off staying away from it.
If I had to guess, a design-related and possibly component-related announcement is just around the corner. The Glide team usually makes minor enhancements here and there, is pretty quiet for a few weeks and then suddenly releases something huge on the product side: 30+ computed columns, Glide Tables, Glides Pages, external data sources come to mind. Well, I feel Glide has been a little quiet these days, and now suddenly there’s a lot of talk about layout (css and design). This could only be related to the new computational model for Apps, but I think something else is brewing. Of course I have no idea and could be totally wrong.
your remarks are totally wrong… Glide is big mostly because of the best way of handling google sheets and the flexibility of applying CSS if there are limitations… if Glide decides to go its own way at this point… it will be a total failure… but lots of work for me to get all these big accounts into Google Apps… but, I always will feel bad for the little ones who lost months of work.
and I already announced to all my customers that I will be charging for fixing CSS… is not my fault… all of them agree… many of them wanna switch to another solution (they expect stability)… so… is gonna be a busy few months… like when Glide changed plans…
On the other hand, this is the risk and the consequence of using startup tools. You join them when they are still searching and changing all the time. The business models, the target audiences, the functionalities, the technique. Part of startup life, I’m afraid, has been my experience in using maybe a hundred of them in the last decade.