-
Notifications
You must be signed in to change notification settings - Fork 77
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
List: Support keyboard dragging between different Lists #7537
Comments
Effort should be considered with the effort in #7426 |
) **Related Issue:** #7537 ## Summary - depends on #10241 - updates `action` to allow cursor to be overriden - lists should set the `label` property for the "Move to" sorting menu to have a name for the list. - adds `calcite-sort-handle` component to handle sorting and moving between lists for non mouse users - internal component - adds stories - adds tests - list-item - deprecates `dragSelected` property: no longer needed. - deprecates `calciteListItemDragHandleChange` event. no longer needed. - removed setting `aria-posinset` and `aria-setsize`. These are only needed when only part of the items are availalbe in the DOM. So we can safely remove these. - https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-setsize - https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-posinset - replaces `calcite-handle` with `calcite-sort-handle` in the `list` component. - updates tests - adds tests - adds demo pages BREAKING CHANGE: Modifies the component's keyboard sorting experience by using a dropdown menu to move list items. The ListItem `dragSelected` property and `calciteListItemDragHandleChange` event have been removed due to no longer being relevant.
Installed and assigned for verification. |
Now that we're using Action for the drag handle, we need to override it's icon color from |
**Related Issue:** #7537 ## Summary - adjust icon color to use border-input color.
Done |
It looks like where multiple lists are provided with the current implementation the
Wondering what folks think, if we should consider:
|
I lean towards documentation or making label required. I'm not sure what the fallback would be. |
We have several other components that have a required |
Yeah. I think we can also document that the label is needed for moving between lists. |
…10702) **Related Issue:** #7537 ## Summary - Modifies the component's `label` property to be required - Provides context to the `label` property, where its value specifies the name when dragging between lists discussed in #7537 (comment) and the subsequent thread BREAKING CHANGE: The component's `label` property is required to provide context between lists when dragging.
Installed and assigned for verification. |
@DitwanP For verification see this comment for a sample to test out. 🧪 |
🍡 Verified on |
Check existing issues
Description
Be able to use the keyboard to drag between lists. Currently, you can only drag via keyboard within a List.
Acceptance Criteria
Grouping multiple lists together, be able to perform drag and drop of different list items with only the keyboard.
In terms of implementation, I'd assume using the left/right arrows when in keyboard drag mode on a List Item would just find the next List in the page (to the left or right) and then move the item to that List, if it exists.
Relevant Info
Ref to similar issue: #7046
Which Component
Calcite List
Example Use Case
In Instant Apps, our Position Manager ties 4 Calcite Lists together. The desire is to support keyboard only movement between the lists for accessibility.
Priority impact
p3 - want for upcoming milestone
Calcite package
Esri team
ArcGIS Instant Apps
The text was updated successfully, but these errors were encountered: