It would be very important for the stack to work as a preview.

As it is today, working only in design mode, you need to keep adding comments to the development team, which could be solved only with the real interaction of the elaborated design.

When I create a component with stages of different height (like an Akordeon that can be collapsed or expanded) I would like to be able to select "push / pull elements", so that when the stage of the component is changed to the expanded version, the elements that are visible below this component move down to make room for the expanded version
Vice versa for choosing the collapsed state (the elements return to their original position).
The space between the component and the elements below should stay the same.
Axure has a feature like this and i really miss it, since we work with XD in my new job.

This needs to work this way, this is the way stacks should have worked from the beginning!

Definitely need to add to prototyping/preview. Explaining to clients how it's going to look and why I can't show them in preview is an unbearable conversation that will always lead to the client's questioning the capability of the tools being used to design their site or my personal ability as a designer. We all know that's a lose-lose dialog. Just add it already.

+1 on this feature

I have same issue, and It drive me crazy and take me days of searching and asking without result.
It would be super useful if add it.

And how about same issue to extend the artboard it self, so the artboart response simultaneously with

We need this feature.

I have two scenarios that this has caused me issues.

One, building a dynamic menu with expanders. The menu could have been done on one art board but instead required a massive web of art boards and load on the program. This also effected my specification document as it could not be made on a single page and shared easily.

Second, usability testing for rearranging and and dragging of items, tiles, etc. would work so much better with stacks in preview mode.

Stacks work as intended in Design mode, but when you actually drive the prototype stack doesn't update on all changes that are happening inside stack.

See attached example where there are one mother stack and two child stacks and when child stack's size changes mother stack doesn't update when in "play mode" on design mode it works just fine.

This makes more sense now that you have nested components with nested component actions that trigger nested component state transitions. A specific use-case I'm trying to simplify is to add an item to a list and then "delete" it through actions. Delete is in quotes because I'm just hiding everything in the component. Another use-case is to expand an element (like a tree or nested configuration). These both work in the designer and don't work during Preview. This one feature would complete the workflow that allows me to just use nested components without duplicating anything across artboards.

Please it would be very useful if stacks are enabled in preview. It's a very useful feature and will be most brilliant if they actually work in preview.

Saves us from having tons of artboards for multi-directional/multi-decision interactions.

tl;dr I'd like to suggest that users be better informed in-app that stacks is a design only feature, to set realistic expectations and avoid user frustration and waste. Until stacks work in preview, only use them for basic layout - nothing nested.

Just adding my 2 cents. I work as a UX designer as part of a large enterprise UX team and have observed 2 team members losing DAYS of work because there was no indication when using stacks to design, (SUPER USEFUL FEATURE in design mode, we all LOVE it!!!)

Well, after mocking up a complicated nav using stacks, they discovered that it didn't render as expected in preview. Their work ended up being thrown away because it not only doesn't work in preview... It breaks it. Any stacks then need to be recreated the good ol' manual way. Fine, just time consuming. And if I hadn't been made aware by my colleagues I very well would have fallen into this same "trap" myself.

Agreed - it would be super helpful to have the stack respond to the states of components within it. This would save a ton of variation components and speed things up for me.

Although the stack feature was intended to be used at design time (as per Elaine's comment), it doesn't make sense that when a component changes its state on the preview, the rest of the elements doesn't accommodate using the configured stack.

It is crazy that this hasn't been implemented yet. What is the purpose of including it in design mode if it can't be previewed?

Any idea when this will be implemented. Its been several months now and is core functionality

I made horizontal list boxes with effects that increase its height when you hover over them. Then I group them into stacks with 20px distance with each other. When I click and select the hover of one of the boxes everything adjust accordingly but when I preview it the boxes overlaps each other.

Please allow the hover works on stacks when there is movement or increase/decrease in size of each in the stack.

I have a design that allows you to scroll through items and expand/collapse each item. I made each item into a component to represent the expanded and collapsed state. I turned on Stacks so every item below one selection will be pushed down when it's expanded and moves up when collapsed. It works how I want on the design side but when I go to prototype the interaction, the component simply covers the items below it instead of pushing them down.

That would be perfect when using expanding components!

Stacks don't work on this... They work in the file artboard, but not in the preview or on the share link.
Please consider making stacks work for accordion menus because it's too time consuming to use auto-animate if you have a lot of sections in the accordion (also the point is for it to work on one single artboard).

Yes please! Trees, accordions, progressive disclosure forms, and the like would all come to life without us having to draw up (and wire together) every permutation of open and closed things!