-
Notifications
You must be signed in to change notification settings - Fork 221
Conversation
@nerrad pinging you because you mentioned that we should either avoid exporting anything that has a dependency on When we come to documenting these components we should make it clear that this is something we plan to do, so some minor changes may occur, though we should really try to make it a seamless a transition as possible. As for handling a replacement in future, if any props on the current component are not on the replacement, we can show a deprecation message in the console about that. If any new props are on the replacement, we will need to figure out what default values to give them to keep the component's behaviour the same as it is currently. The main concern is about the behaviour/UX of the combobox, i.e. whether auto completion works the same in the replacement, what do the arrow keys do (should be standard and follow accessibility guidelines at any rate) and also whether the format for options would be the same in the replacement (if not, we can handle the mapping) What do you think about this approach, is there anything else we should be careful of here besides what I mentioned? |
3e66612
to
9ea4d0c
Compare
The release ZIP for this PR is accessible via:
Script Dependencies ReportThe
This comment was automatically generated by the TypeScript Errors Report
packages/components/combobox/index.tsx
|
Size Change: +24.2 kB (+2%) Total Size: 1.55 MB
ℹ️ View Unchanged
|
9ea4d0c
to
7a32f93
Compare
Thanks for the review Mike, I'm going to set this back to draft for now until we figure out the components issue. |
This PR has been marked as If deemed still relevant, the pr can be kept active by ensuring it's up to date with the main branch and removing the stale label. |
This PR has been marked as If deemed still relevant, the pr can be kept active by ensuring it's up to date with the main branch and removing the stale label. |
What
Moves the
Combobox
component to the components package and updates the places it is imported:CountryInput
StateInput
Why
As more developers integrate their extensions with WooCommerce Blocks, the case for reusing components grows. This starts the ball rolling by creating a new package. Rather than recreating components developers can access
wc.blocksComponents
and get the ones we need.Testing Instructions
Please consider any edge cases this change may have, and also other areas of the product this may impact.
WooCommerce Visibility
Required:
Checklist
Required:
[type]
label or a[skip-changelog]
label.Conditional:
[skip-changelog]
label is not present).Changelog