Или ты хочешь, чтобы роутер это делал?

Пока не осознал просто проблему )

Ну вот смотри, чтобы «прочитать» атрибут slot, контента который был передан в слот нужен элемент. Свелт компонент не имеет элементов (условно) + каждый компонент компилируется полностью отдельно и в компонент со слотом прилетает никакой ни тег, а уже готовый DOM и в нем нет инфы про имя слота. В итоге, нам в любом случае нужна обертка для того, чтобы замапить кусок DOM на конкретный слот. Обёртка может быть реальным элементом или специальным элементом свелт.

Так эту работу же не браузер делает

А свелт

Какую работу?

Контент по слотам распихивает

Да, но каждый компонент работает абсолютно не зависимо и в Слот к нему прилетает уже готовый DOM

Ты точно также передаешь компонент в диве. Он также рендерится. В чем проблема отрендерить без дива то же самое, если есть проп слот?

Ну так тем более. А то тут получается так, что при передаче в неименованный слот не надо заворачивать, а в именованный надо

Потому что там есть div и у него есть аттрибут с именем слота

Потому что в НЕ именованный слот не надо считывать имя слота)))

потому что свелт не поймёт что это класснейм) он вырежет этот класс из родителя как неиспользованный. нужно будет в :global заворачивать

В любом случае, вроде бы сошлись на специальном компоненте-фрагменте. Осталось его дождаться ) ...надеюсь

да с учётом поддержки вебкомпонентов запрет слот атрибута на свелт компонентах оправдан

Ааа, в этом смысле... Ну да, так-то да

а может быть и неоправдан, надо подумать еще)

В принципе, ты ж можешь проп передать, который назначает класс.

Да, был такой варик. Не помню двинулось ли куда-то. В целом мне свелт-элементы не очень нравятся, но раз они уже есть, то вариант с фрагментом вполне в конве и я был бы не против него

Ну там Рич вроде высказывался, что тоже не против свелтэлемента, если уж выбирать