feat: migrate to @nuxt/ui-pro and @nuxt/content v3
๐ Linked issue
โ Type of change
- [x] ๐ Documentation (updates to the documentation, readme, or JSdoc annotations)
- [ ] ๐ฐ Content (a new article or a change in the content folder)
- [ ] ๐ Bug fix (a non-breaking change that fixes an issue)
- [x] ๐ Enhancement (improving an existing functionality like performance)
- [ ] โจ New feature (a non-breaking change that adds functionality)
- [ ] ๐งน Chore (updates to the build process or auxiliary tools and libraries)
- [ ] โ ๏ธ Breaking change (fix or feature that would cause existing functionality to change)
๐ Description
๐ Checklist
-
[ ] I have linked an issue or discussion.
-
[ ] I have updated the documentation accordingly.
-
[ ] App
- [x] Compatibility v4
- [ ] UI v3
- [ ] Colors (gray to neutral, css variables, etc...)
- [ ] Content v3
- [ ] Blog
- [ ] Lean
- [ ] Packages
- [ ] Search
-
[ ] Server
- [ ] Flux RSS
- [ ] Sitemap
- [ ] Plugin Content
- [ ] API
- [ ] content/packages
- [ ] owner/repo/readme
- [ ] utils/rss
Thanks for PR. this website is not highest priority at the moment and likely many things have to be reworked later..
If you have time to help on undocs that would be amazing โค๏ธ
Thanks for PR. this website is not highest priority at the moment and likely many things have to be reworked later..
If you have time to help on undocs that would be amazing โค๏ธ
I wasn't sure which one to prioritize, but I can pause this one to help on Undocs then ๐
I think that the packages' content files could be simplified by, for example, removing the documentation attribute and instead systematically defining the documentation URL directly in the package.json (using the homepage).
This would also have the advantage of providing direct access to the documentation via https://www.npmjs.com/, improving consistency and reducing the need for duplicate information.
- https://github.com/nitrojs/nitro/pull/3329
- https://github.com/h3js/h3/pull/1030
What do you think about this approach?