Chrome 107 w wersji beta

Dodatki do interfejsu Screen Capture API, interpolacja właściwości siatki CSS i inne funkcje.

O ile nie zaznaczono inaczej, zmiany opisane poniżej dotyczą najnowszych wersji beta Chrome na Androida, ChromeOS, Linux, macOS i Windows. Dowiedz się więcej o funkcjach wymienionych na liście, korzystając z podanych linków lub z listy na ChromeStatus.com. Od 29 września 2022 r. wersja beta Chrome 107 jest w wersji beta. Najnowsze aktualizacje możesz pobrać z Google.com na komputer lub ze Sklepu Google Play na Androida.

Interpolacja właściwości CSS grid-template

Właściwości grid-template-columns i grid-template-rows w siatce CSS umożliwiają programistom definiowanie nazw linii i śledzenie rozmiarów odpowiednio kolumn i wierszy siatki. Dzięki pomocy współtwórców z firmy Microsoft obsługujemy teraz interpolację tych właściwości. Układy siatki mogą teraz płynnie przechodzić między stanami, zamiast przyciągać je w połowie animacji lub przejścia.

Ustawienia udostępniania ekranu chroniące prywatność

Interfejs Screen Capture API wprowadza dodatki do istniejącego interfejsu Media Capture and Streams API, aby umożliwić użytkownikowi wybranie ekranu lub jego fragmentu (np. okna), który ma być przechwytywany w trybie strumieniowania multimediów. Tę transmisję można następnie nagrać lub udostępnić innym osobom w sieci. W tej wersji beta dodaliśmy do niego kilka nowych funkcji.

DisplayMediaStreamConstraints.selfBrowserSurface

Podpowiedź umożliwiająca aplikacjom internetowym informowanie przeglądarki o tym, czy po wywołaniu funkcji getDisplayMedia() bieżąca karta powinna zostać wykluczona z listy kart oferowanych użytkownikowi.

Zapobiega to przypadkowemu zrobieniu zdjęcia, gdy użytkownik przypadkowo wybierze kartę, na której działa aplikacja, powstanie efekt galerii lustrzanej, który może wprowadzić użytkowników w błąd i zakłócić rozmowę z użytkownikami zdalnymi.

DisplayMediaStreamConstraints.surfaceSwitching

Dodaje opcję automatycznego kontrolowania, czy Chrome ma wyświetlać przycisk przełączania kart po udostępnieniu ekranu. Ta opcja zostanie przekazana do navigator.mediaDevices.getDisplayMedia().

Korzystając z przycisku Udostępnij tę kartę, użytkownicy mogą płynnie przełączać się między udostępnianymi kartami bez konieczności ponownego wybierania karty rozmowy wideo ani klikania przycisku, aby ponownie uruchomić getDisplayMedia(), ani wybierania nowej karty z długiej listy kart. To zachowanie jest ujawniane warunkowo, ponieważ nie wszystkie aplikacje internetowe są w stanie obsłużyć takie zachowanie.

MediaTrackConstraintSet.displaySurface

Po wywołaniu getDisplayMedia() przeglądarka proponuje użytkownikowi wybór platform wyświetlania: kart, okien lub monitorów. Korzystając z ograniczenia DisplaySurface, aplikacja internetowa może teraz podpowiadać przeglądarce, jeśli chce, aby określony typ powierzchni był lepiej widoczny dla użytkownika.

Dowiedz się więcej o tym, jak te funkcje pomogą Ci uniknąć przypadkowego udostępniania treści zbyt wielu osobom.

Stan blokowania renderowania w sekcji Czas zasobu

Dodaje do PerfomanceResourceTiming pole wskazujące stan blokowania renderowania zasobu. Obecnie z perspektywy programistów jedynym sposobem na stwierdzenie, które zasoby faktycznie były blokowane, polegają na złożonej heurystyce. Nowe pole dostarczałoby bezpośredni sygnał na ten temat.

Symbole wieloznaczne w źródłach zasad uprawnień

Ta funkcja dodaje obsługę symboli wieloznacznych w zasadzie uprawnień w strukturze SCHEME://*.HOST:PORT (np. https://*.foo.com/), w której można utworzyć prawidłowe źródło 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 funkcja 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 dostępu 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 używać:

permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://*.foo.com")

Obsługuj atrybut rel w elementach <form>

Ta funkcja dodaje atrybut rel do elementów formularza, dzięki czemu możesz zapobiec występowaniu pola window.opener na stronach internetowych, do których prowadzą elementy formularza, które zawierają rel=noopener, i zapobiega wysyłaniu nagłówka strony odsyłającej za pomocą atrybutu rel=noreferrer.

Wersje próbne origin

Ta wersja Chrome była objęta 2 nowymi wersjami próbnymi źródła.

Deklaracja PendingBeacon API

Stanowy interfejs API beacon pozwala przeglądarce kontrolować, kiedy mają być wysyłane beacony. Beacon to pakiet danych wysyłanych do serwera backendu bez oczekiwania konkretnej odpowiedzi. Często zalecane jest wysyłanie ich pod koniec wizyty użytkownika na stronie, ale nie jest to dobry moment na takie „wysłanie” połączenia. Ten interfejs API deleguje wysyłanie wiadomości do przeglądarki, dzięki czemu może obsługiwać sygnały typu beacon przy wczytywaniu strony lub jej ukryciu, bez konieczności wdrażania wywołań w odpowiednich momentach.

Ta wersja próbna ma działać do wersji Chrome 109. Aby skorzystać z okresu próbnego, zarejestruj się tutaj.

Permissions-Policy: wyładuj

Ta funkcja umożliwia stronom wyłączenie uruchamiania modułów obsługi zdarzeń wyładowania. Chodzi o to, aby witryny, które usunęły wszystkie moduły obsługi wyładowania, nie dopuściły się przypadkowego dodania nowych. Pomoże to witrynom odciążyć moduły obsługi zdarzeń, a tym samym poprawić współczynnik trafień BFCache.

Ta wersja próbna ma działać do wersji Chrome 109. Aby skorzystać z okresu próbnego, zarejestruj się tutaj.

Wycofania i usunięcia

W tej wersji Chrome wprowadziliśmy wymienione poniżej funkcje wycofywania i usuwania. Na stronie ChromeStatus.com znajdziesz listę planowanych wycofań, bieżących wycofań oraz poprzednich usunięć.

W tej wersji Chrome wycofujemy jedną funkcję.

Expect-CT

Expect-CT to nagłówek HTTP, który umożliwia witrynom wyrażenie zgody na egzekwowanie protokołu Certificate Transparency, zanim zostanie ono domyślnie wyegzekwowane. Udostępnia też funkcję raportowania, która pomaga deweloperom wykrywać błędy w konfiguracji CT.

Nagłówek HTTP Expect-CT został zaprojektowany z myślą o przejściu na standard CT (Universal Certificate Transparency), który umożliwia witrynom o wysokiej jakości akceptację, jeśli chcą one uzyskać egzekwowanie zasad CT lub raportowanie w celu zapewnienia lepszego bezpieczeństwa, jeszcze zanim zostanie ono objęte egzekwowaniem CT we wszystkich witrynach publicznych. Jednak Expect-CT przestał być przydatny. Chrome wymaga obecnie weryfikacji dwuetapowej we wszystkich witrynach publicznych, więc nie ma już wartości zabezpieczeń Expect-CT. Żadna inna przeglądarka nie wdrożyła Expect-CT, więc usunięcie go nie spowoduje problemów z interoperacyjnością.