Really would be great if repeating groups were added to this! Any eta for when they will be responsive?
They definitely will. Should be there Friday or next week.
1 Like
The responsive layout is doing something funky to my buttons – they’re stretched. The buttons are using images.
Without responsive
With responsive
Oh boy, only flipped the responsive off and on and now the buttons are even more stretched out.
Turning responsive off returns them to normal.
Can you email us? that’ll be easier to debug.
Actually never mind, I know what is going on. But next time email us 
1 Like
What would you expect? the buttons to get bigger? I feel like they should have constant width, in which case, just click on this button 
1 Like
Woohoo! Thanks Emmanuel. Had to click “Make this element fixed width” on the buttons and also a couple of floating groups that were housing the buttons and labels. Hopefully this will help someone else.
2 Likes
Let me add a few more to this list…
@josh, I strongly suggest taking a look at Foundation 6 framework ( http://foundation.zurb.com/ ) its ready to go out the box, super fast with tons of features… If this can somehow be integrated into Bubble, I think will be fantastic!
2 Likes
Just following up on your comment about percentages for horizontal elements. If you implemented a framework with a grid system like Foundation, Marterialize or Angular Material it makes it easy for us to specify the logic you built into your algorithm, and gives us more control over the amount of columns we want each DIV to be at different break points.
For example, the top DIV will be 4 columns while greater than the large breakpoint defined in the CSS, 3 columns while greater than the medium breakpoint, and 2 columns for small:
`
2/3/4 columns
4/3/4 columns
6/6/4 columns
I think the point is, I NEED to control the responsiveness, not an algorithm. An algorithm isn’t going to know that I want a DIV to be 6 columns at a large breakpoint, but then only 2 columns for everything else, and for a separate DIV I want that one to have three different sizes at three break points.
The key to all of it is using the “row” and “columns” classes in the grid. So I would like to be able to create a page and say it’s going to be 12 columns. Then, I want to be able to put a DIV on the page and give it class=“row”. Then I want to put more DIVs in the row and define how many columns they’ll take up.
2 Likes
@Kfawcett, +1
Totally agree… This the way to go, using a tried and true solid framework is a no brainer. In my opinion there is no point reinventing the wheel here. Just my two cents
1 Like
@josh, if this helps, here is a tool I use quite often for frontend dev that integrates many of the popular frameworks ( http://pinegrow.com/ ) There are many more of course but this is one of my favorites, have a look when you get a chance.
1 Like
Well, part of what we’re trying to do here is build a system for people with no coding or CSS knowledge to build things via dragging and dropping. So we do need to reinvent the wheel a little bit. Our goal is to make it so that people can drag things onto the page and have it mostly “just work” with minimal tweaking needed. I think you guys are probably on the more technically-proficient end of our user base, which is great, but it does mean that you’re used to tools and techniques that require a higher degree of savvy than what we’re building for. I think the system we’re working on is a good blend of ease-of-use and power, but it’s not going to give you the same degree of control that hand-coded a CSS layout will give. I’d suggest giving it a chance and seeing how far it can take you, even if it works a little differently than what you’re used to.
The other thing is, what we might do at some point is allow hand-built HTML to integrate with the Bubble backend and hosting system. That way you can use any tool out there for the front-end and still take advantage of bubble’s back end. That’s not something we’re going to do this minute but it’s a direction we’ve thought about.
5 Likes
@josh, and then there’s this as well, though Bootstrap only ( https://bootstrapstudio.io/ )
The other thing is, what we might do at some point is allow hand-built HTML to integrate with the Bubble backend and hosting system. That way you can use any tool out there for the front-end and still take advantage of bubble’s back end.
Yes! While I like the idea of making the tool so simple a non-technical person could use it. I don’t think that’s the best demo. What drew me to Bubble was the that it helped with the programming part – which, in its self, takes someone with a technical mindset. Working with HTML and CSS should be rather easy for most and there’s a bunch of products out there that do this (e.g. Webflow), but the programming is what’s typically too difficult to do and that’s Bubble’s advantage.
In my ideal world I would marry something like Webflow, or Pinegrow, and Bubble.
3 Likes
@josh, “The Other Thing” as you said is the biggest news for me so far today, being able to use our own hand-built HTML to integrate into Bubble backend and hosting is priceless. This in my opinion is Huge!
At this point I am going to hold off developing in Bubble until something concrete as far as responsive is squarely in place.
Keep up the good work!
@Kfawcett, +1 Same here…
Wow! Pinegrow looks awesome. Really like how it allows you to pick the framework you want and even start with a built out template and gives you a library of the objects (tables, forms, navigation) based on the framework picked. This would be perfect if I could connect it to Bubble’s programming.
@Kfawcett, its an awesome tool, imagine if we could have Bubble integration? It will be a Game Changer What I also like about it is that I can use it along side any of my code editor and it just works…
Oh, and WP too… Even though I hate WP