Overleg Wikipedia:Toegankelijkheid

Moeilijkheden met toetsenbordbediening

• Samenvattend: hotkeys/sneltoetsen zijn ondoordacht geïmplementeerd.
• Bediening met het toetsenbord is vaak ondoenlijk door knulligheden die makkelijk op te lossen zijn. Een voorbeeld is het implementeren van een logische volgorde als de gebruiker de focus verplaatst met de Tab-toets.
• In de visuele editor kunnen de meeste dialoogvensters met alleen het toetsenbord ingevuld en bevestigd worden, maar er zijn gekke uitzonderingen.

Ik wilde het onderstaande – verplaatst van Overleg gebruiker:Bdijkstra en iets aangepast – niet op de projectpagina zetten, omdat het daarvoor te gedetailleerd en te specifiek is →bertux 3 apr 2021 00:18 (CEST)

Wijziging in de interface?

Sinds kort, vermoedelijk vandaag of gisteren, kan ik bepaalde tekens niet meer gebruiken in de bewerkingssamenvattingen (wikicode én visueel) en evenmin in teksten die ik aanmaak met Kopje toevoegen. (N.B.: de Nieuwe bewerkingstool is bij mij ingeschakeld.) Als ik bijvoorbeeld de + wil gebruiken, lukt dat wel via kopiëren en plakken, maar zonder meer typen resulteert in tekens zoals dezeː ̟̟.. Wat er precies verschijnt, hangt af van wat ik na de + typ. Ook blokhaken en de underscore resulteren in rare kriebels, dus pingen of linken is een enorm gedoe.

Na een tijdje begon ik een pop-up te verdenken, die aangeeft International Phonetic Alphabet - SIL. Uitschakelen lukte niet, want als ik de muis bewoog verdween de pop-up, om weer terug te keren als ik typte. Na wat nadenken lukte het, door de muis blind ongeveer op de juiste plek te zetten, dan iets te typen, nog even bijstellen, net zolang tot de muiswijzer precies op een minuscuul pijltje stond. Nog een keer typen en eindelijk: klik! De pop-up kreeg er door de klik een paar regels bij waaronder Invoermethoden uitschakelen Yes!

Ik weet niet of dit komt door een bedieningsfout van mij of door een wijziging in de interface, maar ik weet wel, dat dit slecht geïmplementeerde functionaliteit is: iets dat weinig gebruikt wordt en potentieel verstorend is, moet makkelijk en intuïtief uit te schakelen zijn.

Voor de volledigheid wil ik nog opmerken dat ik de Chromebrowser op een chromebook gebruik, met de optie Muiswijzer verbergen als ik typ ingeschakeld.

Weet jij of dit een bekend probleem is en hoe ik het eventueel kan melden? Ja, op Phabricator, maar daar ben ik niet vertrouwd mee. Eventueel wil ik mijn klacht wel in het Engels vertalen, dan mag iemand anders hem plaatsen  →bertux 19 mrt 2021 10:01 (CET)

Zulke vragen heb ik vaker zien langskomen op de Helpdesk, dus wellicht dat iemand daar meer details weet. Naar mijn herinnering was het euvel telkens opgelost via het wieltje onderin de linkerzijbalk (Invoer, Invoermethode uitschakelen). Volgens mw:Help:Extension:UniversalLanguageSelector/Input methods zou je ook iets moeten kunnen doen met Ctrl+M maar dat werkt bij mij niet (in Opera). Misschien heb je per ongeluk die toetscombinatie gebruikt? –bdijkstra (overleg) 19 mrt 2021 10:49 (CET)

Toetscombinaties

Dat zal 'm zijn! Ik had inderdaad Ctrl+M gebruikt. In het menu Opmaak van de visuele editor wordt aangegeven dat dit de toetscombinatie is waarmee je alle opmaak van geselecteerde tekst kunt verwijderen. Dat werkte niet en het alternatief Ctrl-\ evenmin. Toen ik een half uur later ergens een samenvatting wilde invullen, was ik die Ctrl-M natuurlijk allang vergeten.

Nu ik Invoermethoden uitgeschakeld heb, werken Ctrl-M en Ctrl-\ wél om opmaak, linkjes en dergelijke te verwijderen. Die combinaties worden blijkbaar dubbel gebruikt. Laat me raden… er is vast geen overzicht van sneltoetsen die ergens in de krochten van de Wikimedia-software geïmplementeerd zijn?

Nu we het toch over sneltoetsen hebben: omdat muisgebruik voor mij lastig en vermoeiend is, gebruik ik veel toetscombinaties, en ik merk dat de ontwikkelaars daar goedwillend maar onhandig mee omgaan.

Dialoogvensters

Na het invullen van dialoogvensters, bijvoorbeeld voor sjablonen en verborgen tekst, kun je in de visuele editor bevestigen met Crl-Enter. Echter, dit werkt niet als je bij een inline-referentie de basisvorm hebt gekozen. Waarom niet? Misschien omdat er dan geen sjabloon geplaatst wordt? In elk geval werkt deze combinatie ook niet als je de dialoog van Sjabloon:References ingevuld hebt. En ook niet als je helemaal klaar bent en je tekst wilt opslaan. Bij de meeste software heb je dan althans nog een toetscombinatie waarmee je de focus in de werkbalk kunt plaatsen om dan met Tab en Enter de gewenste optie te kiezen, maar ik heb geen consistente manier kunnen ontdekken om dat te bereiken. Het gelinkte overzicht is trouwens ook jammerlijk incompleet, van de tientallen combinaties worden er maar zeven genoemd.

Het alternatief Alt-Shift-S, dat althans in sommige situaties zou moeten werken, is op chromebooks gereserveerd door het besturingssysteem. Los daarvan: nu ik gewend ben aan de visuele editor, maar toch geregeld moet overschakelen naar de oude werkwijze, zou ik graag zien dat ook in de brontekst Ctrl-Enter zou werken, op zijn minst wanneer ik in de samenvattingsbalk sta.

Diverse bugs

Een paar andere voorbeelden:

• Tot een paar jaar geleden kon je na Alt-Shift-E (oftewel Brontekst bewerken) op Tab drukken om de cursor in het bewerkingsvenster te plaatsen. Tegenwoordig komt de focus dan op Samenvatting, de link die boven de samenvattingsregel staat en naar een helptekst leidt. Zelfs na tientallen keren Tab of Shift-Tab lukt het me niet om in het bewerkingsveld te komen. En, nog sterker: de link → Naar het bewerkingsvenster gaan heeft een vergelijkbaar maar net iets ander euvel en dat is toch echt bizar.
• In de brontekstmodus en kun je met een Tab naar de samenvattingsbalk springen. Gebruik je echter de Nieuwe overlegtool in de broncode-modus, dan kost het vijf Tabs en in de visuele modus een stuk of vijftien. Ik vind het niet erg om een paar keer op Tab te drukken, maar de basisfunctionaliteit moet zoveel Tabs niet nodig hebben

EU-wetgeving

De EU gaat binnen enkele jaren verplicht stellen dat websites toegankelijk moeten zijn met alleen het toetsenbord, dus het is goed als de ontwikkelaars alvast aan bewustwording werken. Voor mensen met visuele of motorische problemen is dit gewoon noodzakelijke functionaliteit  →bertux 19 mrt 2021 12:15 (CET)

Voor alle duidelijkheid, de European Accessibility Act / Directive (EU) 2019/882 geldt niet voor alle websites in de privé-sector. Bij mijn weten valt ook Wikipedia buiten het bereik van deze EU-richtlijn. Niettemin vind ik het belangrijk dat de toegankelijkheid van Wikipedia verbeterd wordt. (De Web Accessibility Directive, die al een tijdje van kracht is, geldt enkel voor overheidsinstellingen.) ChristopheS (overleg) 16 apr 2023 23:03 (CEST)

Dank voor de informatie, zal het doornemen  →bertux 17 apr 2023 08:43 (CEST)