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)

Offen
#654 15 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen
Vorherrschende Sprache
TypeScript
Sterne
299
Forks
159
Ø Merge
4 T. 6 Std.
Gemergte PRs (30 T.)
4

Beschreibung

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?

Beitragsleitfaden

Beitragsleitfaden öffnen

Bewertung

Dieses Issue wurde noch nicht bewertet.

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.