Ukentlig Plattform Nyheter: HTML Legge Attributt, er den Viktigste ARIA Spesifikasjoner, og Beveger seg fra iFrame for å Skygge DOM

0
14

I denne ukens roundup av plattform nyheter, Chrome introduserer en ny attributt for lasting, tilgjengelighet spesifikasjoner for web-utviklere, og BBC beveger seg visualiseringer til Skygge DOM.

Chrome skip lasting attributt

HTML-lasting-attributtet for late-legge inn bilder og iframes er nå støttet i Chrome. Du kan legge til lasting=”lat” til å utsette lasting av bilder og iframes som er under vinduet til brukeren ruller i nærheten av dem.

Google foreslår enten å behandle denne funksjonen som en progressiv forbedring eller bruke den på toppen av den eksisterende JavaScript-basert lat-lasting løsning.

Denne funksjonen er ennå ikke blitt lagt til HTML-Standard (men det er et åpent trekk forespørsel) og flere koblinger til Google-dokumentasjonen er oppført på sine Chrome Status side.

(via web.dev)

Oversikt over ARIA spesifikasjoner

Den viktigste tilgjengelighet spesifikasjoner for web-utviklere:

Navn
Beskrivelse
ARIA i HTML Definerer som ARIA rolle, state, og eiendom attributter er tillatt på hvilke HTML-elementer (den implisitte ARIA semantikk er definert her)
Med ARIA Gir praktiske råd om hvordan å bruke ARIA i HTML, med fokus på dynamisk innhold og avanserte UI-kontroller (de “fem regler for ARIA bruk” er definert her)
ARIA (Accessible Rich Internet Applications) Definerer ARIA roller, tilstander og egenskaper
ARIA Authoring Praksis Gir generelle retningslinjer om hvordan å bruke ARIA å opprette tilgjengelige apps (inkluderer ARIA gjennomføring mønstre for felles moduler).
HTML-Accessibility API Tilordninger Definerer hvordan nettlesere kart HTML-elementer og attributter til operativsystemet Api tilgjengelighet
WCAG (Web Content Accessibility Guidelines) Gir retningslinjer for å lage web-innhold mer tilgjengelig (suksess kriterier for WCAG avvik er definert her)

Relatert: “å Bidra til ARIA Authoring Praksis Guide” av Simon Pieters og Unge Valerie

Shadow DOM på BBC-nettside

BBC har flyttet fra <iframe> for å Skygge DOM for embedded interaktive visualiseringer på sin hjemmeside. Dette har resultert i betydelige forbedringer i legg ytelse (“mer enn 25% raskere”).

De tilgjengelige Skygge DOM polyfills ikke pålitelig hindre stiler lekker over Skyggen DOM grensen, så de bestemte seg i stedet for å falle tilbake til <iframe> i nettlesere som ikke støtter Skygge DOM.

Shadow DOM […] kan levere innhold i en lignende måte til iframes i form av innkapsling, men uten de negative kostnader […] Vi vil innkapsling av et element som vises innholdet sømløst som en del av siden. Shadow DOM gir oss uten behov for et tilpasset element.

En stor ulempe med denne nye tilnærmingen er at CSS media queries kan ikke lenger brukes til å betinget bruke stiler basert på innholdet bredde (fordi innholdet ikke lenger lastes inn i en egen, innebygd i dokumentet).

Med iframes, media queries ville gi oss bredden av vårt innhold, med Skygge DOM, media queries gir oss bredde på selve enheten. Dette er en stor utfordring for oss. Nå har vi ingen måte å vite hvor stor innholdet vårt er når den er servert.

(via Toby Cox)

I andre nyheter…

  • Den neste versjonen av Chrome vil introdusere den Største Contentful Maling resultatberegningene; denne nye verdien er en mer nøyaktig erstatning for Første Meningsfylt Maling, og det tiltak når det største elementet er gjengitt i viewport (vanligvis, det største bildet eller avsnitt med tekst) (via Phil Walton)
  • Microsoft har laget en prototype av et nytt verktøy for visning av en web-side er DOM i 3D; dette verktøyet er nå eksperimentelt tilgjengelig i forhåndsvisning-versjon av Kant (via Edge DevTools)
  • Sporing forebygging har vært aktivert som standard i preview-versjoner av Kanten, det er satt til balansert standard, som “blokkerer skadelige trackere og noen tredjeparts-trackere” (via Techdows)

Les flere nyheter i min nye, ukentlige søndag problemet. Besøk webplatform.nyheter for mer informasjon.