Drag & Drop issue snap tile (SL 360)

Thanks for making those distinctions, Joyce. I will write a feature request to make drag-and-drop state changes a bit easier to work with. You'll get a confirmation email once I share it with my team!

I second this. I am creating a large card sort of 45 cards. I am sorting them into 4 piles but the tile spacing is ruining the professionalism of the project. The free form looks very sloppy.

Here is an overview of my goal:
I want them to be large and visible to start. When they are dropped on a pile I wish I could change the image to text and make it's tile stacking size shrink to the size of the text. This will allow students to see the cards in large at first, and then once they place them in a pile, they will all be visible (in text form) and capable of being selected in it's smaller state for further resorting into other piles. This will allow students to see an overview of all the cards they have placed in one box even if there are 30 of them in one pile. User access to the drag and drop items after placing them is crucial for reflection in my case. 

Troubleshooting efforts:
I tried to make the normal state the smaller text, start the slide in a custom state (large card image), and have the state switch to the smaller, normal text when it is dropped but unfortunately it still maintains the larger card image size when being sorted in tile format. Any solutions?

Hi Joshua,

Thanks for reaching out and sharing the details of what you're trying to accomplish! The best way we can provide help would be to take a look at the interaction in your .story file. I've gone ahead and created a case on your behalf.

Using this personal link to your case, if you can share the file, one of our support engineers will take a look and get back to you!

Has this issue been resolved? I am now working with drag items that do not pile well on the drop section, too much space in between the items.

Hello Hanta,

Not that I'm aware of.

My ordinary workaround is to have a smaller drop area inside the visible drop area.

So I guess, four years later, that this still has not been addressed.

So I have a new complication with this one. Hopefully I can explain it properly. I would like, as would the people above, to be able to drag an item and have it change state, including the size reserved for it in the drop area, but it still saves the space of the normal state. I don't want to use free, my client wants things orderly. 

So I took the advice above and made the normal state the size I want and the hover state to show the whole item. But when centered in the box where these items appear, once I create the hover state, even though the normal and hover states are centered in the box where they will appear, when previewed the normal state appears at the top of the box and the hover state is centered on that.

I have only set up the first of the drop objects this way, but it should illustrate the problem.

Can I suggest that you stop adding new features until you have fixed the bugs that have been around for years?