@nick.carroll, RGs seem to support CSS grid and not CSS flex. Am I missing a setting somewhere, or is flex simply not supported for RGs? A trivial tweak of 2 CSS properties allowed me to get the above wrapped layout, which would be oh so useful in many situations.
This is a cool design opportunity!
Just perfect !!!
But I noticed some bugs, for example with the Focus group. Its use in a new responsive is impossible. It is not positioned and when you try to delete it, it still remains in the editor, disappears only after the update.
Wondering if there is a way to get more controls to allow us to have complete control over how our elements interact with each other inside of their container as it relates to which will collapse it’s width first before the other element begins to collapse its width.
Here is a video demonstrating the issue I am experiencing with ideas on the types of controls that would allow me to get the desired behavior.
Another feature request would be to add another option for max/min heights…instead of just the two (px) and (100% of container) it would be awesome to have 100% of viewport. Also would need an option to add scrollbar on overflow.
In the past the way to get a scrollable side menu without a plugin was to use a floating group set to float relative to Both and make it the same height as the page…this doesn’t seem to work any longer in the new system. The other method was to use some custom CSS, which it seems the new system doesn’t allow the custom CSS to be applied for setting things to 100% of viewport.
I’m excited to try the new features but in the meantime I’ll be cleaning the huge mess the migration tool left behind. I could see this being very useful for new pages, but it totally destroys existing pages, and the loss of drag & drop is a huge miss.
Exactly what I’m wondering. I haven’t tried to transition yet, but I’m curious which is better – to build clean in the new responsive engine, or to transition the page and then figure out the problems.
@ed727 I’m guessing it will largely depend on (1) how you’ve built your page and (2) how well you’ve configured it to work in accordance with the previous responsive engine.
I struggled with the previous version and worked in a number of “hacks” and “good enoughs,” so I’m betting mine won’t transition too well.
As for when to choose one layout over another, that depends entirely on how you want the contained elements to “flow” (be distributed) within their container for the UI you wish to build.
While it’s no substitute for a proper tutorial, here’s a very brief overview of the basic behavior for the row and column layouts. It shows some basic container settings, but each element within the container also has settings which can affect its alignment within its parent.
The powerful thing is that containers can be nested, and so one container can be “contained within” another (which might have a different layout setting); and that enables some pretty flexible layouts. Row and column aren’t the only layouts, BTW. There are 2 others.
(I was actually documenting a bug when I saw this message and decided make the recording.)