Data wydania wersji stabilnej: 11 czerwca 2024 r.
O ile nie zaznaczono inaczej, te zmiany dotyczą wersji stabilnej Chrome 126 na Androida, ChromeOS, Linuksa, macOS i Windowsa.
CSS
Przejścia między widokami dokumentów w przypadku nawigacji w obrębie tego samego źródła
Wcześniej, aby korzystać z interfejsu View Transitions API, trzeba było przebudować witrynę na aplikację jednostronicową. Już tak nie jest. Przejścia widoku są teraz domyślnie włączone w przypadku nawigacji w tej samej domenie. Możesz utworzyć przejście widoku między 2 różnymi dokumentami z tego samego źródła.
Aby włączyć przejście widoku między dokumentami, obie strony muszą wyrazić na to zgodę. Aby to zrobić, użyj reguły at-rule @view-transition i ustaw deskryptor navigation na auto.
@view-transition {
navigation: auto;
}
Przejścia między dokumentami wykorzystują te same elementy i zasady co przejścia w tym samym dokumencie. Elementy, do których zastosowano view-transition-name, są rejestrowane, a animacje można dostosowywać za pomocą animacji CSS.
Płynne przejścia dzięki interfejsowi View Transition API | Błąd śledzenia nr 1372584 | Wpis na ChromeStatus.com | Specyfikacja
Interfejsy Web API
Rozszerzenie trigger-rumble interfejsu Gamepad API
Rozszerza interfejs GamepadHapticActuator, aby udostępnić funkcję trigger-rumble w internecie na zgodnych padach do gier. To rozszerzenie umożliwia aplikacjom internetowym korzystającym z interfejsu Gamepad API wywoływanie wibracji spustów w padach do gier wyposażonych w tę funkcję.
Śledzenie błędu nr 40834175 | Wpis na ChromeStatus.com | Specyfikacja
Aplikacje internetowe z kartami w ChromeOS
W samodzielnym oknie PWA może być otwarta tylko jedna strona naraz. Niektóre aplikacje wymagają od użytkowników otwarcia wielu stron naraz. Tryb kart dodaje pasek kart do samodzielnych aplikacji internetowych w ChromeOS, co umożliwia otwieranie wielu kart jednocześnie.
Ta funkcja dodaje nowy tryb wyświetlania "tabbed" i nowe pole manifestu, które umożliwia dostosowywanie paska kart.
Błąd śledzenia nr 40598974 | Wpis na ChromeStatus.com | Specyfikacja
toJSON() metoda dla: GeolocationCoordinates i GeolocationPosition
Dodaje metody .toJSON() do interfejsów GeolocationCoordinates i GeolocationPosition. Umożliwia to serializację tych obiektów za pomocą JSON.stringify().
Interfejs nadrzędny Web IDL WebGLObject
Ta funkcja udostępnia typ WebGLObject w tych samych kontekstach, w których udostępniany jest interfejs WebGL API – w wątku głównym i wątkach roboczych.
Wpis na ChromeStatus.com | Specyfikacja
Ponowne włączanie interfejsu API CloseWatcher i zamykanie żądań dotyczących <dialog> i popover=""
Interfejs API CloseWatcher umożliwia jednolitą obsługę żądań zamknięcia, takich jak naciśnięcie klawisza ESC na komputerze lub gestu bądź przycisku wstecz na Androidzie.
Ta funkcja została pierwotnie udostępniona w Chrome 120, ale została wyłączona z powodu nieoczekiwanej interakcji z <dialog>.
Została ponownie włączona w Chrome 126 po wprowadzeniu pewnych ulepszeń, które mają na celu zminimalizowanie problemów.
Wersja demonstracyjna | Błąd śledzenia nr 1171318 | Wpis na ChromeStatus.com
Attribution Reporting API: zasady dotyczące strony odsyłającej w przypadku żądań attributionsrc
Żądania attributionsrc są traktowane tak samo jak inne żądania zasobów podrzędnych na stronie.
Wcześniej, gdy interfejs API był wywoływany za pomocą atrybutu attributionsrc w ramach różnych elementów HTML (takich jak <img>, <script>, <a> lub window.open), ignorował atrybut zasad dotyczących strony odsyłającej na poziomie zasobu ustawiony w elemencie <html>.
Po tej zmianie żądanie attributionsrc będzie stosować te same zasady dotyczące stron odsyłających na poziomie zasobów, które są ustawione w <img>, <script>, <a> lub window.open.
Dzięki temu firmy z branży technologii reklamowych mogą lepiej kontrolować, czy chcą stosować bardziej czy mniej restrykcyjne zasady dotyczące informacji o witrynie odsyłającej w żądaniach attributionsrc.
Multimedia
Obsługa kontenera MP4 w MediaRecorder
Dodaje obsługę multipleksowania dźwięku i obrazu w kontenerach MP4 za pomocą MediaRecorder.
MediaRecorder | Wpis na ChromeStatus.com | Specyfikacja
Parametry OpusEncoderConfig signal i application
Parametry OpusEncoderConfig.signal i OpusEncoderConfig.application są mapowane bezpośrednio na pokrętła kodera specyficzne dla implementacji. Dzięki temu autorzy stron internetowych mogą podawać wskazówki dotyczące typu kodowanych danych i kontekstu, w którym są one używane.
signal może być jedną z tych wartości: "auto", "music", "voice". Konfiguruje koder pod kątem najlepszej wydajności kodowania określonego typu danych. application może być jedną z tych wartości: "voip", "audio", "lowdelay". Konfiguruje koder tak, aby faworyzował zrozumiałość mowy, wierne odtworzenie oryginalnych danych wejściowych lub minimalne opóźnienie.
Wpis na ChromeStatus.com | Specyfikacja
JavaScript
visualViewport Pomoc onscrollend
Zdarzenie JavaScript scrollend jest wywoływane, aby zasygnalizować zakończenie operacji przewijania.
Interfejs visualViewport zawiera moduł obsługi zdarzeń onscrollend, który powinien być wywoływany po zakończeniu operacji przewijania w visualViewport. Chrome obsługuje już dodawanie detektora zdarzeń scrollend za pomocą visualViewport.addEventListener("scrollend"). Umożliwia to również dodanie detektora zdarzeń za pomocą visualViewport.onscrollend.
Błąd śledzenia nr 325307785 | Wpis na ChromeStatus.com
Prywatność
Dopasowanie pliku navigator.cookieEnabled do specyfikacji
navigator.cookieEnabled obecnie wskazuje, czy „klient użytkownika próbuje obsługiwać pliki cookie” w danym kontekście. Zmiana w Chrome, która zostanie wprowadzona w ramach wycofywania plików cookie innych firm (3PCD), spowoduje, że będzie ona wskazywać, czy możliwy jest dostęp do niepodzielonych plików cookie (co spowoduje, że w większości elementów iframe w witrynach będzie zwracać wartość false). Powinniśmy przywrócić poprzednie działanie funkcji navigator.cookieEnabled, która wskazywała tylko, czy pliki cookie są włączone czy wyłączone w witrynie, i polegać na funkcji document.hasStorageAccess, która wskazuje, czy możliwy jest dostęp do niepodzielonych plików cookie.
Błąd śledzenia nr 335553590 | Wpis na ChromeStatus.com | Specyfikacja
Ułatwienia dostępu
Obsługa platformy ułatwień dostępu UI Automation w systemie Windows
Nowoczesne aplikacje wspomagające w systemie Microsoft Windows korzystają z platformy ułatwień dostępu UI Automation, aby współdziałać z interfejsami użytkownika innych aplikacji. Do tej pory Chromium obsługiwało w tym celu starsze platformy Microsoft Active Accessibility (MSAA) i IAccessible2 (IA2), co powodowało problemy z narzędziami ułatwień dostępu w systemie Windows.
Aby rozwiązać ten problem, firma Microsoft we współpracy z zespołem Chrome wprowadziła bezpośrednią obsługę platformy UI Automation (UIA) w systemie Windows, co ułatwia narzędziom ułatwień dostępu komunikację z przeglądarką. Zaczniemy stopniowo wdrażać tę funkcję w wersji stabilnej, począwszy od Chrome 126. Umożliwi to działanie Voice Access we wszystkich przeglądarkach opartych na Chromium i poprawi wrażenia użytkowników korzystających ze wszystkich narzędzi ułatwień dostępu opartych na UIA, takich jak Narrator i Lupa.
Wprowadzenie obsługi UIA w systemie Windows
Nowe wersje próbne origin
FedCM jako wskaźnik zaufania dla interfejsu Storage Access API
Uzgadnia interfejsy FedCM i Storage Access API, dzięki czemu wcześniejsze przyznanie uprawnień FedCM jest ważnym powodem automatycznego zatwierdzania żądania dostępu do pamięci masowej.
Gdy użytkownik zezwala na używanie swojej tożsamości przez zewnętrznego dostawcę tożsamości (IdP) na stronie uzależnionej (RP), wielu dostawców tożsamości wymaga plików cookie innych firm do prawidłowego i bezpiecznego działania. Ta propozycja ma na celu spełnienie tego wymagania w sposób prywatny i bezpieczny przez zaktualizowanie kontroli uprawnień interfejsu Storage Access API (SAA), aby akceptował nie tylko uprawnienia przyznane przez prośbę o dostęp do pamięci, ale też uprawnienia przyznane przez prośbę FedCM.
Kluczową właściwością tego mechanizmu jest ograniczenie przyznawania uprawnień do przypadków wyraźnie dozwolonych przez dostawcę usługi w ramach zasad dotyczących uprawnień FedCM, co wymusza kontrolę nad poszczególnymi ramkami i zapobiega pasywnemu nadzorowi ze strony dostawcy tożsamości poza możliwościami, które FedCM już zapewnia.
Testowanie origin | Wyjaśnienie | Wpis na ChromeStatus.com
Rezygnacja z podglądu multimediów
Ta odwrotna wersja próbna origin wyklucza witryny z wdrożenia podglądu multimediów.
Chrome będzie wyświetlać podgląd obrazu z kamery i dźwięku z mikrofonu w czasie rzeczywistym, gdy strony internetowe poproszą o dostęp do tych urządzeń. Będą one też dostępne na stronie z informacjami o witrynie.
Dodatkowo użytkownicy z kilkoma urządzeniami będą mogli wybrać kamerę i mikrofon w momencie, gdy pojawi się prośba o przyznanie uprawnień, chyba że witryna poprosiła o dostęp do konkretnego urządzenia za pomocą getUserMedia().
Testowanie origin | Błąd śledzenia nr 330762482 | Wpis na ChromeStatus.com
FedCM: Continuation API, Parameters API, Fields API, Multiple configURLs, Custom Account Labels
Deweloperzy mogą zacząć brać udział w testowaniu origin pakietu funkcji FedCM na komputery, który może obejmować autoryzację. Pakiet obejmuje interfejsy FedCM Continuation API, Parameter API, Fields API, Multiple configURLs i etykiety konta niestandardowe. Umożliwia to korzystanie z funkcji podobnej do procesu autoryzacji OAuth, która obejmuje okno uprawnień dostarczane przez dostawcę tożsamości.
Błąd śledzenia nr 40262526 | Wpis na ChromeStatus.com
Kontrola uprawnień osadzona na stronie
Podaj nowy element HTML, który współdziała z procesem uzyskiwania uprawnień.
Prośba o uprawnienia jest obecnie wywoływana bezpośrednio z JavaScriptu bez żadnego wyraźnego sygnału ze strony klienta użytkownika o jego zamiarze. Element w treści, którego użytkownik używa do wywołania procesu uzyskiwania uprawnień, pozwala poprawić wrażenia użytkownika związane z prośbą o uprawnienia, a także umożliwia witrynom przywrócenie stanu uprawnień po ich odrzuceniu.
Wycofane i usunięte funkcje
Wycofanie i usunięcie składni asercji importu „assert”
Wycofanie i usunięcie słowa kluczowego assert na rzecz nowego słowa kluczowego with w składni atrybutu importu.
Oznacza to, że import m from 'foo' assert { type: 'json' } będzie teraz powodować błąd SyntaxError, a deweloperzy muszą zmienić ten zapis na import m from 'foo' with { type: 'json' }.
Wpis na ChromeStatus.com | Specyfikacja
Więcej informacji
Szukasz innych usług? Zapoznaj się z tymi dodatkowymi materiałami.
- Nowości w Chrome 126
- Nowości w Narzędziach deweloperskich w Chrome 126
- Aktualizacje na stronie ChromeStatus.com dotyczące Chrome 126
- Kalendarz wersji Chrome
- Nadchodzące wycofania
- Nadchodzące usunięcia