adopted-ember-addons / adopted-ember-addons/ember-sortable

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)

Open
#654 15 comments 0 reactions 0 assignees View on GitHub
Dominant language
TypeScript
Stars
299
Forks
159
Avg merge
4d 6h
Merged PRs (30d)
4

Description

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?

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.