This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
[✨] Named slots based on element type and some more improvements #97
Labels
[STAGE-2] incomplete implementation
Remove this label when implementation is complete
[STAGE-2] not fully covered by tests yet
Remove this label when tests are verified to cover the implementation
[STAGE-2] unresolved discussions left
Remove this label when all critical discussions are resolved on the issue
[STAGE-3] docs changes not added yet
Remove this label when the necessary documentation for the feature / change is added
[STAGE-3] missing 2 reviews for RFC PRs
Remove this label when at least 2 core team members reviewed and approved the RFC implementation
Is your feature request related to a problem?
(Sorry for adding multiple requests to a single ticket!)
I've been working with slots for a while now, and there's a few things that are difficult to achieve. These are a few improvements which would be great to add to the library, if possible:
Often elements used in named slots are different types, it would be great if we could define the slot as
<Slot element="p" />
and then allp
elements would project there. Prop called either element/type/el<Slot />
component that gets added to the injected elementThis means that content added to a component can be given strict styles defined in the component it is used in
The extra dom element can be tricky. Developers adding to a components children need to think if the element they use is compatible with where it is being projected. For example, you cant put a
p
inside ap
. Its also an extra element that could be avoidedDescribe the solution you'd like
..
Describe alternatives you've considered
..
Additional context
No response
The text was updated successfully, but these errors were encountered: