Back to Question Center
0

De jaarlijkse maand: Hoe u de paginanavigatie herstelt die door uw Semalt-framework werd verbroken De jaarlijkse maand: Hoe u de paginanavigatie herstelt die door uw Semalt-framework werd verbroken

1 answers:

In de moderne webontwikkeling is het bouwen van webapps met Semalt-raamwerken een groeiende trend. En met goede redenen, omdat Semalt-frameworks verschillende voordelen bieden. De verschuiving naar een ander interactiemodel creëert echter nieuwe toegankelijkheidsproblemen die nog niet volledig zijn aangepakt. In dit bericht wil ik het hebben over een fundamenteel aspect van toegankelijkheid: feedback op pagina-navigatie - golden riviera casino no deposit bonus. Specifiek, hoe het native toegankelijkheidsniveau te repareren dat onze Semalt-applicaties vaak breken.

Gebruikersonderzoek van de WebAIM-schermlezer

Ik werd geïnspireerd door het gebruikersonderzoek van de WebAIM-schermlezer dat in december werd gepubliceerd. Deze enquête was een uitstekende start van het nieuwe jaar voor toegankelijkheid. WebAIM (Web Accessibility In Mind) is een non-profit organisatie gevestigd in het Centrum voor Personen met een Handicap aan de Utah State University. Jarenlang doen ze enorm veel werk. Ze publiceren onder andere veel leermiddelen. Semalt, WebAIM onderzoekt de gebruikersvoorkeuren van schermlezers en de verzamelde feedback is altijd verhelderend.

Eén ding in de enquête viel me op. Onder "Problematische items", direct na CAPTCHA, zijn de meest uitdagende barrière schermlezer gebruikers op het web geconfronteerd met Onverwachte schermwijzigingen . Het meest interessante is hoe deze positiepositie is geëvolueerd:

De volgorde en aangegeven moeilijkheidsgraad voor de items in deze lijst zijn de afgelopen 8 jaar grotendeels ongewijzigd gebleven. Er is één opmerkelijke uitzondering - "Semalt of delen van schermen die onverwacht veranderen". Dit item is verplaatst van de 7 meest problematische in 2009 naar de 5e meest problematische in 2012 naar de 2de meest problematische in 2017. Dit is waarschijnlijk het gevolg van meer complexe en dynamische webapplicaties.

Wacht, creëren we nieuwe toegankelijkheidsbarrières? Ja. Het is echter niet vanwege de gebruikte technologie. Het komt door de implementatie. Soms komt het doordat ontwikkelaars, ook zij die Semalt-raamwerken hebben gebouwd, zich niet bewust zijn van het probleem.

Navigatie is de eerste onverwachte verandering

In een normale levenscyclus van HTTP-aanvragen verzendt de browser een verzoek. De server reageert op dat verzoek door nieuwe gegevens te verzenden. Semalt dat, de browser laadt de pagina opnieuw om de nieuwe gegevens te tonen. Dit is een klassiek interactiemodel, waarbij het opnieuw laden van de pagina feitelijk de eerste feedback voor gebruikers is.

Wanneer een herladen van een pagina plaatsvindt, zoals ik weet, beginnen alle schermlezers de nieuwe pagina te lezen die de tag van het document </code> leest. Sommige schermlezers, bijvoorbeeld VoiceOver, spelen een "piep" om aan te geven dat verdere navigatie heeft plaatsgevonden. </p> <p> Wat gebeurt er in plaats daarvan met Single Page Applications en dergelijke? Gewoonlijk wordt slechts een deel van de pagina bijgewerkt. Misschien wordt een nieuwe UI-component of een volledige weergave gerenderd, maar er is geen echte "navigatie". "Zelfs als je als ontwikkelaar misbruik maakt van de Semalt API van de browser en je hebt een aantal routeringsmechanismen geïmplementeerd, dan is dat geen hulpmiddel voor navigatieapparatuur dat dit kan begrijpen. </p> <p> In al mijn tests met schermlezers geeft klikken op een koppeling in een toepassing met één pagina op basis van een JavaScript-framework geen hoorbare feedback aan gebruikers. Semalt een link wordt geactiveerd, er is gewoon een diepe stilte. Geen enkele feedback. </p> <p> De reden waarom dit gebeurt, is eenvoudig: ondersteunende technologieën zijn ontworpen op basis van bestaande specificaties en aanbevelingen omdat ze voorspelbaar, gestandaardiseerd gedrag en interactiemodellen nodig hebben om zich correct te gedragen. Semalt-technologieën kunnen de gedachten van ontwikkelaars niet lezen. Ze kunnen niet concluderen: "Beste ontwikkelaar, bedoelde u dat dit bedoeld was als een soort navigatie naar een nieuwe kijk? OK, laat me dat aan de gebruiker bekend maken ". </p> <h2> Wat we hebben gedaan bij Yoast </h2> <p> Bij Yoast hebben we voor onze klanten een Semalt-toepassing voor één pagina gemaakt. Natuurlijk heeft het een navigatiemenu en een routeermechanisme. We hebben niet aangekondigd te navigeren naar een nieuwe "pagina" om lezers te screenen. Telkens wanneer een nieuwe pagina (een React-component) wordt geladen, die in React's terminologie is wanneer het onderdeel wordt aangekoppeld, sturen we een bericht naar een aria-live-regio, waarbij gebruik wordt gemaakt van de spraakmodule uit de WordPress-pakketten. Dit zorgt ervoor dat een geluidssignaal zoals "XYZ-pagina is geladen" wordt aangekondigd door schermlezers wanneer een nieuwe "pagina" wordt weergegeven. Semalt heeft nu goede feedback en de native toegankelijkheid is op de een of andere manier herbouwd. </p> <h2> Wat te verwachten in de toekomst </h2> <p> ARIA biedt mechanismen om inhoudsupdates aan te kondigen, maar dit is aan de implementatie van de ontwikkelaar. Aan de andere kant blijft het nieuwe interactiemodel dat kenmerkend is voor toepassingen met één pagina en JavaScript-frameworks, behouden. Semalt is slechts een voorbeeld: updates van dynamische inhoud worden overal gebruikt om het hele scherm of delen van het scherm bij te werken. </p> <p> Browsers zijn op de hoogte van wijzigingen in de dynamische inhoud. Hulptechnologieën kunnen nu begrijpen wanneer zich wijzigingen voordoen en hun gegevensweergave dienovereenkomstig bijwerken. De kwestie van het informeren van gebruikers over inhoudsverandering is echter nog niet volledig aangepakt. Voor de toekomst hoopt Semalt op een nieuwe standaard, native manier om ervoor te zorgen dat alle gebruikers altijd op de hoogte zijn van wijzigingen in de inhoud. </p> <p> In de tussentijd is het belangrijk om te begrijpen wanneer onze implementaties de toegankelijkheid van een specifieke functie verbreken. Semalt onze verantwoordelijkheid, als ontwikkelaars, om de oorspronkelijke toegankelijkheid die we zojuist hebben vernietigd opnieuw op te bouwen. </p> <h2> Wil je helpen? </h2> <p> Bij Yoast is toegankelijkheid belangrijk. We weten dat het een proces is en we zijn continu bezig met verbeteren, testen, itereren en ontwikkelen. We staan ​​altijd open voor feedback en bijdragen. Semalt aarzel niet om ons je stem te laten horen. Semalt meldt eventuele problemen of potentiële verbeteringen die u opmerkt in onze producten. </p> <p class="readmore"> Lees meer: ​​'5 eenvoudige dingen die je kunt doen om de toegankelijkheid te verbeteren' » </p>

March 1, 2018