-
-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
Components Discovery #11026
Labels
Comments
This was referenced Jan 19, 2023
What is the state of this issue regarding the loaders @antfu ? |
Do you mean the resolvers? Will work on Nuxt 2 @nuxt/components first (this week) and port to Nuxt 3 later |
Resolver support: nuxt/components#231 / Loader is already implemented |
Leaving devtools integration to the future. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
.dts
generationDiscussion: Should we even have it with nuxt3?
Related tweet (https://twitter.com/youyuxi/status/1404795327144763398). I think that makes sense in many ways that auto-import is not that needed with new
<script setup>
syntax and better VSCode integrations. But there are still some cases most notable, CMS/Content integrations that implicitly need global components. And also this gives possibility with nuxt devtools component playgroundDiscussion: Where to implement?
In
framework/packages/components
as a fork ofnuxt/components
and add by default innuxt3
Discussion: Prefixing
Should we use (by default) one level prefix
components/utils/bar/baz
=>BarBaz
or full prefix =>UtilsBarBaz
or not at all (Baz
) by default (suggested by @Atinux). Second is much more future proof but less convenient for structuring components dir based on purpose (and atomic designs)The text was updated successfully, but these errors were encountered: