The UIListLayout tries to fit all the items in the first line (left to right), then wraps the overflowing items to the next line. Then it shifts everything to the bottom right of the parent frame because of the Vertical/Horizontal alignment settings.
OK I see, I don’t believe we have any settings for flipping the horizontal or vertical fill directions currently on UIListLayout. I’ll add this as a feature request for flex layout.
You could try using UIGridLayout with StartCorner=BottomRight to get reversed fill directions for x and y, but I think what you are asking for is reversed y only:
i am wondering the same, i have a game that relies on Wrap. just to find out it doesn’t work in an online instance due to its beta stage. it is a very useful feature in my UI development and i’d love for this to release sooner.
Hi all, thanks for your interest in releasing this feature! The latest update is I will be turning on some fixes in the Studio Beta to address the major bugs that have been reported so far.
I am also working on some performance and functionality testing. If that all goes well, the goal date to release this feature on the client is still in the next few months. We’ll keep you updated as we get closer to shipping!
Was using this feature and forgot I enabled this beta feature a while ago so I was super confused why it wasn’t working as intended in a live server. Super useful feature and I can’t wait for it to be released!
Automatic Size not being supported for nested flex UIListLayouts
Also here are some details on how Automatic Size works with flex layout (we will have more documentation on this later):
If AutomaticSize is enabled for a UIListLayout child in the flex direction, this means use “automatic flex basis”. So we first calculate the minimum size of this item needed to contain its content, and this is the “flex basis” size. Then, we allow the item to grow/shrink based on available space from its basis size.
If AutomaticSize is enabled for a UIListLayout child in the cross direction, this means “automatic cross size”: the cross size is calculated as the minimum size needed to contain all the child’s content after the flex size is determined.
Please let me know if you find any other bugs in the beta!
a bunch of textures in rbxasset://textures/StyleEditor were just removed and replaced with this new one, it killed one of my plugin icons but it seems it might be releasing soon (this isn’t a complaint about the plugin icon i shouldn’t be using these for them anyway)
This feature is so good
Extremely excited for the release as this makes UI design so much easier rather than manually setting positions inside of a ScrollingFrame and manually determining the size of the ScrollingFrame, I know it has many more use cases but I’m yet to need it beyond just… typical scrolling frame alignment stuff
Edit: I wonder if this will end up resulting in “UIGridLayout” getting deprecated as with what I’m seeing this is a far superior method to use in terms of visual features
This was an intentional change (icons will not be returning to that folder), but we recommend not using rbxasset://textures/ in general as these are internal and can change at any time.
I turned on some performance fixes for flex layout in the Studio Beta. I also turned on some Studio-wide performance improvements when scrolling a ScrollingFrame with AutomaticSize children.
Please let me know if anyone notices any new bugs or regressions! Thank you!
@Semir2006 I have a few performance+bug fixes to turn on in the Beta, and if that goes well we can proceed to Client release!