-
Notifications
You must be signed in to change notification settings - Fork 4.2k
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
Move duplicateTemplatePart
action to the @wordpress/fields
package
#65390
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 |
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
duplicateTemplatePart
action to the@wordpress/fields
package. The primary issue with this action is its dependency on theCreateTemplatePartModalContents
component, which resides in the@wordpress/editor
package. Due to this, it can't be directly used within the@wordpress/fields
package.For the purpose of the
@wordpress/fields
package 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 Dataviews
is enabled.Testing Instructions for Keyboard
Screenshots or screencast