спасибо, гляну!

отличает, это один из критериев
имхо есть критерии не менее, а то и более важные, например реальная A11Y, или хотя бы соответствие всем спекам и прохождение каких-нибудь автоматизированных тестов
интересно какие вы знаете хорошие критерии оценкиъ

Custom Elements бывают разные, как выяснилось. Есть “классические”, которые работают на атрибутах, такие я использую. И есть типа Svelte->CE, которые работают на пропсах. Т.е. и то и то - Custom Elements, но по сути совершенно разные штуки в плане использования.

да, есть такое дело
в lit-html сделали синтаксис, позволяющий сеттить и те и те, при дефолтных пропах

Тут не поспоришь, я лишь отметил конкретную особенность и совершенно не уверен что этот кит лучше во всем остальном

в Firefox закончили переписывать интерфейс на веб-компоненты
https://twitter.com/bgrins/status/1197179797874475008

CSS shadow parts в Firefox собираются убирать из-за флага

https://groups.google.com/forum/#!msg/mozilla.dev.platform/dWnXJtFKY0I/WiwbWH8MAAAJ

Ттфу

А можно развернуть мысль? Про разницу в разработке и использовании условно олдскульных (на атрибутах) и условно молодёжных (на свойствах) кастомных элементов

вот это новость открыл. Я обо всем этом 2 поста написал уже

кто открыл? я или Рич Харрис? вероятно ни один из нас эти посты не читал  ¯\_(ツ)_/¯

или посчитали, что если кто-то написал пост, то это не мешает еще раз обсудить в твиттере

я про Рича, конечно. Ему бы только повод найти)

ну он про это при любом удачном случае пишет

Можно. Начну с того, что молодёжность тут действительно “условна”. Оба подхода очень стары 🙂 Мой поинт был в том, что эти два подхода надо использовать одновременно, выбирая инструмент под задачу. Использование обычных атрибутов позволяет не привязываться к фреймворку вообще, по сути мы просто пишем HTML, а внутри элементов работает необходимая логика. Вы удивитесь, какое ОГРОМНОЕ кол-во задач можно решить чисто на Custom Elements API. А еще элементы могут понимать контекст и менять свою логику на его основе (вспомните обычный HTML, там такого хватает). Это супер просто, интуитивно, и позволяет значительно облегчить основной код приложения. Однако, этот подход совершенно не решает проблему композиции, так как это просто вёрстка. И вот тут пропсы (куда можно кидать сторы или чистые объекты/массивы) показывают свою сильную сторону. И тут также за дело уже берётся любой композиционный фреймворк (Vue, Angular, React и т.п.), который всё это запускает. Если интересно подробнее и с примерами, я на прошлой неделе читал доклад на эту тему на Vue MSK митапе, есть видео, могу скинуть в личку. У нас весь проект таким образом написан и в докладе я как раз про это рассказываю.

только заметил, что Рич Харрис спровоцировал Эвана и Дэна

https://twitter.com/dan_abramov/status/1198366067380412418

https://twitter.com/youyuxi/status/1198959204788264962

гнусный повокатор)

появилась идея названия доклада: “У моей мечты слишком много врагов”