Dodatki do interfejsu Screen Capture API, interpolacji właściwości CSS-template-templates i inne ulepszenia.
O ile nie zaznaczono inaczej, zmiany opisane poniżej dotyczą najnowszej wersji kanału beta Chrome na systemy Android, ChromeOS, Linux, macOS i Windows. Więcej informacji o funkcjach znajdziesz, klikając odpowiednie linki lub korzystając z listy na ChromeStatus.com. Od 29 września 2022 r. Chrome 107 jest w wersji beta. Najnowsze wersje możesz pobrać ze strony Google.com na komputer lub ze Sklepu Google Play na urządzeniu z Androidem.
Interpolacja właściwości CSS grid-template
W siatce CSS właściwości grid-template-columns i grid-template-rows umożliwiają programistom definiowanie nazw linii i śledzenie rozmiaru odpowiednio kolumn siatki i wierszy. Dzięki współtwórcom z firmy Microsoft wprowadzamy teraz interpolację w tych usługach. Układy siatki mogą teraz płynnie przechodzić między stanami bez konieczności przyciągania w połowie animacji lub przejścia.
Ustawienia udostępniania ekranu chroniące prywatność
Screen Capture API stanowi uzupełnienie dotychczasowych interfejsów Media Capture i Streams API, dzięki czemu użytkownik może wybrać ekran lub część ekranu (na przykład okno), które ma być przechwytywane jako strumień multimediów. Tę transmisję można potem nagrać lub udostępnić innym osobom w sieci. W tej wersji beta dodaliśmy do tego interfejsu API kilka nowych funkcji.
DisplayMediaStreamConstraints.selfBrowserSurface
Wskazówka dotycząca zezwalania aplikacjom internetowym na informowanie przeglądarki, czy po wywołaniu funkcji getDisplayMedia() bieżąca karta powinna zostać wykluczona z listy kart oferowanych użytkownikowi.
Zapobiega to przypadkowemu zrobieniu zdjęcia przez użytkownika, gdy przypadkowo klikną kartę z aplikacją uruchomioną przez aplikację, powstanie efekt Hall-of-Mirrors, który może dezorientować użytkowników i wywoływać dyskusję z użytkownikami zdalnymi.
DisplayMediaStreamConstraints.surfaceSwitching
Dodaje opcję automatycznego określania, czy Chrome ma wyświetlać przycisk przełączania kart podczas udostępniania ekranu. Ta opcja zostanie przekazana do navigator.mediaDevices.getDisplayMedia().
Przycisk Udostępnij tę kartę umożliwia użytkownikom płynne przełączanie się między udostępnianą kartą. Nie muszą ponownie wybierać karty rozmów wideo, klikać przycisk, aby ponownie uruchomić aplikację getDisplayMedia() czy wybierać nową kartę z długiej listy kart. Takie zachowanie jest ujawniane warunkowo, ponieważ nie wszystkie aplikacje internetowe są w stanie to obsługiwać.
MediaTrackConstraintSet.displaySurface
Po wywołaniu interfejsu getDisplayMedia() przeglądarka oferuje użytkownikowi wybór różnych platform wyświetlania: kart, okien lub monitorów. Korzystając z ograniczenia powierzchni wyświetlania, aplikacja internetowa może teraz podawać wskazówkę dla przeglądarki, jeśli wolisz, aby określony typ powierzchni był lepiej widoczny dla użytkownika.
Stan blokowania renderowania w czasie zasobu
Dodaje do PerfomanceResourceTiming pole wskazujące stan blokowania renderowania zasobu. Obecnie z perspektywy programisty jedynym sposobem ustalenia, które zasoby rzeczywiście zostały wyrenderowane, jest opracowanie złożonej heurystyki. Nowe pole zapewniłoby bezpośredni sygnał na ten sam temat.
Symbole wieloznaczne w źródłach zasady uprawnień
Ta funkcja dodaje obsługę symboli wieloznacznych w zasadach dotyczących uprawnień o strukturze takiej jak SCHEME://*.HOST:PORT (na przykład https://*.foo.com/), gdzie prawidłowe źródło może zostać utworzone na podstawie SCHEME://HOST:PORT (na przykład https://foo.com/). Wymaga to, aby HOST miał wartość co najmniej eTLD+1 (domenę, którą można zarejestrować). Oznacza to, że https://*.bar.foo.com/ działa, ale https://*.com/ nie. Symbole wieloznaczne w schemacie i sekcji portu nie będą obsługiwane, a https://*.foo.com/ nie przekazuje danych do https://foo.com/. Wcześniej zasady uprawnień mogły wyglądać tak:
permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://cdn1.foo.com" "https://cdn2.foo.com")
Dzięki tej funkcji możesz korzystać z:
permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://*.foo.com")
Obsługa atrybutu rel w elementach <form>
Ta funkcja dodaje do elementów formularza atrybut rel, dzięki czemu możliwe jest blokowanie obecności elementu window.opener w witrynach otwieranych przez elementy formularza, które zawierają tag rel=noopener, oraz wysyłanie nagłówka strony odsyłającej za pomocą rel=noreferrer.
Wersje próbne origin
W tej wersji Chrome rozpoczęły się 2 nowe wersje próbne źródła.
Deklaratywny interfejs PendingBeacon API
Stanowy interfejs API typu beacon, który pozwala przeglądarce kontrolować wysyłanie obrazów typu beacon. Obraz typu beacon to pakiet danych wysyłany do serwera backendu bez oczekiwania na konkretną odpowiedź. Często jest pożądane wysyłanie tych informacji pod koniec wizyty użytkownika na stronie, ale nie ma dobrego czasu na „wysłanie”. do wykonania. Ten interfejs API przekazuje wysyłanie wiadomości do samej przeglądarki, dzięki czemu może obsługiwać obrazy typu beacon przy wyładowywaniu strony lub ukrywaniu strony. Dzięki temu programista nie musi wdrażać wywołań wysyłania we właściwym czasie.
Ten okres próbny powinien trwać do wersji Chrome 109. Aby skorzystać z okresu próbnego, zarejestruj się tutaj
Permissions-Policy: wyładowywanie
Ta funkcja umożliwia stronom wyłączenie uruchamiania wyładowań modułów obsługi zdarzeń. Celem jest umożliwienie witrynom, które usunęły wszystkie moduły obsługi wyładowywania, aby zapobiec przypadkowemu dodaniu nowych. Pomoże to witrynom przejść z wyładowywania modułów obsługi zdarzeń, a tym samym poprawić współczynnik trafień BFCache.
Ten okres próbny powinien trwać do wersji Chrome 109. Aby skorzystać z okresu próbnego, zarejestruj się tutaj
Wycofania i usuwanie
Ta wersja Chrome wprowadza informacje o wycofaniach i usunięciach wymienionych poniżej. Na ChromeStatus.com znajdziesz listy planowanych wycofania, obecnie wycofanych funkcji i wcześniejszych usunięć.
W tej wersji Chrome wycofaliśmy 1 funkcję.
Oczekiwany współczynnik konwersji
Expect-CT to nagłówek HTTP, który pozwalał witrynom na włączanie egzekwowania protokołu Certificate Transparency, zanim ta funkcja została domyślnie wyegzekwowana. Dostępna jest też funkcja raportowania, która pomaga deweloperom wykrywać błędy konfiguracji CT.
Nagłówek HTTP Expect-CT został zaprojektowany, aby pomóc w przejściu na wymuszenie stosowania uniwersalnego protokołu Certificate Transparency (CT), umożliwiając cennym witrynom włączenie egzekwowania zasad CT lub raportowania w celu zwiększenia bezpieczeństwa, zanim wymagane było egzekwowanie zasad CT (przez Chrome) na wszystkich stronach publicznych. Jednak aplikacja Expect-CT przestała być przydatna. Chrome wymaga obecnie włączonej funkcji CT na wszystkich stronach publicznych, więc Expect-CT nie ma już wartości zabezpieczeń. Żadna inna przeglądarka nie wdrożyła interfejsu Expect-CT, więc usunięcie go nie stanowi problemu ze współdziałaniem.