Wstępne litery w kodzie CSS, moduł obsługi uruchamiania aplikacji internetowej, obsługa iframe w wielu domenach dla interfejsu FedCM API i inne.
O ile nie zaznaczono inaczej, zmiany opisane poniżej dotyczą najnowszej wersji Chrome w kanale beta na Androida, ChromeOS, Linuxa, macOS i Windows. Więcej informacji o wymienionych tu funkcjach znajdziesz, klikając odpowiednie linki, lub na stronie ChromeStatus.com. Od 12 stycznia 2023 r. Chrome 110 jest w wersji beta. Najnowszą wersję możesz pobrać na stronie Google.com na komputerze lub w Sklepie Google Play na urządzeniu z Androidem.
CSS
W tej wersji dodaliśmy 2 nowe funkcje CSS.
Początkowe litery w kodzie CSS
Duże, ozdobne litery, które były używane na początku nowych sekcji tekstu jeszcze przed wynalezieniem druku. Właściwość CSS initial-letter umożliwia określenie liczby wierszy, w których litera początkowa powinna być umieszczana w kolejnych wierszach tekstu. W tym przykładzie pierwsza litera będzie wyświetlana na 3 wierszach tekstu.
.content::first-letter {
initial-letter: 3;
}
Pseudoklasa CSS :picture-in-picture
Pseudoklasa :picture-in-picture pomaga deweloperom dostosowywać odtwarzacz multimediów, gdy filmy przechodzą do trybu obraz w obrazie i z niego wychodzą.
Wypróbuj wersję demonstracyjną pseudoklasy :picture-in-picture.
Interfejsy Web API
AudioContext.setSinkId()
AudioContext.setSinkId ustawia identyfikator urządzenia audio, którego ma używać do wyjścia. Dzięki temu AudioContext może przesyłać dźwięk do podłączonego urządzenia wyjściowego wybranego przez użytkownika.
Więcej informacji o tej funkcji znajdziesz w poście Zmienianie docelowego urządzenia wyjściowego w Web Audio.
FedCM w elemencie iframe z innej domeny
Dodano obsługę iframe w innych domenach dla interfejsu FedCM API za pomocą zasad dotyczących uprawnień. Umożliwia witrynom umieszczenie w piaskownicy skryptów od dostawców tożsamości, które wywołują interfejs FedCM API w ramce iframe w innej domenie, tak aby nie miały pełnej kontroli nad całą stroną. Umożliwia to też obsługę sytuacji, w których iframe wymaga zalogowania się użytkownika. W obu przypadkach ramka nadrzędna musi zawierać iframe między domenami z zasadami uprawnień identity-credentials-get.
IFrame bez danych logowania
Element iframe bez danych logowania umożliwia programistom wczytywanie dokumentów w elementach iframe innych firm przy użyciu nowych i ulotnych kontekstów. Tagi iframe bez poświadczeń to rozszerzenie COEP o tagi iframe innych firm, które mogą nie stosować COEP. Dzięki temu nie będzie już wymagane, aby iframe innych firm obsługiwały COEP, aby można je było umieszczać na stronie COEP. Zmniejszy to ograniczenia dla deweloperów, którzy chcą wdrożyć izolację między domenami.
Dowiedz się więcej o iframe bez danych logowania.
FileSystemHandle::remove() metoda
Metoda remove() funkcji FileSystemHandle umożliwia częsty przypadek użycia, w którym po uzyskaniu uchwytu pliku z showSaveFilePicker() decydujesz się na jego usunięcie. Przed dodaniem tej metody nie można było usunąć pliku ani katalogu na podstawie jego uchwytu. Musisz uzyskać identyfikator katalogu nadrzędnego i wykonać wywołanie FileSystemDirectoryHandle::removeEntry().
Pobieranie wstępne uruchamiane przez reguły spekulacyjne w interfejsie API
Wstępne pobieranie pobiera główny zasób na potrzeby przyszłej nawigacji i przechowuje go w pamięci, aby można było go użyć do przyspieszenia następnej nawigacji. Ta funkcja obejmuje zarówno wstępną alokację w ramach tej samej witryny, jak i wstępną alokację w innej witrynie w przypadku, gdy nie ma danych logowania do witryny docelowej.
Korzystanie z przetwarzania IDNA w adresach URL w okresie przejściowym
Włącz IDNA 2008 w trybie nieprzechodnym do przetwarzania adresów URL, aby dostosować działanie Chrome do Firefoxa i Safari. Chrome obecnie używa IDNA 2008 w trybie przejściowym do przetwarzania adresów URL. Główną różnicą między trybem przejściowym a nieprzechodnym jest obsługa 4 znaków zwanych znakami odchylenia: ß (małe litery łacińskie S z diakrytykiem), ς (małe litery greckie SIGMA z diakrytykiem), ZWJ (znak łączący o szerokości 0) i ZWNJ (znak niełączący o szerokości 0). W trybie przejściowym znaki odbiegające od normy są traktowane tak samo jak w IDNA2003: ß jest mapowane na ss, ς na σ, a ZWJ i ZWNJ są usuwane. W trybie nieprzechodowym dozwolone są domeny zawierające te znaki w nazwach domen bez mapowania, więc mogą one wskazywać różne adresy IP. Na przykład wpisanie faß.de w Chrome i Firefoksie otwiera obecnie różne witryny. Włączenie w Chrome IDNA nieprzechodniej umożliwi używanie znaków odbiegających od normy w nazwach domen. Firefox i Safari wprowadziły tę zmianę już w 2016 r. i nadal używają przetwarzania adresów URL bez przejścia.
Obsługa uruchamiania aplikacji internetowej
Dodaj element pliku manifestu aplikacji internetowej launch_handler, który umożliwia aplikacjom internetowym dostosowywanie sposobu uruchamiania w przypadku wszystkich typów wyzwalaczy uruchamiania aplikacji. Na przykład poniższe ustawienie spowoduje, że przy każdym uruchomieniu aplikacji Przykładowa aplikacja będzie ona skupiać się na istniejącym oknie aplikacji i przechodzić do niego (jeśli istnieje), zamiast zawsze uruchamiać nowe okno aplikacji.
{
"name": "Example app",
"start_url": "/index.html",
"launch_handler": {
"client_mode": "navigate-existing"
}
}
Zasady dotyczące uprawnień do udostępniania w sieci
Kontroluje dostęp do navigator.share(). Domyślnie ramki iframe innych firm nie mają uprawnień do korzystania z interfejsu Web Share API.
Trwające wersje próbne origin
W Chrome 110 możesz wziąć udział w tych nowych testach origin.
Obsługa wyszukiwania bez parametru Vary w pamięci podręcznej pobierania z wyprzedzeniem
Umożliwia dopasowanie do zasobu w ramach pobierania w tle nawet wtedy, gdy parametry zapytania w adresie URL ulegną zmianie. W nagłówku odpowiedzi HTTP No-Vary-Search można określić, że niektóre lub wszystkie części zapytania w adresie URL mogą być ignorowane na potrzeby dopasowywania do pamięci podręcznej. Możesz określić, że kolejność kluczy parametrów zapytania nie powinna powodować braku dostępu do pamięci podręcznej, że określone parametry zapytania nie powinny powodować braku dostępu do pamięci podręcznej lub że tylko określone znane parametry zapytania powinny powodować brak dostępu do pamięci podręcznej. Może to dotyczyć wielu pamięci podręcznych, ale ten wpis odnosi się do obsługi pamięci podręcznej z wyprzedzeniem.
PerformanceResourceTiming.deliveryType
udostępnić informacje o sposobie dostarczenia zasobu; Warto na przykład zidentyfikować zasoby dostarczane z pamięci podręcznej (obecnie dostępne za pomocą elementu transferSize) oraz elementy nawigacyjne, które zostały zainstalowane wstępnie przez poprzednią stronę.
Wpis dotyczący wydajności SoftNavigation
Udostępnia deweloperom witryn (eksperymentalną) heurystykę łagodnej nawigacji, korzystając zarówno z PerformanceObserver, jak i z osi czasu wydajności.
Zarejestruj się, aby skorzystać z wersji próbnej heurystyki nawigacji miękkiej.
Reguły spekulacyjne: dostarczanie za pomocą nagłówka Speculation-Rules
Obecnie deweloperzy mogą określać reguły spekulacji tylko za pomocą tagów skryptu wbudowanego. Proponowana funkcja zapewnia alternatywę w postaci nagłówka „Speculation-Rules”. Jego wartość musi być adresem URL zasobu tekstowego z typem MIME application/speculationrules+json. Reguły zasobu zostaną dodane do zbioru reguł dokumentu.
Reguły spekulacyjne: reguły pochodzące z dokumentów
Rozszerzenie składni reguł spekulacyjnych, które umożliwia przeglądarce pobieranie adresów URL do spekulacji z elementów linków na stronie. Mogą one zawierać kryteria, które ograniczają, które z tych linków można używać.
X-Requested-With w WebView
test wycofania, aby zachować starsze działanie X-Requested-Header w komponencie WebView na Androidzie. Ten nagłówek jest obecnie ustawiony z nazwą pakietu aplikacji do umieszczania jako wartością, ale to zachowanie zostanie usunięte w ramach powolnego wdrażania. W trakcie wycofywania ta wersja próbna pozwoli właścicielom witryn na dalsze otrzymywanie nagłówka podczas migracji z jego używania.
Więcej informacji o tej zmianie znajdziesz w osobnym poście na blogu. Zarejestruj się tutaj, aby skorzystać z okresu próbnego wycofywanego X-Requested-With.
Wycofanie i usunięcie
W tej wersji Chrome wprowadzamy wycofanie i usunięcie funkcji wymienionych poniżej. Na stronie ChromeStatus.com znajdziesz listy planowanych, bieżących i poprzednich wycofań.
W tej wersji Chrome usunęliśmy 2 funkcje.
Usuwanie bazy danych WebSQL z niezabezpieczonych kontekstów
Baza danych WebSQL została usunięta z niezabezpieczonych kontekstów. Zalecamy przejście na SQLite Wasm w przeglądarce z wykorzystaniem prywatnego systemu plików źródła.
Usuwanie window.webkitStorageInfo
Usunięcie obsługi starszego interfejsu API limitu miejsca na dane, window.webkitStorageInfo. Wprowadzony w 2011 roku interfejs Prefixed Quota API został zastąpiony interfejsem Quota API, który również został wycofany. Stary interfejs API limitu miejsca na dane nigdy nie został zaimplementowany przez żadną inną przeglądarkę i od 2013 r. jest wycofany.