Ребят, а можно в саппере сделать второй лаяут?
Сейчас есть _layout.svelte. Который является лаяутом для всего. Но например для авторизации я не хочу этот Лаяут, а хочу другой. Какие идеи есть?
И хорошая ли практика, проверять в context module какая сейчас страница, и по результату отдавать или нет тот или иной компонент?

ну у тебя лэйауты - входные точки, внутри ты можешь делать что угодно. В чём именно проблема? Файл чтобы по-другому назывался или что?

я для лэйаута сделал RootLayout, передал ему сегмент, дальше разруливаю

Всем привет! А кто-нибудь подключал socket io client в svelte со сборкой на rollup? У меня тут такую ошибку pluging common js выдает в консоли и что-то не могу найти в интернете как это порешать можно.

можно ли где-то почитать подробнее про анимации? Примеры в официальном гайде тяжеловато воспринимать и по ним учиться. С css-анимациями тоже раньше не приходилось работать. Хочется понять более широкого понимания, мб кто посоветует толковые гайды на эту тему? Желательно в контексте свелт

в любой папке может быть свой лейаут. Но они наследуются и это не всегда удобно

Да, как вариант вполне норм

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

это где марвел?

марвел?

персонажи стена ли который?

не

там сильно дальше

ага, понял, обязательно гляну, спасибо )

но мне бы структурированно разобраться

включая там, как компоненты к анимации готовить и тд

ошибки

не видел чего-то комплексного на эту тему

ну вот что надо знать - анимации в Sveltе - это в основном transitons - это переходы анимированные между состоянием элемент в доме-эллемент вне дома и наоборот. Простым CSS это не сделать, поскольку элемент бы моментально удлялся бы из дом вместе со всеми анимациями, вот почему нужна помощь со стороны Svelte. В остальных случаях лучше научиться нативным CSS анимациям. Впрочем для простых случаев типа изменения каких-то css свойств в течении времени по easing функции в Svelte есть пара сторов tweened и spring - которые вполне способны делать очень красивые интерфейсные штуки.

мне просто не совсем понятно, например, как один див может переплыть из одного парента в другой, не нарушив отображения,  без дёрганных ресайзов парентов и прочего. Т.е. сама идеология, на которой это работает.
Т.е. выпиливается ли этот элемент из родителя вначале, в какой момент он аттачится к другому родителю, и как при этом первый родитель не схлопывается, а второй не растягивается, резко вытесняя другие ноды вниз с паразитным скроллбаром и другими артефактами