Новое в Chrome 108

Адриана Хара

Вот что вам нужно знать:

Я Адриана Хара. Давайте углубимся и посмотрим, что нового для разработчиков в Chrome 108.

Новые единицы измерения размера видового экрана.

Новые единицы просмотра дают вам больше возможностей для создания адаптивных интерфейсов.

Эти единицы по-разному измеряют область просмотра, поскольку они учитывают элементы пользовательского интерфейса браузера, которые можно разворачивать или сворачивать. Например, адресная строка.

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

С другой стороны, small модули обеспечивают размер области просмотра при условии расширения интерфейсов.

А при использовании dynamic единиц размер области просмотра будет автоматически корректироваться в зависимости от того, отображаются или нет элементы интерфейса браузера.

Значение будет любым в пределах большой единицы (максимум) и маленькой единицы (минимум).

Различные части области просмотра для каждого типа единицы области просмотра.

Прочтите эту статью для более подробной информации. Также ознакомьтесь с изменением поведения изменения размера области просмотра Android , чтобы правильно обрабатывать область просмотра.

Переменные шрифты теперь поддерживаются в COLRv1.

Цветовые векторные шрифты COLRv1 поддерживаются начиная с Chrome 98, но первоначальная версия поддерживала только статическую функциональность таблицы COLRv1.

Но спецификация COLRv1 также включает варианты OpenType, что означает возможность изменения свойств шрифта путем изменения значений переменных осей. Такие варианты сейчас поддерживаются.

Этот выпуск также включает расширения условий font-tech() и font-format() для CSS @supports .

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

Поиграйте с демо-версией здесь и добавьте выразительности своим словам с помощью переменных шрифтов.

Методы FileSystemSyncAccessHandle теперь синхронны.

Исходная частная файловая система обеспечивает доступ к файлам особого типа, которые высоко оптимизированы по производительности. Разработчики могут получить доступ к таким файлам, вызвав createSyncAccessHandle() , который представляет собой метод, предоставляемый объектам FileSystemFileHandle .

Результатом этого вызова является FileSystemSyncAccessHandle .

Методы truncate(newSize) , getSize() , flush() и close() в этом дескрипторе доступа раньше были асинхронными, но начиная с Chrome 108 они синхронны.

Для изменения есть веская причина: оно делает FileSystemSyncAccessHandle соответствующим синхронному POSIX-подобному файловому API, который ожидают приложения на базе Wasm; делая API более эргономичным, обеспечивая при этом существенный прирост производительности.

Это потенциально критическое изменение: если вы используете описанные выше методы, любое использование Promise.then() приведет к сбою. Если вы связываете вызов then() с результатом любого из ранее асинхронных, а теперь синхронных методов, вам необходимо изменить свой код.

// ⛔️ This will break, and you need to restructure your code:
accessHandle.flush().then(/* Follow-up code */);
// ✅ Correct:
accessHandle.flush();
/* Follow-up code */

Более подробные инструкции можно найти в этой статье.

И многое другое!

Конечно, есть еще много всего.

Дальнейшее чтение

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

Подписаться

Чтобы быть в курсе новостей, подпишитесь на канал YouTube для разработчиков Chrome , и вы будете получать уведомления по электронной почте каждый раз, когда мы запускаем новое видео.

Меня зовут Адриана Хара, и как только выйдет Chrome 109, я буду здесь, чтобы рассказать вам, что нового в Chrome!

,

Адриана Хара

Вот что вам нужно знать:

Я Адриана Хара. Давайте углубимся и посмотрим, что нового для разработчиков в Chrome 108.

Новые единицы измерения размера видового экрана.

Новые единицы просмотра дают вам больше возможностей для создания адаптивных пользовательских интерфейсов.

Эти единицы по-разному измеряют область просмотра, поскольку они учитывают элементы пользовательского интерфейса браузера, которые можно разворачивать или сворачивать. Например, адресная строка.

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

С другой стороны, small модули обеспечивают размер области просмотра при условии расширения интерфейсов.

А при использовании dynamic единиц размер области просмотра будет автоматически корректироваться в зависимости от того, отображаются или нет элементы интерфейса браузера.

Значением может быть любое значение в пределах большой единицы (максимум) и малых единиц (минимум).

Различные части области просмотра для каждого типа единицы области просмотра.

Прочтите эту статью для более подробной информации. Также ознакомьтесь с изменением поведения изменения размера области просмотра Android , чтобы правильно обрабатывать область просмотра.

Переменные шрифты теперь поддерживаются в COLRv1.

Цветовые векторные шрифты COLRv1 поддерживаются начиная с Chrome 98, но первоначальная версия поддерживала только статическую функциональность таблицы COLRv1.

Но спецификация COLRv1 также включает варианты OpenType, что означает возможность изменения свойств шрифта путем изменения значений переменных осей. Такие варианты сейчас поддерживаются.

Этот выпуск также включает расширения условий font-tech() и font-format() для CSS @supports .

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

Поиграйте с демо-версией здесь и добавьте выразительности своим словам с помощью переменных шрифтов.

Методы FileSystemSyncAccessHandle теперь синхронны.

Исходная частная файловая система обеспечивает доступ к файлам особого типа, которые высоко оптимизированы по производительности. Разработчики могут получить доступ к таким файлам, вызвав createSyncAccessHandle() , который представляет собой метод, предоставляемый объектам FileSystemFileHandle .

Результатом этого вызова является FileSystemSyncAccessHandle .

Методы truncate(newSize) , getSize() , flush() и close() в этом дескрипторе доступа раньше были асинхронными, но начиная с Chrome 108 они синхронны.

Для изменения есть веская причина: оно делает FileSystemSyncAccessHandle соответствующим синхронному POSIX-подобному файловому API, который ожидают приложения на базе Wasm; делая API более эргономичным, обеспечивая при этом существенный прирост производительности.

Это потенциально критическое изменение: если вы используете описанные выше методы, любое использование Promise.then() приведет к сбою. Если вы связываете вызов then() с результатом любого из ранее асинхронных, а теперь синхронных методов, вам необходимо изменить свой код.

// ⛔️ This will break, and you need to restructure your code:
accessHandle.flush().then(/* Follow-up code */);
// ✅ Correct:
accessHandle.flush();
/* Follow-up code */

Более подробные инструкции можно найти в этой статье.

И многое другое!

Конечно, есть еще много всего.

Дальнейшее чтение

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

Подписаться

Чтобы быть в курсе новостей, подпишитесь на канал YouTube для разработчиков Chrome , и вы будете получать уведомления по электронной почте каждый раз, когда мы запускаем новое видео.

Меня зовут Адриана Хара, и как только выйдет Chrome 109, я буду здесь, чтобы рассказать вам, что нового в Chrome!