What do the CSS stylings of sites have to do with plugins?
No I’m pretty sure it’s the fact that you have a front end, back end, and database in one platform. I’m not advocating for removing plugins, apps should be extensible with custom JS. I’m just against it being a two-sided marketplace.
It’s slop. Sorry. They should have a dedicated plugin team that just makes plugins and capture 100% of that value. Just like skins in live service games.
I was referring to the styling in general, not just "CSS Styling".
A lot of Bubble sites have styling that is internal, and you cannot get rid of it. Not only that, but the framework itself has some less sought after “animation effects” that no matter what, you can always see on a Bubble site. Try changing the width of a site that is built in React or basically any other framework. You will notice the difference (and it’s not very subtle). Use browser tools.
The next defect is page load time. There is usually a 3-8 second wait time loading a fresh Bubble page.
There are many platforms that do this. The reason I’m still here is because of the marketplace and developing functionality that bridges the gap of Bubble apps and the modern web. Being able to build plugins for the ecosystem allows this.
If we were to remove community plugins, I can guarantee more than half of the users would leave, including me. It provides me with a sense of sustainability, and a purpose in this environment.
Like any system, there will always be improvements to make. Can you make one better? Calling it “slop” is unprofessional and in my opinion not valuable feedback to the team.
You could be much more productive if you give your input in a less passive-aggressive manner.
The animations for “slide” and “fade out” for collapsing are terrible, agreed. Bubble should fix this. However, 99.999999% of plugins don’t address this.
No dude, the reason why your load times are so high are because you have so many plugins installed. My landing page loads in 1.5s and my SPA loads in about 2.5.
No, not really. Weweb is frontend only, Xano is backend only. There is one open source programs like Noodl (sp?) I think but none offer the seamless frontend/backend/db experience of Bubble. What are these “many platforms?”
Bubble should take them over, like how Zeroqode took over a bunch of individual plugins. Not advocating for removing them.
I see you have your own plugins that you sell, so there’s a huge conflict of interest here with anything you’re saying.
Sometimes it’s about being misguided in your roadmap rather than a matter of refinement. It’s not the magnitude, the entire direction is off.
Bizarre question. That’s the entire crux of capitalism, people make things other people can’t. Being a consumer doesn’t mean I’m not right, in fact the opposite.
Yes, I was referring to the one by Bubble, just had a brain fart by adding Air in front of it, as I have not used the Bubble date/time picker in the last 6 years and only use the Air Date Time/Picker Zeroqode recently purchased.
it is so strange. it would be interesting to know what is triggering this behaviour. one more thing to know when building a plugin.
would you mid sharing some info about how the repeating group and plugin was set up? can you actually see the extra api calls for data in the network panel of the dev tools?
a page with a hidden rg with the heroicon inside does not trigger network requests until the rg is showed, there must be something else.
thanks @johnny i’ll contact support as well about this to try and get more information or even hopefully figure it out together
i don’t understand how this would be specific to the heroicons plugin and not just all the custom element plugins inside of repeating groups
so i can only imagine that there will be multiple element plugins that cause this bug to happen, but it makes sense that people notice it with heroicons because it’s common to have icons in repeating groups