прям бомбануло, извиняюсь

Ну так как на рынке зоопарк браузеров, хорошим тоном является вначале привести все внешние различия к чему-то более менее похожему: выделения, маржин, тапки (tap behaviuor), селекты, чекбоксы, клеарфиксы и т.д.
Современным браузерам  для этого css достаточно для большинства проектов.
Чтобы все все все стили для всех браузеров не тащить в бандл, а только те, которые указаны в browserlist (обычно внутри package.json) есть библиотеки, которые собирают нужный css во время сборки бандла.
Получается компактно, удобно и никуда руками лезть не надо.
Часть стилей которые не используются вообще можно потом руками или настройками выкинуть.

Привет, такой вопрос. Пробую Sapper и есть необходимость сохранять JWT токен, где вы его храните в куки?

https://i.imgur.com/ofEuZGU.png
You don't need to, but you can

без разницы. Хоть в куках, хоть в лс

В офф чате могут также сказать:
https://t.me/sapperjs

Константин, ваши 300 сдохших нейронов на такой мелочи не оценили ради чего они умерли :)

Свелт полностью поддерживается community, центральный архитектор (как из матрицы) не парится о Long-Term Support и смело выкидывает целые пласты наработок, если более перспективный/продуктивный подход на горизонте вырисовывается. Поэтому тянется такой длиииный шлейф брошенной работы.

Зато сейчас наиболее горячие/свежие пирожки прямо из печки - все самое лучшее для опыта разработки и самый компактный прод.

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

так они и на пр-ы кладут

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

То же самое с svelte community - мне пришлось самому парсить 5000 библиотек гитхаба и npm  чтобы построить полный срез того, что сейчас под svelte делается

а на сервере разве есть ls?

тут скорее неясно, почему сразу хороший код не написали. На моей позапрошлой работе с некоторых пор для балбесов ввели чеклисты для проверки доработок перед закрытием задач. И одним из пунктов были проверки на null. Хотя таких ошибок уже сто лет никто не допускал. Такие азы, о которых даже упоминать стыдно.

это так не работает, этот же центральный архитектор и пингвин рядом рубит все нормальные идеи и дополнения на корню, а ПРы просто не мержит =)

Зайду с другого конца. Это такой длиииный затянувшийся эксперимент на тему: "А что если выкинуть Shadow DOM нахер и все переложить на компилятор. Компилятор ведь сам по AST разберется как там че менять на проде".
Такой вот мячик из 2017-го года кинули и он летит уже три года обрастая деталями, участниками и теперь даже на проде большими мальчиками начинает использоваться.
Да, много косяков, но даже сейчас это скорее эксперимент, который все больше и больше начинает использоваться на проде. Когда он начнет замедляться, тогда обвяжут все проверками и т.д. Но тогде же он и превратиться в болото.
Ну это как мне видится текущаяя ситуация с качеством кода библиотеки )

какая-то каша, shadow dom из вебстандарта выкинули свелтом? =)

Нет конечно

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

👍

путаем vdom с shadow dom?

шэдоу дом никто не выкидывал, что вы. Вы наверно реактовый vdom имеете в виду