The sortable preset provides the building blocks to build sortable interfaces.
npm
or yarn
:
DragOverlay
if your sortable list is scrollable or if the contents of the scrollable list are taller than the viewport of the window. Check out the sortable drag overlay guide below to learn more.
@dnd-kit/core
to help building sortable interfaces.
The sortable preset exposes two main concepts: SortableContext
and the useSortable
hook:
SortableContext
provides information via context that is consumed by the useSortable
hook.useSortable
hook is an abstraction that composes the useDroppable
and useDraggable
hooks:SortableContext
providers as we have containers:
onDragOver
callback of DndContext
to detect when a draggable element is moved over a different container to insert it in that new container while dragging.
If you paid close attention to the illustration above, you may also have noticed that we added a droppable zone around each sortable context. This isn’t required, but will likely be the behaviour most people want. If you move all sortable items from one column into the other, you will need a droppable zone for the empty column so that you may drag sortable items back into that empty column:
DndContext
provider, the Sortable preset requires its own context provider that contains the sorted array of the unique identifiers associated to each sortable item:
SortableContext
provides information via context that is consumed by the useSortable
hook, which is covered in greater detail in the next section.
items
prop passed to SortableContext
be sorted in the same order in which the items are rendered, otherwise you may see unexpected results.DndContext
:
SortableContext
component to function properly, make sure it is a descendant of a DndContext
provider. You may nest multiple SortableContext
components within the same parent DndContext
.useSortable
hook combines both the useDraggable
and useDroppable
hooks to connect elements as both draggable sources and drop targets:
useDraggable
hook, the useSortable
hook should look very familiar, since, it is an abstraction on top of it.
In addition to the attributes
, listeners
,transform
and setNodeRef
properties, which you should already be familiar with if you’ve used the useDraggable
hook before, you’ll notice that the useSortable
hook also provides a transition
property.
The transform
property for useSortable
represents the displacement and change of scale transformation that a sortable item needs to apply to transition to its new position without needing to update the DOM order.
The transform
property for the useSortable
hook behaves similarly to the transform
property of the useDraggable
hook for the active sortable item, when there is no DragOverlay
being used.
250
milliseconds, with an easing function set to ease
, but you can customize this and pass any valid CSS transition timing function, or set the transition argument to null
to disable transitions entirely:
useSortable
hook, read the full API documentation.
25
pixels in the direction of the arrow key that was pressed. This is an arbitrary default, and can be customized using the coordinateGetter
option of the keyboard sensor.
The sortable preset ships with a custom coordinate getter function for the keyboard sensor that moves the active draggable to the closest sortable element in a given direction within the same DndContext
.
To use it, import the sortableKeyboardCoordinates
coordinate getter function provided by @dnd-kit/sortable
, and pass it to the coordiniateGetter
option of the Keyboard sensor.
In this example, we’ll also be setting up the Pointer sensor, which is the other sensor that is enabled by default on DndContext
if none are defined. We use the useSensor
and useSensors
hooks to initialize the sensors:
rectSortingStrategy
: This is the default value, and is suitable for most use cases. This strategy does not support virtualized lists.verticalListSortingStrategy
: This strategy is optimized for vertical lists, and supports virtualized lists.horizontalListSortingStrategy
: This strategy is optimized for horizontal lists, and supports virtualized lists.rectSwappingStrategy
: Use this strategy to achieve swappable functionality.DndContext
is the rectangle intersection algorithm. While the rectangle intersection strategy is well suited for many use cases, it can be unforgiving, since it requires both the draggable and droppable bounding rectangles to come into direct contact and intersect.
For sortable lists, we recommend using a more forgiving collision detection strategy such as the closest center or closest corners algorithms.
In this example, we’ll be using the closest center algorithm:
DndContext
and add a custom collision detection strategy:
verticalListSortingStrategy
sorting strategy:
DndContext
provider in order to update the order of the items on drag end.
DragOverlay
if your sortable list is scrollable or if the contents of the scrollable list are taller than the viewport of the window.
The <DragOverlay>
component provides a way to render a draggable overlay that is removed from the normal document flow and is positioned relative to the viewport. The drag overlay also implements drop animations.
A common pitfall when using the DragOverlay
component is rendering the same component that calls useSortable
inside the DragOverlay
. This will lead to unexpected results, since there will be an id
collision between the two components both calling useDraggable
with the same id
, since useSortable
is an abstraction on top of useDraggable
.
Instead, create a presentational version of your component that you intend on rendering in the drag overlay, and another version that is sortable and renders the presentational component. There are two recommended patterns for this, either using wrapper nodes or ref forwarding.
In this example, we’ll use the ref forwarding pattern to avoid introducing wrapper nodes: