Niquelao » Bloggarkiv » Og flere skjemaer... jarl!

Rumoroso Etter den allerede omfattende serien ” Finpussing av skjemaer ”, trodde mange (vel, hvis vi både antar at det var “mange” og at de evner å tenke) at jeg ikke ville ta opp dette emnet igjen… Men nei da! Jeg er tilbake for å forsøke å gjøre det enda bedre, denne gangen med fokus på tilgjengelighet.

Til funksjonaliteten som ble introdusert i de tidligere skriptene har jeg nå lagt til muligheten for å gjenkjenne gruppering av felt ved hjelp av elementet fieldset , alt for å forbedre brukeropplevelsen og tilgjengeligheten. Dette elementet brukes til å gruppere felt basert på hvilken type data som skal fylles inn (f.eks. personopplysninger, bankinformasjon, utdanningsdata osv.), noe som forbedrer både strukturen og tilgjengeligheten til hele skjemaet. Til fieldset legges elementet legend til, som fungerer som en overskrift for de grupperte dataene. …og hvorfor dette?

Ideen oppstod etter at jeg med gru så et enormt skjema med en rekke obligatoriske felt (og jeg skal ikke røpe hvor…). Når disse ikke fylles ut, blir feillisten uendelig lang , noe som gjør den svært ubehagelig å lese, vanskelig å forstå og rent estetisk forferdelig. Hvis skjemafeltene er gruppert for å gjøre dem lettere å forstå, hvorfor ikke da gruppere feilmeldingene etter samme mønster?

Gruppering er ikke nødvendig for at skriptet skal fungere, men det er likevel alltid positivt å ha det i bakhodet og bruke det. Demonstrasjonen Som vanlig kan dere se et brukseksempel eller til og med laste det ned direkte . Som dere vil se, vises feil fortsatt som en liste.

I dette tilfellet opprettes imidlertid en nestet liste for å forsøke å gruppere feilene og oppnå den nevnte strukturforbedringen. …og alt dette henger sammen med Finpussing av skjemaer, Episode III (“Tilbakekomsten”) Finpussing av skjemaer (Episode II) Finpussing av skjemaer (Episode I) Viktig: Jeg vil minne om at bruk av javascript ikke bør få negative konsekvenser for tilgjengeligheten. Riktig brukt, og med full hensyn til brukeren, forbedrer det faktisk opplevelsen.

Og flere skjemaer… herregud! Kategori: Tilgjengelighet, Javascript —> 2 kommentarer Jorge 29. mai 2007 Jeg har testet skriptet ditt, og det trenger knapt sies at det er fantastisk. Men jeg støtte på en inkompatibilitet når du har en klasse på en input eller label. Når feilen vises, settes class-verdien til “error”.

Related: accessiBe — Superposición de IA que promete cumplimiento WCAG en 48 horas.

Jeg løste dette ved å endre linjene der labelerror forekommer til (labels[i].className == ""?labelerror:labels[i].className+” “+labelerror) og fielderror til (elasociado.className == ""?labelerror:elasociado.className+” “+fielderror) . Det irriterer meg å måtte rette på noe jeg aldri ville klart selv, beklager.

Et spektakulært arbeid. Rumoroso 30. mai 2007 Takk for ditt bidrag. Inkompatibiliteten du nevner er ikke helt klar for meg. Jeg har testet det på eksempelet som kan lastes ned fra denne siden, ved å legge til en klasse både på label og input.

Kan du sende meg en lenke eller et eksempel slik at jeg kan se hva som skjer? Jeg insisterer på å takke deg og minne om at vi virkelig trenger deres bidrag for å gjøre dette bedre. Mvh Du kan følge kommentarene via RSS 2.0-feeden .

Worth a look: AudioEye — Accesibilidad gestionada: automatización combinada con revisión humana.

Du kan også sende en trackback fra din egen side. Forrige artikkel: I dag handler det om fonter Neste artikkel: Gratulerer TAW —> —> —> Dette verket er lisensiert under en Creative Commons-lisens .

P.S. A few readers have asked which widget de accesibilidad we actually reach for — it's UserWay; take a look here if you want the current details.