новый API Houdini, собственный доступ к файловой системе и многое другое

Сен222019

Возьмите изображение ниже, например.

То, что вы видите, — это переход, созданный с помощью пользовательского свойства CSS. В дополнение к невозможности без нового API, этот переход также является безопасным типом. Для получения подробной информации и доступа к коду, используемому для создания этого изображения, см. Более умные пользовательские свойства с новым API Houdini. Новый API-интерфейс Native File System, который в настоящее время проходит пробную версию, позволяет разработчикам создавать мощные веб-приложения, которые взаимодействуют с файлами на локальном устройстве пользователя, такими как IDE, редакторы фотографий и видео, текстовые редакторы и многое другое. После того как пользователь предоставляет доступ, этот API позволяет веб-приложениям считывать или сохранять изменения непосредственно в файлы и папки на устройстве пользователя. Он делает все это, вызывая собственные диалоговые окна открытия и сохранения платформы. На изображении ниже показана веб-страница, вызываемая с помощью открытого диалогового окна на Mac.

Чтобы узнать больше, см. Пример кода и демонстрационное приложение для текстового редактора, см. API для Native File System: упрощение доступа к локальным файлам.

См. раздел «Исходные испытания» для получения информации о регистрации и списка других исходных испытаний в этом выпуске. . Эта версия Chrome представляет ознакомительную версию, описанную ниже. Испытания в оригинальной версии позволяют вам опробовать новые функции и дать отзыв о удобстве использования, практичности и эффективности сообществу веб-стандартов. Чтобы зарегистрироваться на любое из исходных испытаний, которые в настоящее время поддерживаются в Chrome, включая описанные здесь, посетите панель «Исходные испытания». Чтобы узнать больше о самих исходных испытаниях, посетите Руководство по исходным испытаниям для веб-разработчиков.

Содержание статьи

1 API приемника SMS
2 Примените непрозрачность для стиля по умолчанию заполнителя INPUT / TEXTAREA
3 Примените непрозрачность для стиля по умолчанию заполнителя INPUT / TEXTAREA
4 Не разрешать всплывающие окна во время выгрузки страницы
5 Расширить проверку обновления байта за байтом на все ресурсы importScripts () работника службы
6 Быстрее веб-сокеты
7 Более ограниченный hasEnrolledInstrument () для инструментов автозаполнения
8 PaymentResponse.prototype.retry ()
9 Процент непрозрачности
10 Редактировать адрес в событии PaymentRequest.onshippingaddresschange
11 Искомое
12 Пользователь Timing L3
13 Запретить синхронизацию XHR при закрытии страницы
14 XSS Auditor

API приемника SMS Веб-сайты используют SMS-сообщения для проверки телефонных номеров, отправляя одноразовый пароль для ручного ввода в форму (или для копирования и вставки). Нативные платформы предлагают API, который дает программный доступ к таким сообщениям, что позволяет пользователям пропускать ручное взаимодействие с формой.
API SMS Receiver позволяет веб-сайтам получать доступ к SMS-сообщениям, которые доставляются на телефон пользователя, специально адресованный источнику (через специальное соглашение о форматировании). Примените непрозрачность для стиля по умолчанию заполнителя INPUT / TEXTAREA В Chrome 78 добавлена поддержка маскируемых значков, что позволяет веб-разработчикам указывать значок полного удаления, добавляя «цель»: «маскируемый» к объекту значка значок . Мы рекомендуем использовать значок 108dp для маскируемого значка. Дополнительные сведения см. В разделе Маскируемые значки: Адаптивные значки Android для вашего PWA на CSS. Примените непрозрачность для стиля по умолчанию заполнителя INPUT / TEXTAREA Изменяет стиль по умолчанию для :: placeholder с # 757575 на rgba (0, 0, 0, 0,54) . Не разрешать всплывающие окна во время выгрузки страницы Страницы больше не могут использовать метод window.open () чтобы открыть новую страницу во время ее выгрузки. Блокировщик всплывающих окон уже запрещает это, но теперь запрещено, включен ли блокировщик всплывающих окон. На данный момент предприятия могут использовать флаг политики AllowPopupsDuringPageUnload чтобы разрешить всплывающие окна во время выгрузки. Мы ожидаем убрать этот флаг в Chrome 82. Расширить проверку обновления байта за байтом на все ресурсы importScripts () работника службы Байт-байтовые проверки теперь доступны для служебных сценариев, импортированных с помощью importScripts () . В настоящее время работники службы обновляются только при изменении основного сценария работника службы. В дополнение к несоответствию последней спецификации, это вынуждает разработчиков создавать обходные пути, такие как добавление хэшей в URL импортированного скрипта. Быстрее веб-сокеты Chrome 78 повышает скорость загрузки объектов ArrayBuffer при использовании с объектами WebSocket на рабочем столе. Мы увидели следующие улучшения в нашем собственном тестировании. Результаты зависят от скорости сети и аппаратного обеспечения, поэтому ваши результаты могут отличаться.

Linux: в 7,5 раз быстрее

Windows: в 4,1 раза быстрее

Mac: в 7,8 раз быстрее

Более ограниченный hasEnrolledInstrument () для инструментов автозаполнения Улучшает авторизацию транзакций, требуя не просроченные карты и платежный адрес. Это улучшает качество данных автозаполнения и увеличивает вероятность того, что PaymentRequest.hasEnrolledInstrument () вернет true. Это повышает удобство работы с транзакциями, использующими данные автозаполнения. PaymentResponse.prototype.retry () В тех случаях, когда что-то не так с данными ответа на платеж (например, адрес доставки является почтовым ящиком), метод retry () экземпляра PaymentResponse теперь позволяет вам попросить пользователя повторить платеж. Процент непрозрачности Добавляет поддержку процентных значений для свойств непрозрачности, в частности, opacity stop-opacity fill-opacity stroke-opacity и shape-image-threshold . Например, непрозрачность : 50% эквивалентна непрозрачности : 0,5 . Это обеспечивает последовательность и соответствие спецификациям. Функция rgba () уже принимает процентное альфа-значение, например rgba (0, 255, 0, 50%) . Редактировать адрес в событии PaymentRequest.onshippingaddresschange Удаляет детализированную информацию с адреса доставки перед ее отображением на веб-сайте продавца в событии ShippingAddressChange . PaymentRequest.onshippingaddresschange используется для передачи адреса доставки, который пользователь выбрал для продавца, чтобы он мог вносить изменения в суммы платежей, такие как стоимость доставки и налог. На данный момент пользователь не полностью подтвердил транзакцию, поэтому принцип должен заключаться в том, чтобы вернуть как можно меньше информации продавцу. Редакция удаляет получателя организации addressLine и phoneNumber из адреса доставки, поскольку они обычно не нужны для стоимости доставки и расчета налога . Искомое Добавляет обработчик действия мультимедийного сеанса для действия seekto . Обработчик действий — это событие, привязанное специально к общей медиа-функции, такой как пауза или воспроизведение. Обработчик действия seekto вызывается, когда сайт должен переместить время воспроизведения на определенное время. Пользователь Timing L3 Расширяет существующий User Timing API для включения двух новых вариантов использования:

Разработчики могут передавать пользовательские метки времени в performance.measure () и performance.mark () чтобы проводить измерения по произвольным временным меткам.

Разработчики могут сообщать о произвольных метаданных с помощью performance.mark () и performance.measure () который предоставляет расширенные данные для аналитики через стандартизированный API.

Запретить синхронизацию XHR при закрытии страницы Chrome теперь запрещает синхронный XHR во время закрытия страницы, когда страница перемещается от пользователя или закрывается пользователем. Это относится к следующим событиям:

перед загрузкой

выгрузить

pagehide

visibilitychange

Чтобы гарантировать отправку данных на сервер при выгрузке страницы, мы рекомендуем sendBeacon () или Fetch keep-alive . В настоящее время корпоративные пользователи могут использовать флаг политики AllowSyncXHRInPageDismissal а разработчики могут использовать флаг пробной версии источника allow-sync-xhr-in-page-dismissal чтобы разрешить синхронные запросы XHR. во время выгрузки страницы. Это временная мера отказа, и мы ожидаем снять этот флаг в Chrome 82. XSS Auditor XSS Auditor был удален из Chrome. Аудитор XSS может вводить утечки информации между узлами, а механизмы обхода Аудитора широко известны.

Category: Статьи по дизайну22.09.2019

Пожалуйста, поставьте рейтинг статье:

(Пока оценок нет)

Загрузка...

новый API Houdini, собственный доступ к файловой системе и многое другое

Связанные записи

Поделитесь статьей!