Skip to main content
Question

Non-equal widths for auto layout children set to fill

  • August 25, 2026
  • 1 reply
  • 17 views

Heath_Flohre

Not sure if this is a consequence of the updated auto layout behavior. If I have 2 children frames with widths set to fill inside an auto layout frame, the expectation is that their widths would be equal. If one of the children frames also has auto layout with padding, the widths become unequal. The child frame with padding becomes larger than the other, but the width of the content within it equals the width of the other child frame. If I enclose the child frame with padding within another auto layout frame without padding, the widths become equal again. It this a bug?

Example file

1 reply

Tom Reem
Figmate
  • Figmate
  • August 25, 2026

👋🏻 Hey ​@Heath_Flohre — thanks for flagging this! I took a look through what you provided and this does not appear to be a bug. It's expected behavior from a recent auto layout update that aligns it more closely with CSS.

Children set to fill container now distribute space by their content area rather than their overall size, matching the CSS border-box model. The child with padding ends up wider overall so that its inner content area matches its sibling's.

If you need the children exactly equal regardless of padding, switch the parent to the grid flow and size each track in fractional units (fr).

More context here: Use auto layout with CSS Flexbox in mind. You can confirm which version a given frame is using (and switch between them) from the layout version dropdown in auto layout settings. Switching back to legacy stays available until January 2027, so there's time to learn the new workflow.

What's the layout feeding into? If it's headed for development, the new behavior is likely the more accurate representation of what you'll get. Hope this helps clarify, though keep me honest if any questions remain. Happy to take another look!