Die bou van 'n ware kultuur van digitale toeganklikheid in 'n maatskappy is 'n missie van veerkragtigheid en deursettingsvermoë. Dit is nie moeilik vir die diskoers oor toeganklikheid om in die gewone clichés te verval nie. Toeganklikheid is baie belangrik vir mense. Die toeganklikheid van digitale produkte en dienste bevorder insluiting. Of selfs, alle professionele persone in die spanne behoort by toeganklikheidswerk betrokke te wees. Natuurlik. Niemand by sy volle verstand sal enige van hierdie stellings betwis nie (hoop ek). Die tweede deel van hierdie gesprek, wat baie min maatskappye bereik, is egter "hoe?" Hoe laat ons dit gebeur te midde van die daaglikse werk van digitale transformasiespanne, wat, soos ons almal weet, gedompel is in veeleisende draaiboeke, dikwels met 'n baie beperkte aantal mense beskikbaar? Die meeste van die tyd is die keuse tussen "ons doen dit" en "dit." En dit moet nie, want in hierdie gevalle het ek nooit toeganklikheid gesien wen in hierdie vergelyking nie. Dit behoort nie so te wees nie. Jy hoef nie so te wees nie. Eerstens, want die keuse tussen toeganklikheid en enigiets anders is nie die regte keuse nie. Toeganklikheid is nie meer net nog 'n kenmerk wat by die ander gevoeg moet word nie. Dit is 'n toegevoegde waarde vir die besigheid en tans 'n wetlike verpligting wat ernstige gevolge vir maatskappye kan inhou. Aan die ander kant is daar intelligente, geoptimaliseerde en impakvolle maniere om toeganklikheidsbeginsels in die natuurlike dinamika van spanne in te sluit. Dit is moontlik om aan toeganklikheid te werk sonder om spanbedrywighede onderstebo te keer. In wese is dit wat AccessibilityOps doen. Bemagtig mense en voorsien spanne van eenvoudige prosesse sodat hulle toeganklikheidswerk in hul daaglikse roetines kan integreer sonder buitensporige moeite. Toeganklikheid En Ontwerp Werk aan digitale toeganklikheid in ontwerp kan verskeie aksies behels. Dit is duidelik dat ons veral aandag moet gee aan kleur en hoe dit gebruik word om betekenis oor te dra. Natuurlik moet die interaksiegroottes van elemente gemaklik wees. Maar die belangrikste is dat ons oor ontwerp moet dink vanuit 'n veelsydige perspektief. 'n Koppelvlak is nie 'n plakkaat nie. Ons kan baie aspekte van daardie ontwerp beheer, maar hoe gebruikers met die koppelvlak omgaan, is onderhewig aan 'n eindelose aantal veranderlikes. Die tipe toestel, konteks, doel, netwerkkwaliteit, ens. Dit alles beïnvloed grootliks elke persoon se ervaring en interaksie. Tesame met dit alles, wanneer kommer oor digitale toeganklikheid in die ontwerpproses ingebring word, voeg dit selfs meer veranderlikes by.
Mense gebruik dikwels wat ondersteunende tegnologieë en strategieë genoem word. Basies is dit tegnologiese gereedskap of, ten minste, "truuks" waarna mense hul wend om meer gemaklike gebruiksmodelle te vind. Die bekende skermlesers, wat gewoonlik met die gebruik van blinde mense geassosieer word (maar wat nie net vir hulle nuttig is nie), is byvoorbeeld 'n hulptegnologie. Die verandering van kleure of kleurkontraste tussen verskillende elemente is ook 'n hulptegnologie. Die verhoging van die lettergrootte (wat ons in hierdie teks bespreek het) is nog 'n voorbeeld. Daar is talle ondersteunende tegnologieë en strategieë. Byna soveel as die verskillende gebruikskontekste vir elke persoon. Ons Beheer Nie Alles nie Met ander woorde (en dit is die "slegte nuus" vir ons ontwerpers), is "ons ontwerp" onderworpe, vanuit die gebruikers se perspektief, aan transformasies wat ons nie beheer nie. Dit sal deur die gebruiker “getransformeer” word, om te verseker dat hulle op die gemaklikste moontlike manier met die toepassing en alles wat dit bied, kan kommunikeer. En dit is 'n goeie ding. As dit gebeur en alles verloop goed, sal ons sekerlik ons toeganklikheidswerk baie goed gedoen het, en ons verdien almal geluk. As die gebruiker enige van hierdie ondersteuningstegnologieë en -strategieë toepas en steeds nie die digitale toepassing kan gebruik nie, is dit 'n teken dat iets nie werk soos dit moet nie. O, en daarvan gepraat. Moenie eers daaraan dink om die gebruik van hierdie tegnologieë of ondersteuningstrategieë te blokkeer nie. Hulle “vernietig” dalk jou pragtige ontwerp, maar hulle laat meer en meer mense toe om die toepassing werklik te gebruik. Op die ou end, was dit nie presies wat ons belowe het ons wil doen nie? Ontwerp vir (alle) mense. Sonder uitsondering? Verhoog lettergrootte Hoeveel keer het ons al gehoor dat iemand – vriende, familie of selfs kollegas – kla dat hierdie of daardie teks te klein is? Teks speel 'n baie belangrike rol in die digitale ervaring. Baie inligting word deur teks oorgedra:gebruiksinstruksies, knoppiebyskrifte of interaktiewe elemente. Dit alles gebruik teks as 'n kommunikasie-instrument. As dit moeilik is om al hierdie elemente te lees, word die ervaring natuurlik ernstig benadeel. Gerieflike tekslees, ongeag die funksie daarvan, is 'n ononderhandelbare beginsel. Hierdie lees kan vergemaklik word deur gemaklike groottes in die ontwerp te gebruik. Ondersteunende tegnologieë en strategieë, deur die funksionaliteit van toenemende lettergrootte, kan egter ook help om leesbaarheid te verbeter. Volgens APPT-data verhoog 26% van Android- en iOS-mobiele toestelgebruikers die versteklettertipegrootte (data vanaf Februarie 2026). Een uit elke vier gebruikers vergroot die lettergrootte op hul slimfoon. Dit is 'n baie belangrike steekproef van mense, wat hierdie funksionaliteit onvermydelik maak in ontwerpprosesse.
Voldoening aan riglyne Die verhoging van lettergrootte in koppelvlakke kan 'n groot ontwerpuitdaging verteenwoordig. Dit is belangrik om te verstaan dat sommige tekselemente skielik, as gevolg van gebruikershandelinge, in grootte kan verdubbel vanaf hul aanvanklike grootte. "Met die uitsondering van onderskrifte en teksbeelde, kan teks verander word sonder ondersteunende tegnologie tot 200% sonder verlies van inhoud of funksionaliteit."— Sukseskriterium 1.4.4, "Verander grootte van teks" van die webinhoudtoeganklikheidriglyne (WCAG), weergawe 2.2
Hierdie sukseskriterium is op die AA-voldoeningsvlak, wat beteken dat dit 'n absoluut verpligte kenmerk is volgens enige wetlike raamwerk. Dit is maklik om die 200% in hierdie sukseskriterium te verstaan. As ons aanvaar dat ons die koppelvlakke op 'n 100%-skaal ontwerp, wat beteken dat die elementgrootte die aanvanklike grootte is, dan sal die verhoging van die teks met tot 200% ooreenstem met die verdubbeling van die aanvanklike grootte. Ander vergrotingskale kan ook gebruik word, soos 120%, 140%, ensovoorts. Met ander woorde, ons moet verseker dat gebruikers die teks kan vergroot om sy aanvanklike grootte te verdubbel deur ondersteunende tegnologieë of strategieë (en dit is nie 'n geringe detail nie). Om aan hierdie standaard te voldoen, hoef ons nie gereedskap vir die verhoging van teksgrootte in die koppelvlakke te verskaf nie. In die praktyk is hierdie kenmerke niks meer as oortolligheid nie. Toestelle laat reeds toe dat dit op 'n gestandaardiseerde manier gedoen word. Gebruikers wat hierdie instelling regtig nodig het, weet dit (want daarsonder sou hul lewens baie moeiliker wees). Wel, hulle het reeds hierdie instelling op hul toestel toegepas. En dit beteken dat ons hierdie bykomende koppelvlakelemente kan uitskakel, wat die ervaring vereenvoudig.
Gestandaardiseerde toegang 'n Belangrike konsep om te onthou oor ondersteunende tegnologieë, veral in hierdie geval met betrekking tot die verhoging van lettergrootte, is dat die meeste toestelle reeds baie van hierdie gereedskap by verstek geïnstalleer het. Met ander woorde, in baie gevalle hoef gebruikers nie hul eie sagteware te koop of 'n spesifieke tipe toestel te koop net om hierdie funksionaliteit te hê nie. Of dit nou op mobiele toestelle of selfs in webblaaiers is, in die oorgrote meerderheid van gevalle is dit maklik om geïnstalleerde kenmerke te vind wat jou toelaat om die versteklettertipegrootte wat ons deur die koppelvlak gebruik, te vergroot. Hierdie beginsel van groter lettergrootte kan toegepas word op digitale produkte, soos toepassings, of selfs op enige tipe webwerf wat op die standaard webblaaiers gebruik word wat vandag gebruik word. iPhones Op iPhone-toestelle is die funksie vir die verhoging van lettergrootte by verstek geïntegreer. Om hierdie kenmerk te gebruik, gaan bloot na die "Instellings"-paneel, kies "Toeganklikheid" en binne die "Visie"-opsiesgroep, gaan na die "Teksgrootte en vertoon"-kenmerk en stel die verlangde lettergrootte-vergroting op daardie skerm in.
Google Chrome Webblaaiers bied ook, by verstek, die funksionaliteit om lettergrootte te vergroot. Byvoorbeeld, in Google Chrome is hierdie kenmerk beskikbaar in die "Opsies" paneel, spesifiek in die "Voorkoms" area. In die lys opsies wat in hierdie groep verskyn, kies eenvoudig die opsie "Lettergrootte". Normaalweg sal die opsie "Medium - Aanbeveel" gekies word. Jy kan hierdie instelling verander na enige ander beskikbare lettergrootte. Probeer byvoorbeeld die opsie "Baie groot".
Toets in Figma Om te verseker dat digitale toeganklikheidswerk effektief word in die daaglikse lewens van spanne, is dit noodsaaklik om eenvoudige werkprosesse te vind. Aksies of inisiatiewe wat in die span se roetine geïntegreer kan word, wat toeganklikheid op 'n geïntegreerde manier aanspreek en nie 'n dramatiese transformasie van die huidige werklikheid vereis nie. As dit nodig was, glo hy, sou dit die meeste van die tyd nie gebeur nie. Daarom is die ontwerp van eenvoudige werkprosesse die helfte van die stryd vir toeganklikheid om werklik hierin te gebeurgeval, ook binne 'n ontwerpspan. Wat die toetsing van lettergrootte-toenames in ontwerp betref, het ons vandag buitengewone gereedskap tot ons beskikking. Diegene wat die dae van die ontwerp van komplekse koppelvlakke in Adobe Photoshop onthou, sal die verskille in die gereedskap wat ons vandag het (en gelukkig so) herken. Dit is nou moontlik om, deur middel van nutsmiddels soos Figma, so 'n dinamika in ontwerp te skep dat die toets van lettergrootte groter word vir toeganklikheid byna onvermydelik vir die span word.
Let wel: Om hierdie toets af te lê, moet jy 'n sterk begrip hê van Figma se teksstyle, outomatiese uitlegte en veranderlikes. Hierdie drie is fundamentele instrumente vir sukses sonder veel ekstra moeite. As jy nog nie hierdie kenmerke bemeester het nie, word dit sterk aanbeveel dat jy daar begin. Moenie stappe oorslaan nie. Leer is 'n geleidelike proses wat op 'n gestruktureerde, stap-vir-stap wyse gevolg moet word. Waarheen wil ons gaan? Die fontgrootte-verhogingstoets in Figma wat ons wil uitvoer, is eenvoudig. Ons wil 'n stel veranderlikes beskikbaar hê vir al die teksstyle wat ons in die koppelvlak gebruik, sodat ons kan kies of ons die koppelvlak met die teks op 'n skaal van 100%, 120%, 140%, 160%, 180% of 200% wil sien. Soos ons hierdie stel veranderlikes toepas (baie soos die toepassing van veranderlikes vir lig en donker modus), neem ons die transformasies van die teks in die koppelvlak waar en verstaan in watter mate aanpassings nodig is in elke weergawe van die koppelvlak met verskillende tipografiese skale.
Hoe laat ons dit gebeur? Vir hierdie toets om so glad te verloop, moet jy 'n bietjie grondwerk doen. Ontwerpstelsels kan baie help om baie van hierdie aanvanklike werk te optimaliseer. Maar ek sal nie vir jou lieg nie. Vir die toets om goed te werk, moet jou ontwerp 'n baie ernstige vlak van organisasie en sistematisering hê. Dit is nie regtig 'n gids nie, want elke span sal sy eie werkmodel hê, en hierdie aanbevelings kan op verskillende maniere toegepas word (en dit is goed). Vir hierdie toets om te werk, is dit egter belangrik om sekere aannames in die ontwerp te verseker. Om jou te help om die implementering van hierdie toetsmodel te faseer, is hier 'n paar stappe om te volg. Stap-vir-stap instruksies om jou te lei in die organisering van jou lêers en om te verseker dat jy hierdie toets volledig kan uitvoer op die eenvoudigste en mees praktiese manier moontlik. 1. Ontwerp die koppelvlakke Dit begin alles by die ontwerp. Voor enige toetsing moet die fokus, soos dit hoort, wees op die ontwerp van elke koppelvlak wat ons later sal wil toets. Op hierdie stadium is daar nog geen spesifieke kommer oor die fontgrootte-toenametoets wat ons later sal uitvoer nie. Natuurlik moet alle koppelvlakontwerp van meet af aan die mees basiese toeganklikheidsaanbevelings volg wat op ontwerp toegepas word.
2. Pas outomatiese uitlegte toe op alle elemente In elke skermontwerp wat jy skep, sal jy moet verseker dat jy outomatiese uitlegte perfek toepas. Dit is 'n baie belangrike stap. Dit is hierdie konsekwente toepassing van outomatiese uitlegte op die hele struktuur en ontwerpelemente wat later die skaalbaarheid van die koppelvlak sal waarborg wanneer ons begin om lettergrootte-toenames te toets. Jy kan regtig nie hierdie stap onderskat nie. As jy dit nie die aandag gee wat dit verdien nie, sal jy sien wanneer ons tipografiese skaal in die koppelvlakke toets, alles breek soos 'n olifant in 'n porseleinwinkel.
3. Strukturering en toepassing van teksstyle Om ons fontgrootte-toenametoets uit te voer, sal ons ook nodig hê dat u teksstyle op elke koppelvlakontwerp toepas. Jy het waarskynlik selfs begin om hulle te skep terwyl jy geteken het. Groot. As jy dit nie gedoen het nie, is dit belangrik dat jy dit nou doen. Vir die toets om perfek te werk, het ons dit regtig nodig. Moenie enige tekselement in die ontwerp laat sonder dat 'n teksstyl toegepas is nie.
4. Definieer die stel veranderlikes 100% Hierdie toets dwing 'n redelik hoë mate van optimalisering af. In die praktyk beteken dit dat ons Figma-veranderlikes sal moet gebruik vir al die kenmerke van die teksstyle wat ons in die koppelvlak het. Op hierdie stadium moet jy Figma "nommer" veranderlikes definieer vir ten minste die lettergrootte en lynhoogte van die teksstyle wat jy op die tekening toegepas het. Met hierdie stap definieer jy die skaalwaardes vir lettergrootte-toename vir 'n 100%-visualiseringsmodel, dit wil sê die aanvanklike en verwysingsweergawe van die tekening. Dit is belangrik dat jy hierdie veranderlikes vir elke teksstyl in die tekening struktureer, want ons sal daarna die vergrotingskaal van elk van hierdie tekselemente moet oorweeg.
5. Pas die veranderlikes toe op die teksstyle Nadat jy die veranderlikes vir die 100% skaal teksstyle gedefinieer het, moet jy dit nou toepasna die elemente van die teksstyle wat reeds geskep is. Moenie vergeet om veranderlikes ten minste op die lettergrootte- en lynhoogte-eienskappe toe te pas nie. As jy meer tipografiese veranderlikes het, is dit goed. Maar jy moet ten minste veranderlikes laat toepas op lettergrootte en lynhoogte. Dit is regtig baie belangrik.
6. Definieer die veranderlikes om die teksgrootte te vergroot Noudat jy die veranderlikes op die 100% skaal teksstyle toegepas het, is die volgende stap om die veranderlikes vir die ander fontgrootte-verhogingskale te skep. In die praktyk moet jy die veranderlikes skep wat die stelsel sal vertel tot watter lettergrootte elke teksstyl sal groei wanneer die toenameskaal 120%, 140%, 160%, ens. Om die lettergrootte- en lynhoogtewaardes te definieer, vermenigvuldig eenvoudig die aanvanklike waarde met die skaalpersentasie. Byvoorbeeld, as 'n teksstyl 'n lettergrootte van 16px het, sal die grootte vir die 120%-skaal 16 wees vermenigvuldig met 1,2, wat 'n resultaat van 19,2 gee. Herhaal hierdie berekening vir alle lettergrootte- en lynhoogtewaardes van die lettergrootte verhoog skaalpersentasies wat jy kies. Jy kan ook kies of jy afronding op die finale waardes wil toepas of nie. Dit is 'n benaderde toets, en daarom sal enige verskille wat mag ontstaan uit afronding nie die finale persepsie van die toetsresultaat beïnvloed nie.
7. Pas veranderlikes toe op verskillende skaalweergawes Die oomblik van waarheid het aangebreek. Die volgende stap is om te verstaan of ons alles werk sodat die toets perfek verloop. Daarom moet jy die oorspronklike koppelvlak kopieer en die stel veranderlikes toepas vir elk van die lettergrootte-verhogingskoerse wat vir jou sin maak. Herhaal hierdie proses vir al die fontgrootte-toename persentasies wat jy gedefinieer het. As 'n voorstel kan jy die 120%-, 140%-, 160%-, 180%- en 200%-verhogingspersentasies as verwysing gebruik. As jy wil vereenvoudig, kan jy die aantal skaalpersentasies waarmee jy werk, verminder. Ongeag die aantal persentasies waarmee jy werk, moet jy altyd met die minimum van 100% en 200% skale werk.
8. Identifiseer areas vir verbetering Deur verskillende lettergrootte-vergrotingskale op dieselfde skerm toe te pas, is dit maklik om te verstaan waar verbeterings nodig mag wees. Dit is waar die werklike toets van die verhoging van lettergrootte in koppelvlakontwerp en die interessantste toeganklikheidswerk begin. Hou 'n paar belangrike aspekte in gedagte in jou ontleding van die verskillende skerms:
Die feit dat die teks reusagtig voorkom, is nie 'n probleem nie en "vernietig" nie die ontwerp nie. Onthou dat dit die verskil kan beteken tussen iemand wat 'n spesifieke produk of diens kan gebruik of nie. 'n Toeganklikheidsprobleem bestaan wanneer die verhoging van die lettergrootte dit vir die gebruiker onmoontlik maak om sekere tekste te lees of om sekere kontroles te aktiveer. Vir tekselemente wat reeds baie groot is, maak die verhoging van die lettergrootte dalk nie sin nie. Deur dit te doen, kan daardie elemente buite verhouding maak, wat nie die leesbaarheid sal verbeter nie (aangesien hulle reeds 'n goeie grootte is) en heeltemal onnodige spasie sal in beslag neem. As daar elemente is wat blykbaar uit die skerm verskyn, is die eerste stap om te bevestig hoe jy outomatiese uitleg toepas. Baie ontwerpaspekte kan maklik opgelos word met die korrekte gebruik van outomatiese uitleg. Ongeag die skaal van lettergrootte-toename, is dit noodsaaklik om die visuele hiërargie van die tipografie te handhaaf, aangesien hierdie leesbaarheid belangrik is vir die waarneming van die verskillende vlakke van inligting wat op die skerm teenwoordig is. Hierdie toets kan help om elemente te identifiseer wat aanpassings direk in die kode kan benodig om goed te funksioneer op 'n gegewe skaal van toename. Nie alles kan deur ontwerp alleen opgelos word nie, en dit is heeltemal in orde. Toeganklikheid is in wese 'n spanpoging.
9. Maak regstellings en aanpassings aan die ontwerp Ten slotte, gebaseer op die verskillende skerms met verskillende teksvergrotingskale wat toegepas is, kan jy die ontwerpveranderinge maak wat sin maak. Sommige van hierdie aanpassings is dalk net nodig in kode. In hierdie gevalle dokumenteer jy al hierdie voorstelle en gee dit aan die ontwikkelingspan deur. Dit is ook van kardinale belang om (weereens) te beklemtoon dat sommige van die probleme wat jy in die ontwerp kan teëkom, vinnig opgelos kan word in die ontwerpproses, met die eenvoudige en korrekte toepassing van outo-uitleg eienskappe.
10. Gaan terug na die begin en herhaal die proses Dit is 'n sikliese benadering. Dit beteken dat jy hierdie stappe, of variasies daarvan, soveel keer as wat nodig is deur die projek moet herhaal. Dit is natuurlik dat sommige met verloop van tyd en met prosesoptimaliseringvan hierdie stappe sal ophou sin maak. Dit is absoluut nie 'n probleem nie. Maar die belangrikste ding om hier te besef, is dat toeganklikheid en hierdie proses om lettergrootte-toenames te toets nie net een keer gedoen moet word nie, en dit is dit. Dit is 'n toets wat baie, baie keer gedoen moet word deur die daaglikse werk van elke projek en span.
Die rol van ontwerpstelsels Met die eerste oogopslag kan hierdie lys stappe na 'n komplekse oefening lyk. Maar dit is nie. Dit is omdat die oorgrote meerderheid, indien nie almal nie, van hierdie stappe maklik is om uit te voer in enige konteks waar 'n ontwerpstelsel bestaan. Trouens, ontwerpstelsels het 'n onvermydelike standaard in die produkontwerpbedryf geword. Ons kan bespreek wat elke span 'n ontwerpstelsel noem, maar die waarheid is dat dit vandag baie moeilik is om 'n produkontwerpspan te vind wat nie ten minste 'n minimaal gestruktureerde biblioteek van komponente en style het nie.
Met hierdie fondament, of dit min of meer gedokumenteer is, is dit baie maklik om hierdie tipe lettergrootte-toenametoets toe te pas met behulp van Figma-veranderlikes. Verder, as jou ontwerpstelsel reeds byvoorbeeld gestruktureerde veranderlikes vir lig- en donkermodus het, beteken dit dat jy reeds presies dieselfde beginsels toepas wat ons gebruik het om hierdie toets uit te voer. So, niks nuuts nie. Werk met ontwerpstelsels behels 'n vlak van strukturering en organisasie wat ook baie nuttig is om hierdie tipe toets te skep. Daar is 'n mite dat ontwerpstelsels kreatiwiteit beperk. Dit is nie waar nie. Ontwerpstelsels help om die "burokratiese" deel van ontwerp op te los, sodat ons eintlik meer tyd kan hê vir wat saak maak: in hierdie geval, toetsing van toeganklikheid en die bou van meer en meer produkte en dienste wat werklik toeganklik is vir die grootste aantal mense. Voorbeeld lêer Dit is altyd makliker om 'n voorbeeld te sien as om net 'n beskrywing van 'n proses te lees. As dit waar is in baie dissiplines van kennis, in ontwerp, maak hierdie uitgangspunt selfs meer sin. Daarom sal jy in hierdie Figma-lêer, vrylik gepubliseer en oop vir die gemeenskap beskikbaar wees, 'n praktiese voorbeeld vind van die hele toetsproses wat hier beskryf word. Onthou dat dit net 'n voorbeeld is. Daar kan ontelbare maniere wees om hierdie tipe toets binne die konteks van 'n Figma-lêer uit te voer.
Maak seker dat jy met 'n kritiese oog na hierdie benadering kyk. Dit is 'n voorstel om lettergrootteverhogings te toets wat 'n spesifieke proses volg. Ten spyte hiervan moet die benadering aangepas word by jou span se spesifieke realiteit, prosesse en vlak van volwassenheid. Om eenvoudig formules van ander spanne te kopieer sonder om te verstaan of dit sin maak in ons eie konteks, is 'n seker manier om toeganklikheidspogings buite verhouding te maak. Elke situasie is uniek. Hierdie benadering poog om toeganklikheidswerk soveel as moontlik in hierdie spesifieke konteks te vereenvoudig. En onthou: as iets gebeur, hoe klein ook al, is dit 'n stap vorentoe, nie 'n stap terug nie. En dit moet deur almal in die span gevier word.
