Schermlezer

Command-line (text)Edit

in vroege besturingssystemen, zoals MS-DOS, die gebruik maakten van command-line interfaces (CLIs), bestond de schermweergave uit tekens die rechtstreeks naar een schermbuffer in het geheugen en een cursorpositie werden toegewezen. Invoer was via het toetsenbord. Al deze informatie kon dus van het systeem worden verkregen door de informatiestroom rond het systeem aan te sluiten en de schermbuffer te lezen of door een standaard hardware-uitgang te gebruiken en de resultaten aan de gebruiker te communiceren.in de jaren tachtig ontwikkelde het Research Centre for the Education of the visueel Handicapped (RCEVH) van de Universiteit van Birmingham schermlezers voor BBC Micro en NEC Portable.

GraphicalEdit

Off-screen modelsEdit

met de komst van graphical user interfaces (GUI ‘ s) werd de situatie ingewikkelder. Een GUI heeft tekens en afbeeldingen getekend op het scherm op bepaalde posities, en daarom is er geen louter tekstuele weergave van de grafische inhoud van het scherm. Schermlezers werden daarom gedwongen om nieuwe low-level technieken te gebruiken, berichten van het besturingssysteem te verzamelen en deze te gebruiken om een “off-screen model” op te bouwen, een weergave van het display waarin de vereiste tekstinhoud wordt opgeslagen.

bijvoorbeeld, het besturingssysteem kan berichten sturen om een commandoknop en het bijschrift te tekenen. Deze berichten worden onderschept en gebruikt om het off-screen model te bouwen. De gebruiker kan schakelen tussen besturingselementen (zoals knoppen) die beschikbaar zijn op het scherm en de bijschriften en de inhoud van de besturing worden hardop gelezen en/of weergegeven op een vernieuw Braille display.

schermlezers kunnen ook informatie over menu ‘ s, besturingselementen en andere visuele constructies communiceren om blinde gebruikers in staat te stellen met deze constructies te communiceren. Echter, het onderhouden van een off-screen model is een belangrijke technische uitdaging; het aansluiten van de low-level berichten en het onderhouden van een nauwkeurig model zijn beide moeilijke taken.

toegankelijkheid APIsEdit

besturingssysteem en applicatie ontwerpers hebben geprobeerd om deze problemen aan te pakken door het bieden van manieren voor schermlezers om toegang te krijgen tot de inhoud van het scherm zonder een off-screen model te onderhouden. Deze omvatten de levering van alternatieve en toegankelijke representaties van wat wordt weergegeven op het scherm toegankelijk via een API. Bestaande API ‘ s omvatten:

  • Android Accessibility Framework
  • Apple Accessibility API
  • AT-SPI
  • IAccessible2
  • Microsoft Active Accessibility (MSAA)
  • Microsoft UI Automation
  • Java Access Bridge

schermlezers kunnen het besturingssysteem of de toepassing opvragen voor wat er momenteel wordt weergegeven en updates ontvangen wanneer het scherm verandert. Bijvoorbeeld, een schermlezer kan worden verteld dat de huidige focus is op een knop en de knop bijschrift te communiceren aan de gebruiker. Deze aanpak is aanzienlijk eenvoudiger voor de ontwikkelaars van screen readers, maar mislukt wanneer applicaties niet voldoen aan de toegankelijkheid API: Microsoft Word voldoet bijvoorbeeld niet aan de MSAA API, dus screen readers moeten nog steeds een off-screen model voor Word onderhouden of een andere manier vinden om toegang te krijgen tot de inhoud ervan. Een aanpak is om beschikbare besturingssysteem berichten en toepassing object modellen te gebruiken om toegankelijkheid API ‘ s aan te vullen.men kan aannemen dat

schermlezers toegang hebben tot alle beeldscherminhoud die niet intrinsiek ontoegankelijk is. Webbrowsers, tekstverwerkers, pictogrammen en windows-en e-mailprogramma ‘ s zijn slechts enkele van de toepassingen die met succes worden gebruikt door gebruikers van de schermlezer. Volgens sommige gebruikers is het gebruik van een schermlezer echter aanzienlijk moeilijker dan het gebruik van een GUI, en veel toepassingen hebben specifieke problemen als gevolg van de aard van de applicatie (bijvoorbeeld animaties) of het niet voldoen aan de toegankelijkheidsnormen voor het platform (bijvoorbeeld Microsoft Word en actieve toegankelijkheid).

Self-voicing programma ’s en applicationsEdit

sommige programma’ s en applicaties hebben intonatietechnologie ingebouwd naast hun primaire functionaliteit. Deze programma ‘ s worden genoemd self-voicing en kan een vorm van ondersteunende technologie zijn als ze zijn ontworpen om de noodzaak om een scherm lezer te gebruiken verwijderen.

Cloud-basedEdit

sommige telefoondiensten staan gebruikers toe om op afstand met het internet te communiceren. TeleTender kan bijvoorbeeld webpagina ’s lezen via de telefoon en vereist geen speciale programma’ s of apparaten aan de gebruikerszijde.

Web-basedEdit

een relatief nieuwe ontwikkeling op dit gebied is web-based applicaties zoals Spoken-Web die fungeren als web portals, het beheren van inhoud zoals nieuwsupdates, weer, wetenschap en zakelijke artikelen voor visueel gehandicapte of blinde computergebruikers. Andere voorbeelden zijn ReadSpeaker of BrowseAloud die tekst-naar-spraakfunctionaliteit toevoegen aan webinhoud. Het primaire publiek voor dergelijke toepassingen is degenen die moeite hebben met lezen als gevolg van leerstoornissen of taalbarrières. Hoewel de functionaliteit beperkt blijft in vergelijking met gelijkwaardige desktoptoepassingen, is het belangrijkste voordeel dat de toegankelijkheid van deze websites wordt vergroot wanneer gebruikers geen toestemming hebben om aangepaste software te installeren, waardoor mensen meer “vrijheid hebben om te zwerven”.

met de ontwikkeling van smartphones, de mogelijkheid om te luisteren naar geschreven documenten (tekstuele webinhoud, PDF-documenten, e-mails, enz.) tijdens het rijden of tijdens een soortgelijke activiteit op dezelfde manier dat het luisteren naar muziek, zal profiteren van een veel breder publiek dan visueel gehandicapten. De bekendste voorbeelden zijn Siri voor iOS, en Google Now en Iris voor Android. Met de release van de Galaxy S III introduceerde Samsung ook een vergelijkbare intelligente persoonlijke assistent genaamd S Voice. Op het BlackBerry 10-besturingssysteem heeft hun Z30-smartphone ook gesproken interactiefuncties, die vergelijkbaar zijn met de andere mobiele besturingssystemen.

deze functionaliteit hangt af van de kwaliteit van de software, maar ook van een logische structuur van de tekst. Gebruik van koppen, interpunctie, aanwezigheid van alternatieve attributen voor afbeeldingen, enz. is cruciaal voor een goede vocalisatie. Ook een website kan een mooie look hebben vanwege het gebruik van de juiste tweedimensionale positionering met CSS, maar de standaard linearisatie, bijvoorbeeld, door het onderdrukken van een CSS en Javascript in de browser kan niet begrijpelijk zijn.

Leave a Reply