Nowości w Chrome 108

Adriana Jara

Oto, co musisz wiedzieć na ten temat:

Nazywam się Adriana Jara. Przyjrzyjmy się nowościom dla deweloperów w Chrome 108.

Nowe jednostki rozmiaru widocznego obszaru

Nowe jednostki widocznego obszaru dają większą kontrolę nad tworzeniem adaptacyjnych interfejsów użytkownika.

Jednostki te inaczej mierzą obszar widocznego obszaru, ponieważ uwzględniają elementy interfejsu użytkownika w przeglądarce, które można rozwinąć lub zwinąć. Może to być na przykład pasek adresu.

Jednostki large podają rozmiar widocznego obszaru przy założeniu, że interfejsy klienta są zwinięte.

Z kolei jednostki small podają rozmiar widocznego obszaru przy założeniu, że interfejsy są rozwinięte.

W przypadku jednostek dynamic rozmiar widocznego obszaru automatycznie dostosowuje się do wyświetlanych lub niewidocznych elementów interfejsu przeglądarki.

Wartością może być wszystko, co mieści się w granicach dużej (maksymalnej) lub małej (minimalnej) jednostki.

Różne części widocznego obszaru dla poszczególnych typów jednostek widocznego obszaru.

Więcej informacji znajdziesz w tym artykule. Zapoznaj się też ze zmianą zmiany rozmiaru widocznego obszaru na Androidzie, aby prawidłowo objęło to widoczny obszar .

W COLRv1 obsługiwane są teraz czcionki zmiennych.

Czcionki wektorowe COLRv1 są obsługiwane od Chrome 98, ale pierwsza wersja obsługiwała tylko statyczną funkcjonalność tabeli COLRv1.

Jednak specyfikacja COLRv1 zawiera również odmiany OpenType, co oznacza możliwość zmiany właściwości czcionki przez zmianę wartości zmiennych osi. Takie odmiany są obecnie obsługiwane.

Ta wersja zawiera również rozszerzenia warunków font-tech() i font-format() w usłudze porównywania cen @supports .

W przypadku tych warunków deweloper może wykryć, kiedy funkcje czcionek są dostępne, aby zapewnić użytkownikom najnowsze funkcje, a także utworzyć metodę zastępczą, jeśli obsługa będzie niedostępna.

Wypróbuj wersję demonstracyjną tutaj i wprowadź zmiany w słowach dzięki zmiennym czcionkom.

Metody FileSystemSyncAccessHandle są teraz synchroniczne.

Prywatny system plików origin zapewnia dostęp do specjalnego rodzaju pliku, który jest wysoce zoptymalizowany pod kątem wydajności. Deweloperzy mogą uzyskać dostęp do takich plików, wywołując metodę createSyncAccessHandle(), która jest udostępniana w obiektach FileSystemFileHandle.

Ta rozmowa zakończy się: FileSystemSyncAccessHandle.

Metody truncate(newSize), getSize(), flush() i close() w tym uchwycie dostępu wcześniej były asynchroniczne, ale są synchroniczne od Chrome 108.

Ta zmiana nie ma sensu, ponieważ interfejs FileSystemSyncAccessHandle odpowiada synchronicznemu interfejsowi API plików przypominającym POSIX, którego oczekują aplikacje oparte na Wasm. Dzięki temu interfejs API jest bardziej ergonomiczny, a jednocześnie znacznie zwiększa jego wydajność.

Jest to zmiana potencjalnie powodująca niezgodność. Jeśli używasz powyższych metod, użycie Promise.then() nie będzie możliwe. Jeśli łączysz wywołanie then() w łańcuchu w wyniku działania dowolnej z metod synchronicznych, a obecnie asynchronicznych, musisz zmienić swój kod.

// ⛔️ This will break, and you need to restructure your code:
accessHandle.flush().then(/* Follow-up code */);
// ✅ Correct:
accessHandle.flush();
/* Follow-up code */

Szczegółowe instrukcje znajdziesz w tym artykule.

…i wiele innych.

Oczywiście, jest ich jeszcze więcej.

Więcej informacji

Ta analiza obejmuje tylko niektóre najważniejsze kwestie. Kliknij poniższe linki, aby dowiedzieć się więcej o zmianach w Chrome 108.

Subskrybuj

Aby być na bieżąco, zasubskrybuj kanał Chrome Developers w YouTube. Będziesz otrzymywać e-maile z powiadomieniami o każdym nowym filmie.

Jestem Adriana Jara i jak tylko pojawi się Chrome 109, będę tu, by informować Cię o nowościach w Chrome.