AY
Я модуль переименовал, да, уже давно) Так удобнее будет и понятнее.
Size: a a a
2019 October 04
DM
Посмотри еще на Nude Elements раз тема интересна (если еще не видел)
Благодарю. Тема, конечно, интересна. Почему нет?
DM
@tenphi привет 🙂 Я правильно понимаю, что Nude Elements – это набор инструментов? просто пытаюсь понять какая связь со стилизацией веб компонентов 🙂
R
бутсрап на новый лад 🙌
DM
мне не нужен бутстрап на новый лад 🙂 Мне нужно понять как упростить Frankenstein Migration, а заодно одну идею в ГитЛабе “протолкнуть” 🙂
AY
@tenphi привет 🙂 Я правильно понимаю, что Nude Elements – это набор инструментов? просто пытаюсь понять какая связь со стилизацией веб компонентов 🙂
Там в README подробно написано, что это такое. Если совсем кратко, то это язык для написания интерфейсов, с реализацией на Custom Elements. По сути это новый подход к стилизации в веб, точнее давно забытый старый, но воскрешенный и улучшенный в миллион раз 🙂
DM
понял. Идея хорошая, спасибо за пояснение. Но мне не подходит 🙁 Я не ищу новых абстракций пока что
DM
но в код посмотрю обязательно. Спасибо, Андрей
AY
Пожалуйста! спасибо за проявленный интерес! 🙂
SK
мне не нужен бутстрап на новый лад 🙂 Мне нужно понять как упростить Frankenstein Migration, а заодно одну идею в ГитЛабе “протолкнуть” 🙂
а что конкретно нужно, чтобы упростить? помимо того, что мы уже обсуждали с глобальными DOM API?
DM
а что конкретно нужно, чтобы упростить? помимо того, что мы уже обсуждали с глобальными DOM API?
мне не нравится способ стилизации, который я предлагаю для Frankenstein Migration. Точнее, он в порядке, но много ньюансов. Несколько моментов, которые я хочу лучше проработать в контексте Frankenstein Migration:
* как применять стили к веб компонентам без ущерба для производительности
* как правильно работать со стилями (в отдельном
* еще мелкие моменты
* как применять стили к веб компонентам без ущерба для производительности
* как правильно работать со стилями (в отдельном
.css файле, скажем), которые используются большим количеством компонентов на странице так, чтобы избежать ненужного дублирования* еще мелкие моменты
2019 October 08
АР
2019 October 09
DM
Кто-нибудь может подсказать ссылку на документацию про дедупликацию <style> в браузерах, о которой говорит Джастин https://youtu.be/FM7ROEVPA4k?t=1500 ?
SK
Кто-нибудь может подсказать ссылку на документацию про дедупликацию <style> в браузерах, о которой говорит Джастин https://youtu.be/FM7ROEVPA4k?t=1500 ?
видел нечто подобное вот тут, в комментариях к пул-реквесту в lit-element
https://github.com/Polymer/lit-element/pull/762#issuecomment-518319560
тем не менее, судя по обсуждению, предложенная идея с Blob выглядит любопытно
https://github.com/Polymer/lit-element/pull/762#issuecomment-518319560
тем не менее, судя по обсуждению, предложенная идея с Blob выглядит любопытно
SK
кэширование style тегов реализовали в Firefox недавно. будет доступно в 70
https://bugzilla.mozilla.org/show_bug.cgi?id=1480146
https://github.com/mdn/sprints/issues/2117#issuecomment-530808053
https://bugzilla.mozilla.org/show_bug.cgi?id=1480146
https://github.com/mdn/sprints/issues/2117#issuecomment-530808053
DM
спасибо большое за ссылки, Сергей
DM
получается Edge, Safari, Chrome, Firefox 70+… неплохо
SK
кстати об оптимизациях - в Polymer вероятно впилят adoptedStylesheets, но работать это будет только c пре-компилированными стилями
https://github.com/Polymer/polymer/pull/5595/commits/ab04377bdaf5c440b21247fb1a72b1cda42b63e7
в переводе на русский - “YouTube в хроме будет снова чуть быстрее других браузеров”
https://github.com/Polymer/polymer/pull/5595/commits/ab04377bdaf5c440b21247fb1a72b1cda42b63e7
в переводе на русский - “YouTube в хроме будет снова чуть быстрее других браузеров”
DM
@kulykovserhii получается, что вот та оптимизация про дедупликацию <style> в shadow DOM была внедрена в Chromium еще аж в 2013. Соответственно в Blink эта фича пришла наследственно, правильно? Получается Microsoft для этой фичи не сделал ничего 🙂
DM
или я что-то упускаю?