News for hackers. Stuff that matters.

A comment on Declarative Dragging. Parent comment

Re:Declarative Dragging by gavinray on Sunday November 08, 2026 @07:58PM (#50419606) 

  > What the hell do you need a library for?
On the frontend, you have to re-calculate the display state for all the possible drop positions, in-between transitions, and drop-end-snap-back.

Think of a grid of cards, and all the possible drag, hover, and drop state transitions it can be in with any other card, and the animations required to make it look nice

Now also consider that you need to persist the final state on the backend, and handle things like rejection, cancellation, failed updates/errors.

It becomes a massive state chart and web of complexity

[ Parent | on HN ]
Re:Declarative Dragging by anonymous908213 on Sunday November 08, 2026 @08:21PM (#50419759)
I mean, maybe we're missing context here. Is that what your boss was actually asking for? 99.99% of web applications (or, hell, desktop applications) don't have ultra-interactive, fully-responsive-animation drag-and-drop. If he was asking for functional drag-and-drop and the team was implementing top 0.01% cosmetic drag-and-drop, that's certainly one avenue for a mismatch in expectations.
[ Parent | on HN ]
Re:Declarative Dragging by FearNotDaniel on Monday November 09, 2026 @05:21AM (#50423654)
I think people are talking about two different kinds of drag-and-drop. There is dragging external items (files from the OS, for example) onto the app surface from outside. And there is a list of items, each with its own UI component, being dragged within an app to either change sort order or otherwise change data state. Both complex, and have a lot in common, but many comments here seem to be talking about one or the other without specifying.
[ Parent | on HN ]