Веб-страница

publint отличает пропавший файл от исключённого из npm-пакета Импорт библиотеки работает в её репозитории, а после установки из npm ломается. Стоит проверить, попали ли файлы из exports в публикуемый пакет. У publint это две разные проблемы. FILE_DOES_NOT_EXIST означает, что указанного файла нет. FILE_NOT_PUBLISHED — файл есть локально, но в публикацию не входит. Вторая диагностика появляется только при локальной проверке. Если у пакета есть сборка, запустите её до проверки. Ещё одна проверка касается порядка условий: types в exports должно идти перед условиями для JavaScript. Успешная проверка упаковки не доказывает, что вся библиотека работает во всех средах. 📎 Правила проверки упаковки publint.

useId связывает поле с подсказкой без повторяющихся ID Если дважды вывести компонент поля с ID подсказки password-hint, один ID встретится в документе несколько раз. Связь поля с описанием станет неоднозначной. useId создаёт ID для таких связей. Его можно передать в aria-describedby поля и в id текста с подсказкой. Описание дополняет доступное имя. При этом label или другой способ дать полю имя всё равно нужен. При SSR дерево компонентов на сервере и клиенте должно совпадать. Для нескольких независимых корней React задайте identifierPrefix. На сервере и клиенте он должен совпадать. Для ключей списка useId не подходит. 📎 Примеры связей и SSR в документации React.

requestVideoFrameCallback вызывает обработчик при новом видеокадре Если вы рисуете видео на canvas через requestAnimationFrame, часть вызовов может приходиться на один и тот же видеокадр. Частота кадров видео может быть ниже частоты обновления экрана. requestVideoFrameCallback вызывает обработчик, когда новый кадр передают композитору. Частота вызовов ограничена меньшим из двух значений: частотой кадров видео и частотой рендера браузера. Для следующего вызова обработчик нужно зарегистрировать заново. В метаданных есть mediaTime, временная отметка кадра в секундах. Это best effort: колбэк может опоздать на один vsync. API не гарантирует точный переход к заданному кадру или синхронизацию кадр в кадр. В источнике указана поддержка Chrome 83, Firefox 132 и Safari 15.4. 📎 Механизм и ограничения API на web.dev.

If-Match не даёт затереть чужую правку Два человека открыли одну запись. Первый сохранил изменения, второй отправил форму со старыми данными. Обычный PUT может затереть первую правку. Если сервер выдаёт ETag и поддерживает If-Match, клиент отправляет тег прочитанной версии вместе с изменением. Сервер сохраняет изменения только при совпадении тега. Устаревший тег приводит к 412 Precondition Failed, и интерфейс может предложить сравнить версии. If-Match использует сильное сравнение. Тег с префиксом W/ не подойдёт, а If-Match: * проверит лишь наличие ресурса. Проверку версии и запись сервер должен выполнять согласованно. Заголовок не заменяет авторизацию. 📎 Условные запросы в MDN.

text-box-trim убирает лишнее место у краёв текста У двух шрифтов с одинаковым размером разные метрики, поэтому подпись может визуально «плавать» внутри кнопки. Отрицательный margin под один шрифт исправляет картинку, пока шрифт не сменился. text-box-trim задаёт, какие края текстового блока подрезать: верхний, нижний или оба. А text-box-edge выбирает метрики, например высоту прописных букв и baseline. На примере MDN границы показывают разницу между trim-end и trim-both. Это не ограничение числа строк и не изменение интервала между всеми строками. Работа идёт с внешними краями текста. MDN отмечает Baseline 2026 с августа, но старые браузеры ещё нужно учитывать. Проверьте результат со сменой шрифта, диакритикой и другими письменностями. 📎 Примеры text-box-trim

focusgroup предлагает отдать стрелочную навигацию браузеру В toolbar обычно нужен один вход по Tab, а между кнопками — переход стрелками. Сейчас ради этого пишут roving tabindex: следят за фокусом и меняют tabindex. Предложение focusgroup переносит эту механику в платформу. В официальном RFC достаточно focusgroup="toolbar", чтобы браузер управлял перемещением фокуса. Переключение pressed state, открытие меню и выполнение команд остаются задачей приложения. Автоматический фокус не реализует поведение кнопок за вас. Пока это эксперимент: для локальной проверки RFC предлагает флаг Experimental Web Platform Features в Chromium, а API может измениться. Сара Суэйдан включила его в пожелания к Interop 2027. Это аргумент в пользу развития примитива, а не обещание стабильной поддержки во всех браузерах. 📎 Демо и описание предложения

В черновике WCAG 3 отделяют требования от практик команды Пройти проверку и дать человеку выполнить задачу — разные результаты. В Working Draft WCAG 3 от 10 сентября 2026 года это различие отражается в новой структуре требований и отчётности. Core requirements задают обязательную основу соответствия. Supplemental requirements описывают дополнительные улучшения, а assertions — документированные заявления о практиках организации. Например, важен не только единичный результат, но и то, как команда регулярно ищет барьеры. Это проект, а не принятый стандарт. WCAG 3 ещё не заменил WCAG 2.2, а детали отчётности продолжают меняться. Полезно обсуждать направление заранее, но строить готовую сертификацию или придумывать баллы по этому черновику рано. 📎 Объяснение Léonie Watson · Working Draft W3C

Одна сцена графика для браузера и серверного SVG Когда график нужен и на странице, и в серверном отчёте, легко получить две реализации с разными подписями и отступами. В Chartist 2 между конфигурацией и выводом есть общая сцена. На сайте показана связка renderToString(toScene(config, size)): сцена превращается в строку SVG, которую можно получить и на сервере. В браузере график стилизуется CSS-классами. Есть и комбинированный пример со столбцами, линией и двумя осями. Общий рендеринг не решает все задачи представления. У SVG всё ещё должны быть понятные подписи и текстовая альтернатива данным. А container-based responsive в источнике отмечен как экспериментальный: не рассчитывайте на него как на готовую универсальную адаптивность. 📎 Примеры и серверный рендеринг

Safari блокирует серверы, связывающие email с рекламными ID Один сайт знает ваш email, другой — свой непрозрачный tracking ID. Сервер identity resolution может связать их и помочь узнавать человека между сайтами. Именно такую инфраструктуру описывает новый разбор WebKit. В iOS, iPadOS, macOS и visionOS 27 Safari и WebKit блокируют сетевой доступ к её доменам. Барьер стоит на пути к посреднику, как на схеме. Поэтому отладка стороннего идентификатора теперь должна учитывать и эту причину неудачного запроса. Это не запрет на любую аналитику и не блокировка собственной персонализации сайта: источник отдельно различает first-party сценарий и межсайтовое сопоставление. Если интеграция перестала получать ID, сначала выясните роль домена. Не стоит автоматически считать это поломкой вашего логина или рассылки. 📎 Механизм блокировки в WebKit

Двоичный payload запроса можно рассмотреть прямо в Network Копировать байты запроса в сторонний декодер теперь нужно реже. В Chrome DevTools 152 у Payload появились варианты отображения Base64, Hex и UTF-8 для двоичных и сжатых данных запроса. На скриншоте источника — Response, чьи варианты перенесли в Payload. Это удобно, когда приложение отправляет не читаемый JSON, а бинарный формат. Можно остаться рядом с заголовками запроса и его ответом, переключить представление и проверить, какие данные ушли по сети. Только не путайте отображение с пониманием протокола. Hex покажет байты, UTF-8 попробует представить их текстом, но структуру вашего формата инструмент сам не объяснит и шифрованные данные не расшифрует. Для смысла полей всё ещё нужна схема протокола. 📎 Раздел Network в DevTools 152