Några dagar sedan Chrome skickade en ändring till alla användare av webbläsarens stabila gren som som standard aktiverar en ny kod för att organisera utdata på system med en X -server, baserat på användningen av ett lager som heter "Ozon" som abstraherar interaktionen med det grafiska delsystemet.
Använda Ozon tillåter stöd för X11 och Wayland i samma Chrome -version, utan att vara knuten till ett specifikt grafikundersystem.
Om Ozon
Ozon är ett plattforms abstraktionslager under Aura fönstersystem som används för ingång och grafik på låg nivå, därigenom stöder abstraktionen underliggande system som sträcker sig från inbyggda SoC-mål till nya alternativa fönstersystem till X11 på Linux som Wayland eller Mir för att visa Aura Chromium genom att tillhandahålla ett gränssnittsimplementering av plattformen.
Eftersom det är önskvärt att Chrome används i en mängd olika projekt, jobbar vi på att underlätta migrering till nya plattformar.
För att stödja detta mål följer Ozone följande principer:
- Gränssnitt, inte ifdefs: Skillnader mellan plattformar hanteras genom att anropa ett plattformsobjekt via ett gränssnitt istället för att använda villkorlig sammanställning. Plattformens interna komponenter förblir inkapslade och det offentliga gränssnittet fungerar som en brandvägg mellan plattformens neutrala övre lager (aura, flimmer, innehåll etc.) och de nedre plattformsspecifika skikten.
- Flexibla gränssnitt: Plattformsgränssnitt ska innehålla exakt vad Chrome behöver från plattformen, med minimala begränsningar för plattformsimplementering, samt minimala begränsningar för att använda de övre lagren.
- Körtid för alla plattformar: för att undvika villkorlig sammanställning i de övre lagren tillåter det oss att bygga flera plattformar i en binär och länka dem vid körning.
- Enkel förgrening - Många hamnar börjar som gafflar och många av dem slår sedan ihop sin kod uppströms, andra kommer att ha en lång livslängd utanför trädet. Det här är bra, och vi bör underlätta denna process för att uppmuntra gafflar.
Det är därför oberoende av särdragen i att bygga ett grafiskt gränssnitt på olika system fungerar i Chrome den implementeras med hjälp av en egen Aura-plattform över flera plattformar. Aura fungerar som en fönsterhanterare (Aura -skal), kör genom sin egen sammansatta server och använder tillgängliga GPU -verktyg för att påskynda grafiska operationer.
För att generera gränssnittselement, Aura UI -grafikverktygssatsen används, som tillhandahåller en egen uppsättning widgets, dialogrutor, kontroller och händelsehanterare. Av de underliggande grafikstapelfunktionerna (X11, Wayland, Cocoa eller Windows) används endast utmatningen högst upp i rotfönstret.
Alla specifika operationer med Linux -grafikstacken reduceras till ett lager lätt utbytbart abstrakt ozon. Hittills har Ozon-stöd tillhandahållits i form av ett alternativ och standard är den gamla, X11-kodade backend.
Arbetet med att översätta X11 -byggnader för att använda Ozonskiktet har pågått sedan 2020 och för användare började den gradvisa inkluderingen av Ozone / X11 -backend som standard med lanseringen av Chrome 92.
Det vill säga, för några dagar sedan aktiverades den nya backend för alla Chrome Linux -användare. Förutom X11 och Wayland ("–ozone-platform = wayland" och "–ozone-platform = x11") utvecklar Ozone också plattformar för utmatning via KMS / DRM-grafikdrivrutiner, ASCII-grafikutmatning med libcaca-biblioteket, rendering till PNG bilder (huvudlösa) och streaming via Chromecast -enheter.
Slutligen nämns det ovanstående backend är planerad, som bara stöder arbete endast genom X11, kommer att avvecklas och så småningom tas bort från kodbasen (Efter att den nya Ozone / X11 -backend uppnått paritet i funktionalitet och aktiverat den som standard var det ingen idé att behålla en annan X11 -backend i webbläsaren.)
Fuente: https://chromium.googlesource.com