fix(components): improve slots return types

[sandros94]

🔗 Linked issue

Resolves #5232

❓ Type of change

• [ ] 📖 Documentation (updates to the documentation or readme)
• [x] 🐞 Bug fix (a non-breaking change that fixes an issue)
• [ ] 👌 Enhancement (improving an existing functionality)
• [ ] ✨ 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

Until the last update for the builder we weren't able to properly and strongly type various aspects about props, slots and emits. Now the issue has been fixed by slots were left unchanged (all being required and return was any). With this change normal use in the template won't change, but does greatly increase the typing experience when using render functions (required for the current UTable implementation).

📝 Checklist

• [x] I have linked an issue or discussion.
• [ ] I have updated the documentation accordingly.

[sandros94]

@benjamincanac could I ask you to double check the various default slots and which could be optional and which must be required? For example most of Prose* components would require the default slot, as well the Form* components.

[pkg-pr-new[bot]]

npm i https://pkg.pr.new/@nuxt/ui@5237

commit: b9369eb

[benjamincanac]

@sandros94 Should we also update all resolveComponent instances with #components import?

[sandros94]

@sandros94 Should we also update all resolveComponent instances with #components import?

To provide typing? Shouldn't resolveComponent also resolve them?

[benjamincanac]

It doesn't work on my end, but if you say resolveComponent works why bother rewriting all slots? 🤔

[sandros94]

When writing in tsx with h it provides type error when passing invalid objects and classes as return, as they need proper destructuring/stringification (something we are used with via {{ ... }} in the template)

[benjamincanac]

Yes but only when importing from #components not when using resolveComponent right?