Spletna dostopnost si prizadeva za enostavno navigacijo in branje spletnih strani. Čeprav je ta cilj predvsem namenjen pomoči ljudem s posebnimi potrebami, je lahko v pomoč vsem bralcem. Naš cilj je upoštevanje smernic za dostopnost spletnih vsebin po standardu WCAG 2.1 (angl. Web Content Accessibility Guidelines 2.1).[a] na podlagi katerih temeljijo naslednji predlogi. Strani, ki sledijo tem smernicam, so lažje berljive in jih lahko urejajo vsi.
Standardizirana struktura člankov izboljšuje dostopnost, saj uporabnikom omogoča, da pričakujejo vsebino na določenem delu strani. Na primer, če slepi uporabnik išče povezave razločitvenih strani in jih na vrhu strani ne najde, bo vedel, da jih ni in mu ni treba prebrati cele strani, da bi to ugotovil.
Naslovi morajo biti opisni in v doslednem vrstnem redu, kot je opredeljeno v slogovnem priročniku.
Naslove gnezdite zaporedno - začnite z 2. nivojem (==), nato s 3. nivojem (===) in tako naprej. (Nivo 1 je samodejno ustvarjen naslov strani.) Ne preskakujte zaporedja zaradi poudarjanja; to ni namen naslovov.
Zaradi berljivosti za urednike s slabim vidom – le v urejevalniku kode – se pod vsakim naslovom lahko doda ena prazna vrstica, vendar ne več kot ena; več kot ena prazna vrstica pod naslovom poglavja povzroči, da bo na izpisani strani viden dodaten prostor. Razmisliti je treba tudi o tem, kako se lahko ena sama prazna vrstica pod naslovi poglavij članka vidi na majhnem zaslonu, saj mnogi uredniki uporabljajo mobilne naprave za urejanje in ena prazna vrstica pod naslovom lahko dejansko zmanjša berljivost takšnim urednikom.
Primeri pravilne in nepravilne uporabe ugnezdenih naslovov
Ne ustvarjajte navideznih naslovov s podpičjem (rezervirano za opisne sezname) in izogibajte se uporabi oznak za poudarjanje. Bralniki zaslona in druga podporna tehnologija lahko za navigacijo uporabljajo samo naslove, ki imajo vsebujejo oznake za naslov. Če želite zmanjšati velikost kazala vsebine (TOC), uporabite {{TOC limit}}. V primerih, ko {{TOC limit}} ni mogoče uporabiti zaradi naslovov nižjega nivoja drugje v članku, potem uporaba krepke pisave za pod-pod-podnaslove uporabnikom bralnikov zaslona povzroči nezadovoljstvo. Sploh uporaba navideznega naslova pomeni, da ste izčrpali vse druge možnosti. Mišljeno je kot redkost.
Zgledi sprejemljive in nepravilne uporabe navideznih naslovov in seznamov opisov
Sprejemljivo
Nepravilno
[Uvod članka tukaj] ==Poglavje==[nivo 2] ===Podpoglavje===[3] '''Navidezni naslov''' ==Poglavje==[2] ===Podpoglavje===[3] ====Podpodpoglavje====[4] ;Izraz, ki mu sledi :vsaj ena definicija ali vsaj en element opisnega seznama :in dodatni opcijski elementi, ki tvorijo seznam
V wikikodi morajo biti lebdeči elementi (vključno s slikami) umeščeni znotraj poglavja, ki mu pripadajo; slike ne postavljajte na konec prejšnjega poglavja. (Odvisno od platforme, "zlaganje" več slik poleg relativno majhne količine besedila lahko povzroči, da je določena slika potisnjena navzdol v naslednje poglavje. Vendar to ni težava dostopnosti, saj bralniki zaslona vedno preberejo alt= vsake slike iz mesta, kjer je slika kodirana.)
Članki v Wikipediji morajo biti dostopni bralcem, ki uporabljajo naprave z majhnimi zasloni, kot so mobilne naprave, ali bralcem, ki uporabljajo monitorje z nizko ločljivostjo. Na namizju je včasih nastane težava v člankih, ki imajo več slik na obeh straneh zaslona; čeprav bo običajno posledica nižje ločljivosti razteg odstavkov navpično, ter premik slik narazen v tej smeri; pazite, da ne dodate slik ali druge plavajoče vsebine na obe strani zaslona hkrati. Težave lahko povzročijo tudi velike tabele in slike; včasih je vodoravno drsenje neizogibno, vendar razmislite o prestrukturiranju širokih tabel tako, da se razširijo navpično namesto vodoravno.
Večina bralnikov zaslona privzeto ne označuje atributov predstavitvenega besedila (krepko, ležeče, podčrtano, monospace, prečrtano) ali celo semantičnih atributov besedila (poudarek, pomembnost, brisanje besedila), zato se prečrtano besedilo bere normalno skupaj z vsem drugim besedilom. (Urednikom, ki uporabljajo bralnike zaslona in sodelujejo v razpravah o pravilih v Wikipediji in brisanju, svetujemo, da pri tem vklopijo obvestila o atributih besedila, saj se prečrtano besedilo pogosto pojavi v internih razpravah Wikipedije.)
Ker bralniki zaslona običajno ne upoštevajo prečrtanega besedila, bo njegova uporaba v člankih (npr. za prikaz sprememb v analizi besedila) povzročila težave z dostopnostjo in popolno zmedo, če bo to edina uporabljena oznaka. To velja za elemente <s> in <del> (skupaj z njihovimi ustreznimi <ins>, ki so običajno vizualno upodobljeni kot podčrtani), kot tudi za predloge, ki jih uporabljajo. Ne uporabljajte prečrtanega besedila, da bi nasprotovali vsebini, za katero menite, da je neprimerna ali nepravilna. Namesto tega ga komentirajte z <!-- in -->, ga v celoti odstranite ali uporabite medvrstično predlogo za čiščenje in izpostavite zadevo na pogovorni strani.
Bralniki zaslona imajo različno podporo za znake izven Latin-1 in Windows-1252 in ni varno predvidevati, kako bo kateri koli znak v teh obsegih izgovorjen. Če jih bralnik zaslona ali sintetizator govora ne prepozna, se lahko izgovorijo kot vprašaj ali v celoti izpustijo iz govornega izhoda.
Zagotovite prečrkovanje celotnega besedila v nelatiničnem pisnem sistemu, kjer so nelatinični znaki pomembni v izvirnem kontekstu, kot so imena, kraji, stvari itd. Ta funkcionalnost je na voljo v predlogah, ki označujejo jezike nelatinične pisave, najdete pa jo lahko tudi v predlogah, kot je {{transl}}; te predloge imajo tudi druge prednosti v zvezi z dostopnostjo(glejte poglavje »Drugi jeziki« spodaj).
Ne uporabljajte morda neizgovorljivih simbolov, kot je ♥ (simbol srca); namesto tega uporabite slike z nadomestnim besedilom.[1]
Simboli, ki povzročajo težave bralnikom zaslona, imajo morda že ustvarjene predloge za ustvarjanje slike in nadomestnega besedila. Primer je predloga bodala {{†}} (za več glejte Kategorija:Predloge za vstavitev slike).
Zaporedje znakov mora zadostovati za posredovanje pomena besedila; zanašanje na "posebne simbole", ki jih je mogoče razlikovati samo po lastnostih CSS ali wiki oznaki, ni sprejemljivo.
WP:BREZTOOLTIPS
Ne uporabljajte tehnik, ki za posredovanje informacij zahtevajo interakcijo, kot so namigi orodij ali katero koli drugo besedilo, ki lebdi. Okrajšave so izvzete, zato se lahko predloga {{abbr}} (ovitek za element <abbr>) uporabi za označevanje dolge oblike okrajšave (vključno z akronimom ali začetnico).
V stavek ne vstavljajte prelomov vrstic, saj je to težje urejati z bralnikom zaslona. Stavku lahko sledi enojen prelom vrstice, kar lahko pomaga nekaterim urednikom.
Pomanjšanje ali povečanje velikosti pisave je treba uporabljati zmerno in se običajno izvede z avtomatiziranimi elementi, kot so naslovi, glave tabel in standardizirane predloge. Spremembe velikosti so podane kot procenti prvotne velikosti pisave in ne kot absolutna velikost v pikslih ali velikosti pik. Relativne velikosti povečujejo dostopnost slabovidnim uporabnikom, saj jim omogočajo, da v nastavitvah brskalnika nastavijo veliko (oz. večjo) privzeto velikost pisave. Absolutne velikosti uporabnikom onemogočajo takšno možnost.
Izogibajte se uporabi manjših velikosti pisave znotraj elementov strani, ki že uporabljajo manjšo velikost pisave, kot je večina besedila v infopoljih, navigacijskih poljih in poglavjih s sklici.[b] To pomeni, da se oznake <small>...</small> in predlogi, kot sta {{small}} in {{smalldiv}}, ne bi smeli uporabljati za golo besedilo znotraj teh elementov. V nobenem primeru ne sme končna velikost pisave katerega koli besedila pasti pod približno 85 % privzete velikosti pisave strani. Upoštevajte, da ima oznaka HTML <small>...</small> semantični pomen drobnega tiska ali stranskih komentarjev;[2] ne uporabljajte ga za stilske spremembe.
Razlaga: {{jezik}} omogoča, da sintetizatorji govora pravilno izgovorijo besedilo v ustreznem jeziku.[3] Uporablja se tudi za druge namene; za razširjen seznam prednosti glejte Predloga:Jezik/dok § Razlaga.
Ni nujno niti zaželeno, da te konstrukcije zavijate v oznake za ležečo pisavo; predloga {{jezik}} samodejno uporablja ležečo pisavo. Če besedilo ne sme biti zapisano ležeče, na primer imena krajev ali ljudi, je mogoče dodati italic=no, da prekličete privzeto vedenje.[c]
Wikipedia ima tudi številne jezikovno specifične predloge, kot sta {{jezik-zh}} in {{nihongo}}, ki urednikom nudijo jezikovno specifične parametre, kot je možnost vnosa različnih načinov transkripcije. Čeprav vsak jezik nima svoje predloge, je morda bolje uporabiti te predloge, namesto zlaganja več primerkov predlog {{jezik}} in {{transl}}.
Povezave
Ustvarite dobre opise povezav, zlasti za zunanje povezave (izogibajte se "kliknite tukaj!", "temu").[4][5]
Za ikone ne uporabljajte znakov Unicode; namesto tega uporabite ikono z alt besedilom. Na primer, znak kot je »→«, nekateri bralniki zaslona ne morejo reproducirati v uporabno besedilo.
Uporabite Predloga:Vidno sidro, kjer označevanje cilja pomaga slabovidnim, da lažje najdejo ciljno povezavo na ciljni strani.
Posnetka zaslona, ki prikazujeta učinke rdeče/zelene barvne slepote na berljivost
Barve se v člankih Wikipedije najpogosteje uporabljajo znotraj predlog in tabel. Za tehnično pomoč kako uporabljati barve, glejte Pomoč:Uporaba barv.
Članki (in druge strani), ki uporabljajo barve, morajo upoštevati dostopnost na sledeč način:
Poskrbite, da barva ni edina metoda, ki se uporablja za prinašanje pomembnih informacij. Zlasti ne uporabljajte obarvanega besedila ali ozadja, razen če je njegov status označen tudi z uporabo druge metode, kot je dostopni simbol, ki se ujema z legendo, ali s sklici na koncu besedila. V nasprotnem primeru slepi uporabniki ali bralci, ki do Wikipedije dostopajo prek tiskanih strani ali naprave brez barvnega zaslona, teh informacij ne bodo imeli.
Povezave morajo biti našim bralcem jasno prepoznavne kot povezave.
Nekateri bralci Wikipedije so delno ali popolnoma barvno slepi ali slabovidni. Poskrbite, da bo kontrast med besedilom in ozadjem dosegel vsaj raven AA po Smernicah za dostopnost spletne vsebine (WCAG) 2.0 in raven AAA, kadar je to izvedljivo (glejte »Understanding SC 1.4.3: Contrast (Minimum)« WCAG). Če želite uporabiti poimenovane barve CSS za besedilo na belem ozadju, glejte za priporočene barve na strani Wikipedija:Slogovni priročnik/Dostopnost/Barve CSS za besedilo na belem. Za druge namene je tu izbor orodij, ki jih lahko uporabite za preverjanje pravilnega kontrasta:
Na spletu obstaja več drugih orodij, vendar preverite, ali so posodobljena, preden jih uporabite. Nekatera orodja temeljijo na algoritmu WCAG 1.0, medtem ko je zdaj referenčni algoritem WCAG 2.0. Če orodje izrecno ne omenja, da temelji na WCAG 2.0, domnevajte, da je zastarelo.
Oblikovalska skupina Wikimedia Foundation je pripravila barvno paleto, kjer so označene barve usklajene s stopnjo AA. Uporablja se za vse elemente uporabniškega vmesnika na vseh izdelkih in v glavnih temah Wikimedia na namizju in mobilnih napravah. Vendar pa pri tem ne upošteva besedil povezav.
Tabela na strani Wikipedija:Slogovni priročnik/Dostopnost/Barve prikazuje rezultate za 14 odtenkov najtemnejšega ali najsvetlejšega ozadja, ki ustreza standardu AAA glede na črno besedilo, belo besedilo, besedila povezav in obiskana besedila povezav.
Prenosljiva programska oprema Color Contrast Analyzer vam omogoča, da izberete barve na strani in natančno pregledate njihov kontrast. Vendar pa se prepričajte, da uporabljate le posodobljen algoritem "svetilnosti" in ne zastareli algoritem "barvna svetlost/razlika".
Dodatna orodja se lahko uporabijo za izdelavo grafikonov in barvnih shem za zemljevide ipd. Ta orodja niso natančna sredstva za pregled dostopnosti kontrasta, vendar so lahko v pomoč pri določenih nalogah.
Paletton (prej Color Scheme Designer) pomaga izbrati dober nabor barv za grafikon.
Color Brewer 2.0 nudi varne barvne sheme za zemljevide in podrobne razlage.
Svetlo kakovostna barvna shema zagotavlja niz devetih barv, ki delujejo za barvno slepe uporabnike in s črnimi labelami.
Obstaja nekaj orodij za simulacijo barvno slepega vida: Toptal ColorFilter (analiza spletne strani) in Coblis Color-blindness Simulator (analiza lokalne datoteke). Obstajajo tudi razširitve brskalnika za analizo spletnih strani: NoCoffee (Firefox)
Zelo preprosto odprtokodno orodje, ki je lahko v pomoč pri izbiri kontrastnih barv, je Color Oracle, »brezplačni simulator barvne slepote za Windows, Mac in Linux«. Omogoča ogled vsega, kar je na vašem zaslonu, tako kot bi ga videl nekdo z eno od treh vrst barvne slepote ali v sivinah.
Če članek prekomerno uporablja barve in ne veste, kako to popraviti, lahko zaprosite za pomoč druge urednike. Na vrh članka postavite predlogo {{Overcolored}}.
Kontrastna razmerja varnih spletnih barv v primerjavi s črno (zgornja vrstica) in belo (spodnja vrstica) ali obratno, s konturami pri 3 (rdeča), 4.5 (zelena) in 7 (modra)
Ne ločujte elementov seznama tako, da med njimi puščate prazne vrstice ali prelome stolpcev tabele. To vključuje elemente v opisnem seznamu (ki je narejen s pomišljajem ali dvopičjem na začetku, kar je tudi način oblikovanja večine pogovorov na pogovornih straneh) ter v urejenem ali neurejenem seznamu. Seznami so namenjeni združevanju elementov, ki spadajo skupaj, vendar bo MediaWiki prazno vrstico razumel kot konec enega seznama in začetek novega. Prekomerni dvojni prelomi vrstic motijo tudi bralnike zaslona, ki sporočijo več seznamov, čeprav je bil predviden le eden, kar lahko zmede uporabnike teh programov. Takšno nepravilno oblikovanje lahko tudi več kot potroji čas, potreben za branje seznama.
Prav tako ne preklapljajte med različnimi začetnimi označevalci seznamov (dvopičji, zvezdicami ali hash znaki) v enem seznamu. Ko odgovarjate na objavo, ki se začne z mešanico dvopičij, zvezdic ter včasih z hash znaki, je treba kopirati isto zaporedje teh znakov, kot je bilo uporabljeno zgoraj, in dodati še en tak znak. Druga možnost je, da preprosto prenehate z zamikom in začnete novo razpravo (tj. nov seznam HTML).
Na primer, v razpravi je najboljša praksa da naredite D tole:
* Podpiram. Ta ideja mi je všeč. —Uporabnik:Zgled** Vprašanje: Kaj ti je všeč glede te ideje?? —Uporabnik:Zgled2*** Izgleda, da ustreza smernicam Wikipedije. —Uporabnik:Zgled
ali D v razpravi brez vrstične oznake:
: Podpiram. Ta ideja mi je všeč. —Uporabnik:Zgled:: Vprašanje: Kaj ti je všeč glede te ideje? —Uporabnik:Zgled2::: Izgleda, da ustreza smernicam Wikipedije. —Uporabnik:Zgled
To D je tudi sprejemljiva praksa (da preprečite vrstično oznako pri odgovoru):
* Podpiram. Ta ideja mi je všeč. —Uporabnik:Zgled*: Vprašanje: Kaj ti je všeč glede te ideje? —Uporabnik:Zgled2*:: Izgleda, da ustreza smernicam Wikipedije. —Uporabnik:Zgled
Ampak N ne storite tega (preklopite s seznama z vrstičnimi oznakami na opisni seznam):
* Podpiram. Ta ideja mi je všeč. —Uporabnik:Zgled:: Vprašanje: Kaj ti je všeč glede te ideje? —Uporabnik:Zgled2
niti N to (preklopite s seznama z vrstičnimi oznakami na opisni seznam):
* Podpiram. Ta ideja mi je všeč. —Uporabnik:Zgled:* Vprašanje: Kaj ti je všeč glede te ideje? —Uporabnik:Zgled2
niti N to (pustite prazne vrstice med elementi seznama):
* Podpiram. Ta ideja mi je všeč.. —User:Example** Vprašanje: Kaj ti je všeč glede te ideje? —Uporabnik:Zgled2
niti N to (preskok več kot ene ravni):
* Podpiram. Ta ideja mi je všeč. —User:Example*** Vprašanje: Kaj ti je všeč glede te ideje? —Uporabnik:Zgled2
To se na splošno odsvetuje N:
: Podpiram. Ta ideja mi je všeč. —Uporabnik:Zgled:* Vprašanje: Kaj ti je všeč glede te ideje? —Uporabnik:Zgled2
Dodajanje nepotrebnega vrstičnega znaka povečuje zapletenost seznama in povečuje verjetnost, da bodo ljudje v odgovorih uporabili napačne ravni zamikov.
Več odstavkov znotraj seznama elementov
Običajna oznaka seznama MediaWiki je na žalost nezdružljiva z običajno oznako odstavka MediaWiki.
Če želite v element seznama postaviti več odstavkov, D jih ločite s {{pb}}:
* To je en element.{{pb}}To je še en odstavek znotraj tega elementa.* To je drug element.
Tudi to se lahko stori D tudi z eksplicitno oznako HTML za odstavke (upoštevajte zaključno oznako </p>):
* To je en element.<p>To je še en odstavek znotraj tega elementa.</p>* To je drug element.
V obeh primerih je to treba storiti D v eni vrstici kode. Vendar pa lahko po želji uporabite trik, da vstavite prelom vrstice v obliki HTML komentarja (ki se ne izpiše kot prelom vrstice), da bolje ločite odstavke v v urejevalniku kode:
* To je en element.<!----><p>To je še en odstavek znotraj tega elementa.</p>* To je drug element.
To tehniko je mogoče uporabiti D pri različnih oblikah vključevanja blokov znotraj elementa v seznamu (ker so elementi seznama tehnično blokovni elementi, ki lahko vsebujejo druge blokovne elemente):
* To je en element.<!----><p>To je še en odstavek znotraj tega elementa, in nekoga bomo citirali:</p><!---->{{talk quote block|Predstavljajte si svet, v katerem ima vsaka oseba na planetu brezplačen dostop do vseh človeških spoznanj.|Jimbo}}<!----><p>To je zaključni odstavek znotraj istega elementa seznama.</p>* To je drug element.
Bodite pozorni, da vsake predloge ni mogoče uporabiti na ta način (npr. nekatere predloge za citate temeljijo na tabelah in razčlenjevalnik MediaWiki ne bo obravnaval takšno označevanje kot del elementa seznama).
Ne N uporabljajte prelome vrstic za simulacijo odstavkov, ker imajo drugačno semantiko:
* To je en element.<br>To je isti odstavek, s prelomom vrstice pred njim.* To je drug element.
Oznake za prelom vrstic so namenjene uporabi znotraj odstavka, na primer vrstic pesmi ali bloka izvorne kode.
Vsekakor ne N poskušajte uporabiti dvopičja za usklajevanje ravni zamika, saj (kot je omenjeno zgoraj) to ustvari tri ločene sezname:
* To je en element.: To je povsem ločen seznam.* To je tretji seznam.
Lahko pa tudi D uporabite eno od predlog HTML seznamov, da zagotovite združevanje. To je najbolj uporabno za vključitevanje blokovnih elementov v sezname, kot je oblikovana koda:
{{bulleted list|1=To je en element:<pre>Tu je nekaj kode.</pre>To je še vedno isti element.|2=To je drugi element.}}
Toda ta tehnika se ne uporablja na pogovornih straneh.
Dostopen pristop k zamikanju večvrstičnih vsebin je predloga {{block indent}}, ki za zamikanje gradiva uporablja CSS. Za posamezne vrstice obstajajo različne predloge, vključno z {{in5}} (univerzalna predloga z enakim imenom na vseh straneh Wikimedia); te vključujejo zamike z različnimi znaki za presledke. Za vizualno zamikanje ne zlorabljajte elementa <blockquote>...</blockquote> ali predlog, ki ga uporabljajo (kot je {{blockquote}}AKA{{quote}}); namenjeni so samo za neposredno citiranje gradiva. Za takšne primere je na voljo alternativa {{block indent}}, ki je brez narekovajev.
Dvopičje (:) na začetku vrstice v razčlenjevalniku MediaWiki označuje to vrstico kot <dd> del elementa HTML opisnega seznama (<dl>).[d] V večini spletnih brskalnikov je vizualni učinek zamik vrstice. Uporablja se na primer za označevanje odgovorov v razpravah na pogovornih straneh. Vendar to označevanje samo po sebi ne vsebuje potrebnega elementa <dt> (izraz) opisnega seznama, na katerega se nanaša <dd> (opis/definicija). Pri pregledu izvorne kode poslane brskalniku se lahko vidi, da to povzroča neveljaven HTML (tj. neuspešno preverjanje veljavnosti[6]). Rezultat je, da bodo pripomočki za pomoč uporabnikom, kot so bralniki zaslona, napovedali opisni seznam, ki ne obstaja, kar bo zmedlo vsakega obiskovalca, ki ni vajen neveljavnih oznak v Wikipediji. To ni idealno za dostopnost, semantiko ali ponovno uporabo, vendar se trenutno pogosto uporablja, kljub težavam, ki jih povzroča uporabnikom bralnikov zaslona.
Med vrstice besedila, ki so zamaknjene z dvopičjem ni dovoljeno puščati praznih vrstic – to se še posebej nanaša na vsebino članka. Programska oprema to tolmači kot konec seznama in začetek novega.
Če je potreben prostor, obstajata dva pristopa, ki bosta imela različne rezultate za bralnike zaslona:
Prva možnost je, da dodate prazno vrstico z enakim številom dvopičij kot tistih pred besedilom nad in pod prazno vrstico. To je primerno, ko dva urednika dajeta komentarje takoj drug za drugim na isti ravni zamika. Na primer:
: Popolnoma se strinjam. —Uporabnik:Zgled:: Nisem prepričan. Je na voljo kakšen boljši vir? –Uporabnik:Zgled22
To bo bralniku zaslona povedalo, da gre za dva elementa seznama (prazen element bo prezrt).
Drugi pristop, ko je gradivo mišljeno kot samostojen komentar (ali druga postavka seznama, npr. v besedilu članka), je uporaba oznake za nov odstavek v isti vrstici (glejte prejšnji razdelek za napredne tehnike vključevanja kompleksnih vsebinskih blokov):
Da prikažete matematično formulo ali izraz v svoji vrstici, priporočamo uporabo oznake <math display="block">1 + 1 = 2</math> namesto :<math>1 + 1 = 2</math>.
Pri navpičnih seznamih z oznakami ne ločujte elementov tako, da med njimi pustite prazne vrstice. Namesto tega uporabite predlogo pb ali HTML oznako <p>.
Težava s praznimi vrsticami je v tem, da če so elementi seznama ločeni z več kot enim prelomom vrstice, se seznam HTML konča pred prelomom vrstice, po prelomu vrstice pa se odpre drug seznam HTML. To dejansko razdeli tisto, kar je videti kot en seznam, na več manjših seznamov za tiste, ki uporabljajo bralnike zaslona. Na primer za kodo:
* Bela vrtnica* Rumena vrtnica* Roza vrtnica* Rdeča vrtnica
programska oprema delno zatre presledke med vrsticami in zato izgleda takole:
Bela vrtnica
Rumena vrtnica
Rožnata vrtnica
Rdeča vrtnica
vendar ga bo bralnik zaslona prebral kot: "Seznam 2 elementov: (oznaka) Bela vrtnica, (oznaka) Rumena vrtnica, konec seznama. Seznam 1 elementa: (oznaka) Roza vrtnica, konec seznama. Seznam 1 elementa: (oznaka) Rdeča vrtnica, konec seznama."
Ne ločujte elementov seznama s prelomi vrstic (<br />). Uporabite {{plainlist}} / {{unbulleted list}}, če želite, da seznam ostane navpičen; ali razmislite o {{flatlist}} / {{hlist}}, če bi bil seznam bolje prikazan vodoravno (v vrstici), kot je opisano v naslednjih dveh razdelkih.
Za sezname brez oznak, ki potekajo navzdol po strani, sta za izboljšanje dostopnosti in semantičnega pomena na voljo predlogi {{plainlist}} in {{unbulleted list}} s katerima označite tisto, kar je očitno seznam, namesto da vključite <br /> prelome vrstic, ki jih ne bi smeli uporabljati – glej zgoraj. Razlika med njima je samo v wikioznaki, uporabljeni za ustvarjanje seznama. Upoštevajte, da ker gre za predloge, kjer besedilo vsakega elementa seznama ne sme vsebovati simbola pokončnice (|), razen če je nadomeščen z {{!}} ali je vključen znotraj oznak <nowiki>...</nowiki>. Prav tako ne sme vsebovati znaka enačaja (=), razen če je nadomeščen z {{=}} ali vsebovan v <nowiki>...</nowiki>, čeprav lahko to zaobidete s poimenovanjem parametrov (|1=, |2= itd.). Če vam bo to povzročalo prevelike težave, lahko uporabite varianto s {{endplainlist}}. Znotraj sklica boste namesto tega morda potrebovali {{unbulleted list citebundle}}.
Primer navadnega seznama (plainlist)
Wikibesedilo
Izpis
{{plainlist |* Bela vrtnica* Rumena vrtnica* Roza vrtnica* Rdeča vrtnica}}
Bela vrtnica
Rumena vrtnica
Roza vrtnica
Rdeča vrtnica
Primer seznama brez oznak (unbulleted list)
Wikibesedilo
Izpis
{{unbulleted list| Bela vrtnica| Rumena vrtnica| Roza vrtnica| Rdeča vrtnica}}
Bela vrtnica
Rumena vrtnica
Roza vrtnica
Rdeča vrtnica
Druga možnost je, da so v predlogah, kot so navpolja in podobno, ali katerem koli ustreznem kontejnerju, taki seznami oblikovani z razredom "plainlist", na naslednji način:
Za sezname, ki tečejo čez stran in v enojnih vrsticah infopolj in drugih tabelah, sta na voljo predlogi {{flatlist}} in {{hlist}} (za "vodoravni seznam"), ki izboljšujeta dostopnost in semantični pomen. Ta funkcionalnost uporablja pravilno HTML označevanje za vsak element seznama, namesto da vključuje znake, ki jih na primer slepi uporabnik s pomočjo programske opreme slišijo kot "pika mačka pika pes pika konj pika...". Predloge se med seboj razlikujejo le v wiki-oznakah namenjenih kreaciji seznama. Bodite pozorni, da morate pri vključitvi besedila v ti (ali katero koli drugo) predlogi znak pokončnice (ǀ) zamenjati z {{!}}.
Zgled za flatlist
Wikibesedilo
Izpis
{{flatlist |* Bela vrtnica* Rdeča vrtnica** Roza vrtnica* Rumena vrtnica}}
Bela vrtnica
Rdeča vrtnica
Roza vrtnica
Rumena vrtnica
Zgled za vodorovni seznam (hlist)
Wikibesedilo
Izpis
{{hlist| Bela vrtnica| Rdeča vrtnica| Roza vrtnica| Rumena vrtnica}}
Bela vrtnica
Rdeča vrtnica
Roza vrtnica
Rumena vrtnica
Druga možnost je, da so v predlogah, kot so navpolja in podobno, ali katerem koli ustreznem kontejnerju, taki seznami oblikovani z razredom "hlist", na naslednji način:
Nepravilna uporaba podpičja za poudarjanje "lažnega naslova" pred seznamom (slika 1) ustvari vrzel v seznamu. Vrstica s podpičjem je opisni seznam z enim elementom brez opisne vsebine, ki mu sledi drugi seznam.
Namesto tega uporabite oznako za naslov (slika 2).
Bralniki zaslona in druga orodja za brskanje po spletu uporabljajo posebne oznake za tabele, ki uporabnikom pomagajo navigirati po podatkih, ki jih vsebujejo.
Uporabite pravilno sintakso za wikitabele, da izkoristite vse razpoložljive funkcije. Za več informacij o posebni sintaksi, ki se uporablja za tabele, glejte meta:Help:Tables. Za ustvarjanje semantičnega pomena (npr. spreminjanje barve ozadja) ne uporabljajte izključno le oblikovanja, bodisi iz CSS ali trdo kodiranih slogov.
Izogibajte se uporabi <br /> ali <hr /> v sosednjih celicah za posnemanje vizualne vrstice, ki se ne odraža v strukturi tabele HTML. To predstavlja težavo za uporabnike bralnikov zaslona, ki tabele berejo celico za celico, vrstico HTML za vrstico HTML, ne pa vizualno vrstico za vizualno vrstico.
Podatkovne tabele
Glavni članek: Wikipedija:Slogovni priročnik/Dostopnost/Vodnik za podatkovne tabele.
Napis je naslov tabele, ki opisuje njeno vsebino.[7] Podatkovne tabele bi morale vedno vsebovati napis.
Glave vrstic in stolpcev ( ! )
Tako kot napis tudi glave pomagajo obiskovalcem predstaviti informacije v logični strukturi.[8] Glave pomagajo bralnikom zaslona prikazati informacije o naslovih podatkovnih celicah. Informacije v glavi so na primer izgovorjene pred podatki v celici ali pa so informacije v glavi na voljo na zahtevo.[9] Ker se lahko glava vrstice in glava stolpca izgovorita pred podatki v vsaki celici pri navigaciji v načinu tabele, je pomembno, da glave stolpcev in vrstic enolično identificirajo stolpec oziroma vrstico.[10]
Obseg glav (! scope="col" | in ! scope="row" |)
To jasno identificira glave kot glave vrstic ali kot glave stolpcev. Glave se lahko tako povežejo z ustreznimi celicami.[11]
Wikipedija:Slogovni priročnik/Dostopnost/Vodnik za podatkovne tabele vsebuje podrobne zahteve o:
Izogibajte se uporabi tabel za vizualno pozicioniranje vsebine, ki ni tabularne narave. Podatkovne tabele nudijo dodatne informacije in metode navigacije, ki lahko zmedejo, če vsebina nima logičnih vrstičnih in stolpčnih povezav. Namesto tega uporabite semantično ustrezne elemente ali <div> in atribute style.
Ko uporabljate tabelo za pozicioniranje vsebine, ki ni tabularne narave, pomagajte bralnikom zaslona, da jo prepoznajo kot tabelo postavitve in ne podatkovno tabelo. V tabeli nastavite atribut role="presentation" in ne nastavite nobenega atributa summary. Ne uporabljajte elementov <caption> ali <th> znotraj tabele ali znotraj katere koli gnezdene tabele. Pri označevanju tabele v wiki kodi to pomeni, da se izognite uporab |+ ali ! predpone. Poskrbite, da je vrstni red branja vsebine pravilen. Vizualne učinke, kot je centriranje ali krepka pisava, je lahko dosežete s stilskimi slogi ali semantičnimi elementi. Na primer:
Slike in ikone, ki niso zgolj okrasne, morajo vsebovati atribut alt, ki deluje kot nadomestek za sliko za slepe bralce, iskalnike in druge nevizualne uporabnike. Če je dodano dodatno alternativno besedilo ("alt text"), naj bo to jedrnato ali naj bralca usmerja na napis ali besedilni del. Za več informacij glejte WP:ALT.
V večini primerov naj slike vsebujejo napis z uporabo vgrajene sintakse za slike. Napis naj jedrnato opiše pomen slike in bistvene informacije.
Izogibajte se uporabi slik namesto tabel ali grafov. Kjer je mogoče, naj imajo vsi grafi ali diagrami besedilni ekvivalent ali pa naj bodo dobro opisani, da uporabniki, ki ne morejo videti slike, lahko pridobijo neko razumevanje koncepta.
Izogibajte se postavljanju besedila med dvema slikama ali, razen če je popolnoma nujno potrebno, uporabi fiksnih velikosti slik.
Izogibajte se nepremišljenemu ustvarjanju galerij, saj lahko velikost zaslona in oblikovanje brskalnika vplivata na dostopnost za nekatere bralce zaradi fragmentiranega prikazovanja slik. Članki z velikim številom slik lahko presegajo časovno omejitev na mobilnih različicah Wikipedije. Idealno bi bilo, da stran ne vsebuje več kot 100 slik (ne glede na to, kako majhne so). Za več informacij si glejte MediaWiki:Limit number of images in a page.
Izogibajte se sklicevanju na slike v besedilu kot na tiste, ki so na levi ali desni strani. Postavitev slik se lahko razlikuje za obiskovalce mobilnih spletnih mest in za obiskovalce, ki jim strani berejo pomožni programi za dostopnost. Namesto tega uporabite napise, da identificirate slike.
Podrobni opisi slik, ki niso primeri za objavo v članku, naj bodo umeščeni na opisni strani slike, s pripisom, da bo aktivacija povezave slike privedla do bolj podrobnega opisa.
Slike naj bodo znotraj poglavja, s katerim so povezane (po naslovu in morebitnih opozorilih), ne pa v samem naslovu ali na koncu prejšnjega poglavja. S tem se zagotovi, da bodo bralniki zaslona in mobilno spletno mesto prebrali in pravilno prikazali sliko (in njeno besedilno alternativo) v ustreznem poglavju.
Poleg tega animacije ne smejo povzročiti več kot treh utripov v katerem koli obdobju ene sekunde. Znano je, da vsebina, ki utripa več kot to omejitev, povzroča napade.[14]
Obstaja potreba po podnaslavljanju za gluhe in naglušne[15]. Na žalost, od novembra 2012 ta funkcionalnost ni omogočena, glej bugzilla:41694. Takšno podnaslavljanje je namenjeno gledanju namesto branju podnapisov in zagotavljajo besedilno različico vseh pomembnih informacij, posredovanih prek zvoka. Lahko vključujejo lahko dialoge, zvoke (naravne in umetne), okolje in ozadje, dejanja in izraze ljudi in živali, besedilo ali grafiko.[16] Za njihovo ustvarjanje si je treba ogledati vodnike zunaj Wikipedije.[17]
Besedilna različica videoposnetka bi bila potrebna tudi za slepe, vendar od novembra 2012 ni več priročnega načina za zagotavljanje nadomestnega besedila za videoposnetke.
Na splošno naj bodo slogi za tabele in druge elemente na ravni bloka nastavljeni z uporabo CSS razredov in ne z vgrajenimi atributi za slog. CSS celotnega MediaWiki:Common.css je skrbno preizkušen, da se zagotovi dostopnost (npr. zadosten barvni kontrast) in združljivost s različnimi brskalniki. Poleg tega omogoča uporabnikom s posebnimi potrebami, da spremenijo barvne sheme v svojem lastnem slogovnem listu (Posebno:MojaStran/skin.css ali slogu svojega brskalnika). Na primer, slogovni list na strani Wikipedija:Slogovne tabele za slabovidne uporabnike zagotavlja visokokontrastna ozadja za navigacijska polja. Težava nastane, ko se privzeti razredi razveljavijo, saj to močno otežuje možnost posameznika, da izbere svojo temo.
Glede dostopnost, se odstopanja od standardnih konvencij lahko tolerirajo, če so še vedno dostopna. Če neka predloga ali določena barvna shema odstopa od standarda, morajo njeni avtorji zagotoviti, da izpolnjuje zahteve dostopnosti, na primer zagotavljanje barvnega kontrasta. Na primer, infopolje in navigacijsko polje, ki se nanašata na športno ekipo, lahko uporabljata barvno shemo rumene in rdeče barve, da se ujemata z barvami ekipe. V tem primeru temno rdeče povezave na svetlo rumenem ozadju zagotavljajo zadostno kontrastnost barv, medtem ko bela na rumeni ali črna na rdeči pa ne.
Na splošno morajo članki uporabljati wiki oznake namesto omejenega nabora dovoljenih elementov HTML. Zlasti ne uporabljajte slogovnih elementov HTML <i> in <b> za oblikovanje besedila; raje uporabite wiki-oznako '' ali ''' za čisto tipografsko ležečo ali krepko pisavo, za pomenske razlike pa uporabite predloge ali elemente za semantične oznake. V besedilu članka se je treba izogibati tudi elementu <font>; po potrebi uporabite predloge kot so {{em}}, {{code}}, {{var}} in naše druge semantične označevalne predloge, da poudarite logične razlike in ne le vizualnih. Uporabite predloge {{resize}}, {{small}} in {{big}}, če želite spremeniti velikost pisave, namesto da jo eksplicitno nastavite z atributi sloga CSS, kot je font-size, ali z zastarelimi elementi sloga, kot je <big>. Seveda obstajajo izjeme; npr. uporaba elementa <u>...</u> lahko koristi pri označevanju nečesa, na kar ni mogoče klikniti, vendar se podčrtavanje običajno ne uporablja v besedilu članka.
Uporabniki z omejeno podporo za CSS ali JavaScript
Samodejno strnjenih (predhodno strnjenih) elementov naj se ne bi uporabljali za skrivanje vsebine v glavnem delu članka.
Članki na Wikipediji bi morali biti dostopni bralcem, ki uporabljajo brskalnike in naprave, ki imajo omejeno ali so brez podpore za JavaScript ali CSS, kar se v spletnem razvoju imenuje "postopno izboljševanje". Pomnite, da se vsebina Wikipedije lahko prosto ponovno uporablja na načine, ki jih ne moremo predvideti, prav tako pa lahko do nje dostopate neposredno prek starejših brskalnikov. Hkrati se priznava, da je da je nemogoče zagotoviti enako kakovostno izkušnjo takšnim uporabnikom, ne da bi se po nepotrebnem izogibali funkcijam, ki bi koristile uporabnikom z zmogljivejšimi brskalniki. Funkcij, zaradi katerih bi bila vsebina skrita ali poškodovana, ko CSS ali JavaScript nista na voljo, se zato ne sme uporabljati. Vendar bi morali uporabnikom, ki nimajo CSS ali JavaScript, predvsem zagotoviti, da je njihova bralna izkušnja mogoča; znano je, da bo neizogibno slabše kakovosti.
Upoštevajte, da mobilne različice spletnega mesta ne podpirajo strnjevanja, zato bo vsa strnjena vsebina samodejno razkrita.
Če želite upoštevati te pomisleke, preizkusite morebitne moteče spremembe z onemogočenim JavaScriptom ali CSS. V Firefoxu ali Chromu je to mogoče enostavno narediti z razširitvijo Web Developer; JavaScript lahko onemogočite v drugih brskalnikih na zaslonu »Možnosti«. Bodite še posebej previdni pri učinkih CSS v vrstici, ki jih ne podpira več brskalnikov, medijev in različic XHTML.
