Спасибо. Послушал с интересом. Учитываю 8-месячную давность информации и вашу экспертность. И всё же... По поводу rem и em мне стало что-то не совсем понятно по поводу: а) сложности внедрения rem и em в свой код css; б) игнора т.з. Никиты по поводу: ctrl + колёсико (пойму аргументы по поводу слов Никиты: "если у человека плохо со зрением ..." у меня сразу как-то возникло эгоистическое решение: "пусть человек наденет очки"). Так вот, к чему я. По пункту а): я не "супер-верстальщик", но даже мне со 2-го просмотра (будет ниже ссылка) стало понятным применение em и rem как для font-size, так и для отступов и медиазапросов. Это мне стало ясно. А для профессиональных верстальщиков, которые "собаку съели" - какая тут может быть сложность? По пункту б): "очки - очками", но, думаю, не я один считаю: ctrl + колёсико - ультраполезной вещью. Независимо от "очков". И весь вопрос свёлся - к СЛОЖНОСТИ применения. Так мы в этих подкастах имеем ввиду как раз ОПЫТНЫХ верстальщиков. И я не вижу для таких чего-то сложного во внедрении rem и em. И о полезности я привел выше. А контент, на который я ссылаюсь (не для рекламных целей, я с этого абсолютно ничего не имею ни в каком виде), явно не от закоренелого аса вёрстки (хотя, для меня он сейчас является довольно большим авторитетом) : kzbin.info/www/bejne/bJ2Zen2CobiigtE Или я чего-то не понял? Поясните, пожалуйста, хотя-бы коротко.

в 134 огнелис должен войти фикс бага с гридами, на который я наткнулся

+

Слушаю только из-за Мелихова

Так а какой сайт с новинками они создали? Не то, что ссылки нет, даже названия не сказали

Если устал от React, пусть переходит на Vue😃

А Я в прошлом месяце весь проект перевел с common.js на es module!

56:29 Skill issue

paint-order в SVG давно и часто бывает нужен, чтобы обводку положить под фон

interpolate-size позволяет анимировать и без calc-size(), последний как раз устанавливает это свойство

+

+

По поводу Chrome, слышал новость что есть уже чат ИИ которые ходят в инет как браузеры и составляют конкуренцию Chrome, и во новость монопольный комитет США "требует" от Google, что бы он продал Chrome. Отличный ход Google, как не оказаться что их обыграли)

так почему от реалистичности ушли, не из-за моды, а как раз из-за того, что много времени и ресурсов уходит на дизайн, а не на логику . Хочется делать продукт, а не рюшечки

Тулинг на чужих языках: eslint -> oxlint у меня на проекте nx monorepo и 92 либы и 8к файлов: 17 минут против пол секунды) так что статья хоть и рациональная, но не о чем, чел там даже тайпскрипт не признает)

Ну не знаю. Мне удобнее в фигме накидать, а потом сверстать. Какие то вещи в вёрстке удобнее и быстрее, но в целом для экспериментов визуальных фигма, конечно. Ну и фотошоп и 3д и афтер. Для меня веб только способ соединить разные датчики и интерактивность

наконец-то переносы строк в описании появились, не слипается всё вместе

+

Shadow dom неадекватно прикидывает стили, которые на руте. Но самая главная боль -- нет возможности заставить протекать стили документа без танцев с бубном с adopted styles и тд. Реально не хватает опции вырубать изоляцию стилей. Но главная боль -- нативные ui элементы. Мало того, что они не кастомизируются, так половина не работает вообще. И ещё хотелось бы наконец получить :top-layer слой, чтоб можно было забыть раз и навсегда про окна, поповеры, тултипы, тосты и прочее Достаточно добавить свойство в css display-layer: top и забыть про zindex hell и костыли с teleport, portal и тд

Спасибо за выпуск. Касательно вопроса можно посмотреть в сторону window.getComputedStyle()

Что касается кастомных тегов (веб компонентов) и шадоу дома. Сколько себя помню, мечтал чтобы в дев тулзах границы компонентов были явно выделены, меньше мусора было и легче ориентироваться Только сейчас отрефлексировал об этом и понимаю, что это был бы ужасно пустой паттерн, который только усложнял бы откладку (если использовать повсеместно) Чего больше всего жду в hrml, так это расширения семантических тегов. Хоть до сих пор их мало кто использует, меньше чем хотелось бы, они действительно упрощают читаемость html разметки Следующее довольно спорно, потому что в отличии от классических семантических тегов определяют свое содержимое, хоть и не сильно, но слишком упрощают поток чтения - group - объединяет элементы чтобы они находились рядом. Это для случаев, когда не нужна специфика вроде того, что из себя группа представляет Мне кажется логичным и уместным, чтобы группа наследовала родительский поток данных. То есть если в родителе содержимое идёт слева-направо, то и элементы в группе примут ту же тенденцию. Это позволит уменьшить когнитивную нагрузку. Сейчас это обычно делается через отдельное правило для родителя и отдельное для каждого потомка (через класс или более явный тег row) В случае с flex такое поведение достигается свойством flex-direction: inherit, но я понимаю что если когда-то это будет стандартизироваться, то поведение будет гораздо сложнее для разных типов потоков - row - следующий тег - а тезис таков - классы должны определять характеристики присущие классу, а теги - роль и поведение содержимого. Поправьте, если неправ. И направление данных это больше про содержимое, чем про стили. Представьте такую ситуацию, на сайте отключен css. Конечно есть inline элементы, но стоит появится одному блочному элементу среди inline и вместо задуманного, элементы идут вразнобой, от чего страница окончательно перестаёт нормально читаться - column - тоже самое что и row, и тоже имеет display flex. Но содержимое явно сверху вниз Это сугубо моё видение и сам вижу некоторые проблемы и противоречия с тем, что обычно появляется в браузерах. Давно использую как element-group/row/column, не осуждайте за это)

Подскажите пожалуйста. Я только начинаю свой путь и мне нужен совет знающих ребят. Стоит ли вместо CSS использовать метаязык SASS или SCSS. Или лучше работать только с CSS?

По поводу Svelte без рантайма, пару лет назад его использовал, сейчас это конечно могло стать лучше, но один компонент в сборке весил около 100кб, в том смысле что минимальный размер бандла был ~100кб. так что рантайм не рантайм, какая по большому счету разница…

Мы когда решали отказаться от чакры рассматривали хедлесс модалки. В итоге решили написать свою) Не вижу смысла использовать их для кнопок, списков и других простых элементов.

Безголовые компоненты только в теории хороши, на практике ты копируешь к себе кучу магического кода, который нельзя трогать иначе все сломается

Про headless либы могу вкинуть из личного опыта. В ситуации когда у тебя не бигтех и продуктовая разработка, а аутсорс и проектная компания. Очень удобно иметь хорошо написанные базовые компоненты, реализующие некоторую логику, доступность и тд, но при этом без стилизации. И при запуске нового проекта достаточно просто подшаманить стили и получить нормальный ui-kit для конкретно этого проекта. В итоге получается значительно быстрее и безболезнее стартануть разработку

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

Как вы считаете, является ли применение optimistic UI для мгновенной навигации более верным решением? Применение optimistic UI в навигации может сделать пользовательский опыт намного плавнее и не нужно нагревать планету бесполезными prefetch/prerender. Я сделал demo репозиторий реализующий эту идею `next-query-glue-starter`, там есть ссылка на развернутую версию

+

Спасибо за выпуск!

Бодрый выпуск. А ещё в описании последний таймкод склеился.

Zed - Как можно пользоваться ide где нет норм дебаггера для разных языков ? Только поэтому не вижу альтернатив vscode пока.

"Поддержите нас" прилип к последнему таймингу в описании

Сколько ни хочу выучить Svelte или Remix, но смотрю на рынок труда... А там везде React/Next.js. И тратить время на эти технологии просто "в стол" все-таки жалко

На веб комплектах держатся микро фронты. Хотя, да, апи wc унылая какаха. В w3c видать нет прикладных программистов. Вечно дичь делают. Zed винды нет, плагинов нет (на фоне vscode). Так что мимо.

+

Лайк поставила, дослушаю в телеге.

Вот, интересный выпуск: новости, личный опыт, тренды, (немного драмы). Когда долго разбираете какую-то бету Файерфокса с каким-то новым экзотическим web-api, то несколько скучновато для не специалиста.

оставьте уже свойтво display))) И удалите от туда flex и grid перенесите это в отдельной свойство - они же совсем о разном

Какое-то странное мнение про "зачем упоминать веб-компоненты", они изначально декларировали что компоненты (свелтовские) можно будет компилировать в веб-компоненты и считали что "web components would become the primary distribution mechanism for components" - т.е. буквально это их конкурентное преимущество перед реактом/вью. Как показало время, широкого распространения идея с веб-компонентами не получила, но при этом чтоб поддерживать компиляцию они пошли на часть шагов, которые с точки зрения DX вызывает неудобство (и людей которые сталкивались с этими неудобствами оказалось больше чем тех, кто использовал свелт для создания веб-компонентов). И раз они дропают эту поддержку (если я конечно правильно понял и они действительно ее дропают), то и написать про это должны (как бы непопулярна эта фича была) edit: и да, вы с такой уверенностью вещали про то, что больше никаких изменений нет (с точки зрения разработчика), я чуть было не поверил вам - а потом вспомнил про то, что у них синтаксис для работы с реактивностью вообще-то меняется, и у части комьюнити с этого бомбит (что исчезает магия, и заставляют явно писать код)

Такс, у реакта 19-я версия. А что с 20-й, может есть какие зарисовки на этот счёт?

33:54 в новой версии произошли очень важные изменения, Svelte 5 ввели руны, это серьёное обновление работы с реактивностью и переиспользованием кода. Согласен, что долго ждали релиза 5 версии, но всё равно это быстрее React)) 1:02:05 - согласен в Лёшей, увидели Rust/Zig и сразу ныть о том, что ничего не могут сделать (будто бы на JS эти люди часто туллинг дебажат). Пусть делают интрументарий вообще на чём угодно, тут рынок как раз и порешает что удобнее. 1:09:03 - Андрей/Лёш, это не совсем так. Сообщества по Go/Rust/Kotlin активно растут и там вполне себе много контрибуций, просто они всё равно горазно меньше JS-сообществ, поэтому если не следишь за этим пристально, то и будет казаться, что только у нас все такие контрибутщики.

Пора переписать игру neverhood на css)))

Давно не слушал, вернулся, а тут все также хорошо❤

Спасибо столько информации как всегда классный подкаст

эм, 1 выпуск в 2 недели? а не, это Ютуб глючит

+

Котяра шикарный) И по-моему он больше Юли))

Начало прекрасное 😆