-
Notifications
You must be signed in to change notification settings - Fork 525
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
fix: avoid referring to complex types in props #123
Conversation
to workaround the compatibility with nuxt-component-meta fix nuxtlabs/studio-app#289
The latest updates on your projects. Learn more about Vercel for Git ↗︎
|
✅ Deploy Preview for nuxthq-ui canceled.
|
@@ -47,7 +47,7 @@ const props = defineProps({ | |||
default: () => $ui.contextMenu.transition | |||
}, | |||
popperOptions: { | |||
type: Object as PropType<PopperOptions>, | |||
type: Object, |
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.
Why remove the PopperOptions
type here? It's also defined in Dropdown
, SelectCustom
, Popover
and Tooltip
. Should we remove them all?
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.
Yeah it's a non-issue. Reverted
#123) Co-authored-by: Benjamin Canac <canacb1@gmail.com>
to workaround the compatibility with nuxt-component-meta
Resolves nuxtlabs/studio-app#289
This is because
nuxt-component-meta
expanded the type entirely in the schema, creating 150MB of objects that have been duplicated a few times, causing the memory overflow.The root fix should be done on the
nuxt-component-meta
side, but it takes some research. Workaround here to make it non-blocking.