Figma Support Forum

Override width/height of a child inside an instance?

Hi, we are facing a barrier setting up our design system. Overriding width/height (also X and Y, but we currently don’t use that) is impossible for instance children, while it should be possible. The properties are disabled in the panel, even if Resizing is set to Fixed (regardless of whether it’s set in the master or instance override)

Bug? Please fix?

Use case: Creating a data grid/table master component and allow designers to change width/height of the cells based on their content.

1 Like

Any chance to get a response?

Came across the same issue.

I’ve made an exact copy of your file, check out the video below.

As far as overriding the X and Y, looks like you just ned to be on the correct layer. Video below.

Looks like you just need to select the correct layers in both cases, hope these help.

@sous, please note that you are trying a completely different scenario in the above video and screenshot.

What you are showing:
You are resizing instances as a whole, which are placed inside a regular autolayout frame, not a parent component instance. Resizing this way is possible, but does not allow creation of a master component for a data grid / table for example. Not even a row or a column. Just cells.

What I am trying to do:
Create a master component and name it ‘Parent’. Create a few squares INSIDE the Parent and name them ‘Child’. Set the width of Child to fixed. Now create an instance of the Parent. Inside this new Parent instance, try to set width in px to any Child. You can’t. That is the problem.

Thanks, great explanation to your problem. Can you try this?

This is currently expected behavior and therefore not a bug. You basically hit a wall in what Figma is currently capable. Layout/Sizing is a very complex topic but I’m sure there will be a better solution in the near future.

As a workaround you could add different column width presets as variants (column narrow, column default, column wide) and then switch the instance accordingly (the auto layout should shift the content accordingly).

@Marci Auch. I was afraid of that.

Adding something like 10 basic sizes to 12 already existing cell types would force us to create 120 variants. And we haven’t even started on states, where adding just 1 state would double the variants to 240. This workaround is quite costly and not worth the effort.

Without this ability we are losing on so many more abilities, like setting up component modules, with nested resizable instances, across all of our design system.

Is this already on the roadmap?

This would be an amazing feature. I’ve also encountered this problem when designing tables. And now again when designing templates with very set-constraints so other people can build designs/graphs quite easily, without messing with the design-system.