-
Notifications
You must be signed in to change notification settings - Fork 4.6k
Move duplicateTemplatePart action to the @wordpress/fields package
#65390
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
Conversation
packages/fields/src/components/create-template-part-modal/index.tsx
Outdated
Show resolved
Hide resolved
|
This PR is ready to be reviewed! cc @oandregal @youknowriad @louwie17 |
… into add/action-dataviews-3
youknowriad
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks LGTM
Thanks for your review! 🙇 |
WordPress#65390) Co-authored-by: gigitux <[email protected]> Co-authored-by: youknowriad <[email protected]> Co-authored-by: oandregal <[email protected]>
#65390) Co-authored-by: gigitux <[email protected]> Co-authored-by: youknowriad <[email protected]> Co-authored-by: oandregal <[email protected]>
| const defaultModalTitle = useSelect( | ||
| ( select ) => | ||
| select( coreStore ).getPostType( TEMPLATE_PART_POST_TYPE )?.labels | ||
| // @ts-ignore |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is this // @ts-ignore necessary?
In general, I usually recommend using @ts-expect-error instead of @ts-ignore (this article explains the reason).
It's also usually a good idea to leave an inline comment explaining why we're ignoring/expecting a given TS error.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice catch! I overlooked it when I iterate on this PR. Fixed with #67709
What?
This PR migrates the
duplicateTemplatePartaction to the@wordpress/fieldspackage. The primary issue with this action is its dependency on theCreateTemplatePartModalContentscomponent, which resides in the@wordpress/editorpackage. Due to this, it can't be directly used within the@wordpress/fieldspackage.For the purpose of the
@wordpress/fieldspackage work, I have temporarily moved the component to this package. However, I'm not certain if this is the best long-term solution. Ideally, this component (and potentially others) should reside in a dedicated package, such as@wordpress/template, which would be more appropriate for components related to template and template-parts. A similar package for the patterns already exists: https://github.com/WordPress/gutenberg/blob/d6fcf4aea4aff17cf0910862bf10090e20ba2ab0/packages/patterns/srcPlease review and provide feedback on whether this approach is suitable or if there are alternative recommendations for handling these dependencies. Thanks! 🙏 cc @youknowriad @oandregal
Testing Instructions
Ensure that
Custom Dataviewsis enabled.Testing Instructions for Keyboard
Screenshots or screencast