Given the number of issues there are with sorting / re-ordering / managing multiple lists, how do the users of ember-sortable feel about the internals of ember-sortable being built on a more well-established sorting library (vanilla js)

[NullVoxPopuli]

I'm starting to wonder if we should make this library a wrapper around a more well tested sorting library (vanilla JS)

• https://sortablejs.github.io/Sortable/
  • https://github.com/SortableJS/Sortable
  • https://bundlejs.com/?q=sortablejs%401.15.6
    • 45.9kb -> 15.4kb (gzip)
• https://dndkit.com/
  • https://github.com/clauderic/dnd-kit
  • https://bundlejs.com/?q=%40dnd-kit%2Fsortable%4010.0.0
    • 38kb -> 13kb (gzip)
• others?

By moving all the sorting logic to an external library, ember-sortable essentially becomes a set of modifiers/components that provides declarative APIs for the imperative sortable libraries.

Which library to use? idk.

I'm open to anything, but from a maintenance perspective, it seems that deferring to something more robust would be good.

I'm not sure how much of the existing public API we'd be able to keep, but at least for the basic cases, I think the API could remain the same?

[tniezurawski]

This sounds interesting. IMO, the problem is kind of "solved" from web development perspective. Not sure which library is best but having this addon as a wrapper might be all we need.

Of course, it may look like the grass is greener elsewhere. Those libraries have a lot of issues raised as well 🤷‍♂️

How seriouse they are, IDK 🤷‍♂️ Maybe it's just a reflection of popularity.