For noen dager siden Chrome sendte en endring til alle brukere av den stabile grenen av nettleseren som som standard aktiverer en ny kode for å organisere utdataene på systemer med en X -server, basert på bruk av et lag kalt «Ozon» som abstraherer samspillet med det grafiske undersystemet.
Bruker ozon gjør det mulig å gi støtte for X11 og Wayland i samme Chrome -bygg, uten å være knyttet til et bestemt grafisk undersystem.
Om Ozon
Ozon er et plattformabstraksjonslag under Aura -vindussystemet som brukes for inngang og grafikk på lavt nivå, og dermed støtter abstraksjonen underliggende systemer som spenner fra innebygde SoC-mål til nye alternative vindusystemer til X11 på Linux som Wayland eller Mir for å vise Aura Chromium ved å tilby en grensesnittimplementering av plattformen.
Siden det er ønsket at Chrome skal brukes i en lang rekke prosjekter, jobbes det med å lette migrering til nye plattformer.
For å støtte dette målet følger Ozone følgende prinsipper:
- Grensesnitt, ikke ifdefs: Forskjeller mellom plattformer håndteres ved å kalle et plattformgitt objekt via et grensesnitt i stedet for å bruke betinget kompilering. De interne komponentene i plattformen forblir innkapslet, og det offentlige grensesnittet fungerer som en brannmur mellom de nøytrale øvre lagene på plattformen (aura, flimmer, innhold, etc.) og de nedre plattformspesifikke lagene.
- Fleksible grensesnitt: Plattformgrensesnitt bør kapsle nøyaktig det Chrome trenger fra plattformen, med minimale begrensninger på plattformimplementering, samt minimale begrensninger for bruk av de øvre lagene.
- Kjøretid for alle plattformer: For å unngå betinget kompilering i de øvre lagene, tillater det oss å bygge flere plattformer i en binær og koble dem sammen ved kjøretid.
- Enkel forgrening - Mange porter starter som gafler, og mange av dem slår senere sammen koden oppstrøms, andre vil ha lang levetid utenfor treet. Dette er greit, og vi bør legge til rette for denne prosessen for å oppmuntre gafler.
Det er derfor uavhengigheten til særegenhetene ved å bygge et grafisk grensesnitt på forskjellige systemer opererer i Chrome den implementeres ved hjelp av sin egen Aura-plattform på tvers av plattformer. Aura fungerer som en vindusbehandling (Aura -skall), som kjører gjennom sin egen sammensatte server og bruker tilgjengelige GPU -verktøy for å øke hastigheten på grafiske operasjoner.
For å generere grensesnittelementer, Aura UI -grafikkverktøysettet brukes, som tilbyr sitt eget sett med widgets, dialoger, kontroller og hendelsesbehandlere. Av de underliggende grafikkstabelfunksjonene (X11, Wayland, Cocoa eller Windows) brukes bare utgangen øverst i rotvinduet.
Alle spesifikke operasjoner med Linux -grafikkstakken koker ned til ett lag lett utskiftbart abstrakt ozon. Så langt har Ozone -støtte blitt gitt i form av et alternativ, og standard er den gamle backend, kodet i X11.
Arbeidet med å oversette X11 -bygninger for å bruke ozonlaget har pågått siden 2020, og for brukere begynte den gradvise inkluderingen av Ozone / X11 -backend som standard med utgivelsen av Chrome 92.
Det vil si at for noen dager siden ble den nye backend aktivert for alle Chrome Linux -brukere. I tillegg til X11 og Wayland ("–ozone-platform = wayland" og "–ozone-platform = x11"), utvikler Ozone også plattformer for utdata gjennom KMS / DRM-grafikkdrivere, ASCII-grafikkutgang ved hjelp av libcaca-biblioteket, gjengivelse til PNG bilder (hodeløse) og streaming via Chromecast -enheter.
Til slutt nevnes det ovennevnte backend er planlagt, som bare støtter arbeid bare gjennom X11, blir avskrevet og til slutt fjernet fra kodebasen (Etter at den nye Ozone / X11 -backend nådde paritet i funksjonalitet og aktiverte den som standard, var det ingen vits å beholde en annen X11 -backend i nettleseren.)
Fuente: https://chromium.googlesource.com