You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I've just spent more time than I'd care to admit debugging an issue which I initially thought was caused by attempting to use ember-drag-sort within an ember-paper dialog, as I'd been happily using it outside the dialog, but it didn't want to work at all within it. It turned out that I'd missed draggable="true" on my drag handle - but there was no indication that this was the case (other than nothing being draggable).
It would be ideal if either:
The drag handle didn't require draggable="true" (though I'm not sure how feasible that would be);
The drag handle automatically had draggable="true" set on it if missing;
ember-drag-sort raised some sort of warning (at least in dev) if a handle selector is provided but the handle doesn't have draggable="true"; or
The handle selector was ignored if the handle didn't have draggable="true", perhaps by adding an attribute selector to the handle selector in the drag-sort-item's $handle computed property and using $handle instead of handle in the draggable computed property.
If it'll help, I can look at submitting a PR - just let me know what the preferred approach is.
The text was updated successfully, but these errors were encountered:
If we stop relying on the user setting the draggable attribute manually, we'll have to bind the value.
I can see two options for this:
Use observers & jQuery. Ugly implementation, but transparent for the user.
Provide a bound component. Clean implementation, but more elaborate for the user. It pays off because we'll no longer need to provide the handle argument maunally:
I've just spent more time than I'd care to admit debugging an issue which I initially thought was caused by attempting to use
ember-drag-sort
within anember-paper
dialog, as I'd been happily using it outside the dialog, but it didn't want to work at all within it. It turned out that I'd misseddraggable="true"
on my drag handle - but there was no indication that this was the case (other than nothing being draggable).It would be ideal if either:
draggable="true"
(though I'm not sure how feasible that would be);draggable="true"
set on it if missing;ember-drag-sort
raised some sort of warning (at least in dev) if a handle selector is provided but the handle doesn't havedraggable="true"
; orhandle
selector was ignored if the handle didn't havedraggable="true"
, perhaps by adding an attribute selector to thehandle
selector in thedrag-sort-item
's$handle
computed property and using$handle
instead ofhandle
in thedraggable
computed property.If it'll help, I can look at submitting a PR - just let me know what the preferred approach is.
The text was updated successfully, but these errors were encountered: