Introduktion

Applikationsversion använd för dokument: 3.8.0

Trots att applikationen följer WCAG and ARIA's specifikationer och krav,är ett fullt set av tillgänglighetsfunktioner inte alltid möjligt att uppnå i ett såpass komplext affärs program som används för att handha ritningar och annat visuellt innehåll.

Det finns fortfarande några områden som behöver en kompromiss mellan funktionalitet och tillgänglighet. Nedan finner du lite information relaterat till tillgänglighetsfunktioner som finns och en genomgång av nivå A och AA enligt riktlinjerna WCAG.

Web Content Accessibility Guidelines (WCAG)

Den här sektionen beskriver överensstämmelsen med WCAG 2.1 nivå A och AA.

https://www.w3.org/TR/WCAG21/

Krav		Nivå	Beskrivning	Överensstämmelse
Riktlinje 1.1 Text Alternativ	1.1.1 Icke-text innehåll	A	Allt icke-text innehållsom visas för användaren har ett text alternativ som tjänar ett motsvarande syfte.	Kontroller, Input Alla knappar utan synlig text har text beskrivningar och ARIA beskrivande taggar. Tids-Baserad Media, Test, Sensory, CAPTCHA Inte aktuell Dekoration, Formatering, Osynlig Dekorativ och rent presentativt material borde inte bli upplockade av skärmavläsare
Riktlinje 1.2 Tids-baserad Media	1.2.1 Endast ljud och endast video (Förinspelat)	A	För förinspelat endast ljud och förinspelat endast video-media	Video innehåll är uppladdat av systemanvändarna. Systemet erbjuder inget inbyggt ljud och/eller video material.
	1.2.2 Textning (Förinspelat)	A	Textning erbjuds för all förinspelat ljudmaterial i synkroniserad media.	Videoinnehåll laddas upp av systemanvändarna. Systemet erbjuder inget inbyggt ljud och/eller video material. Användaruppladdad video bör innehålla textning om möjligt.
	1.2.3 Ljudbeskrivning eller alternativt media (Förinspelat)	A	Ett alternativ för tids-baserad media eller audionom beskrivning av det förinspelade vide materialet tillhandahålls för synkroniserad media.	Videoinnehåll laddas upp av systemanvändarna. Systemet erbjuder inget inbyggt ljud och/eller video material.
	1.2.4 Textning (Live)	AA	Textning erbjuds för allt liveinspelat ljudmaterial i synkroniserad media.	Videoinnehåll laddas upp av systemanvändarna. Systemet erbjuder inget inbyggt ljud och/eller video material.
	1.2.5 Ljudbeskrivning (Förinspelat)	AA	Textning erbjuds för allt liveinspelat videomaterial i synkroniserad media.	Videoinnehåll laddas upp av systemanvändarna. Systemet erbjuder inget inbyggt ljud och/eller video material.
Riktlinje 1.3 Anpassningsbar	1.3.1 Info och förhållanden	A	Information, struktur, och förhållanden förmedlade igenom presentation kan bli programmatiskt bestämd eller vara tillgängliga i text. Överväga möjligheten att använda ARIA markeringar för att identifiera regioner på en sida https://www.w3.org/WAI/WCAG21/Understanding/info-and-relationships.html	Se över hur formulärsfält är byggda, för att indikera krävda fält kompatibla med hjälpande teknologi. Se över rutnätets huvudmeny och cellnavigering och textning. Se över bockrutor - etiketter för varje bockruta kan bli programmatiskt bestämt av hjälpande teknologi.
	1.3.2 Meningsfull sekvens	A	När sekvensen där innehållet presenteras påverkar dess mening, skall en korrekt lässekvens kunna bli programmatiskt bestämd. Verifiera navigeringssekvensen och tabelläsningens sekvens	Applikationen presenterar komplex affärsdata. innehållet måste tolkas av en kunnande individ. Sekvensen behöver inte följas i någon speciell ordning.
	1.3.3 Sensoriska karaktärsdrag	A	Instruktioner givna för att förstå och använda innehåll behöver inte enbart bero på sensoriska karaktärsdrag av komponenter som form, färg, storlek, synlig plats, orientering eller ljud.	Alla symboler har textvärden tilldelade till sig. Det här gäller inte i ritningsvyn då det är omöjligt att beskriva ritningar som laddas upp av systemanvändare.
	1.3.4 Orientering	AA	Innehållet begränsar inte sin vy och operation till en visuell orientering såsom porträtt eller landskap om inte en speciell visuell orientering är nödvändig.	Applikationen kan köras på en stor variation av skärmstorlekar och orienteringar. För bästa resultat rekommenderas ett minimum av 1024x760.
	1.3.5 Identifiera syftet med inputen	AA	Syftet av att varje fält samlar information om användaren kan bli programmatiskt fastställt när: Input fältet tjänar ett syfte som definieras i "Input Syften för Användarinterface Komponenter; och innehållet är implementerat igenom att använda teknologier med stöd för att identifiera den väntade meningen för formulärs input data.	Alla input fält har beskrivande etiketter eller aria-etiketter.
Riktlinje 1.4 Isärhållbart	1.4.1 Användande av färg	A	Gör det lättare för användare att se och höra innehåll inkluderandes separerande förgrunden från bakgrunden.	Avstängd föremål får inte fokus och ger bra feedback (formulärs fält, knappar)
	1.4.2 Ljudkontroll	A	Om något ljud på en webbsida spelas automatiskt i mer än 3 sekunder, så skall antingen en mekanism finnas tillgänglig för att pausa eller stoppa ljudet, eller en mekanism som har möjlighet att kontrollera ljudvolymen självständigt från systemets allmänna volym.	Inte applicerbart
	1.4.3 Kontrast (Minimum)	AA	Verifiera teman och alla element för kontrastens minimala förhållande: liten text 4.5 : 1 stor text 3 : 1 inaktiva användarinterface komponenter har inget krav på kontrasten	Se "Högkontrast Tillgänglighets temat" sektionen nedan samt en gradering av temats kontrast.
	1.4.4 Ändra textstorlek	AA	Förutom för textning och bilder av text, skall text kunna skalas om utan hjälpande teknologi upp till 200 procent utan förlust av innehåll eller funktion.	Det finns tre teman tillgängliga med olika teckenstorlek. Vidare, kan applikationen ta nytta av browserns zoom funktion.
	1.4.5 Bilder av text	AA	Om teknologierna som används kan uppnå den visuella presentationen, så används text för att förmedla informationen istället för bilder av text.	Inga bilder av text används förutom ritningsmaterial som kan innehålla bilder av text.
	1.4.6 Kontrast (Förbättrad)	AAA	Stöd för högkontrastläge? liten text text 7 : 1 stor text 4.5 : 1	Applikationen stödjer ett högkontrastläge. För mer information, se "Högkontrast Tillgänglighets temat" sektionen nedan samt en gradering av temats kontrast.
	1.4.10 Återflöde	AA	Innehåll kan presenteras utan förlust av information eller funktionalitet, och utan krav på att rulla i två dimensioner: Vertikalt rullande innehåll med en motsvarande bredd på 320 CSS pixlar; Horisontellt rullande innehåll med en motsvarande höjd på 256 CSS pixlar. Förutom delarna av innehållet som kräver en tvådimensionell layout för användandet eller syfte. Innehållsundantag för återflöde: grafik och video är av natur tvådimensionella Komplexa data tabeller har ett tvådimensionellt förhållande mellan headers och datacellerna. Interfacen som ger verktygsfält för att redigera innehållet som behövs för att visa både innehållet och verktygsfältet i visningsområdet	För en komplex grafisk webbapplikation,är inte ett fullt återflöde möjligt.
	1.4.11 Icke-text kontraster	AA	Användarinterfacets komponenter kräver kontrast 3 : 1	Det är tillräcklig kontrast i GUI komponenter för enkel identifiering av applikationskomponenter.
	1.4.12 Textavstånd	AA	I innehållet som implementerats använder de påslagsspråk som stödjer följande text-stilsegenskaper, ingen förlust av innehåll eller funktionalitet händer igenom att sätta alla följande och att inte ändra någon annan stilegenskap: Linjehöjd (linjemellanrum) till åtminstone 1.5 gånger teckenstorleken; Mellanrummet följande paragrafer till åtminstone 2 gånger teckenstorleken; Bokstavsmellanrummet (spårning) till åtminstone 0.12 gånger teckenstorleken; Ordmellanrummen till åtminstone 0.16 gånger teckenstorleken.	Inga stora delar text eller paragrafer visas i applikationen. Läsbar bokstavsmellanrum måste bestämmas baserat på fall till fall då olika teckenfamiljer har olika teckenbredder. Det finns inget enstaka värde som kan säkra att alla teckenfamiljer automatiskt behåller deras läsbarhet. Ändra bokstavsavståndet eller radhöjden stöds ej.
	1.4.13 Innehåll vid hover eller fokus	AA	Där att ta emot och sedan ta bort pekaren eller tangentbordets fokus triggar extra innehåll att bli synligt och sedan gömmas så skall följande vara sant: Stängbar En mekanism är tillgänglig för att stänga extra innehållet utan att flytta pekaren eller tangentbordsfokus, om inte det extra innehållet kommunicerar ett inputfel eller inte gömmer eller ersätter annat innehåll.; Överhovringsbar Om pekaren hovrar kan det triggas mer innehåll, sedan kan pekaren röras över det extra innehållet utan att det försvinner; Beständig Det extra innehållet stannar synbart tills hovern eller fokustriggern är borttagen, användaren stänger det, eller dess information inte gäller längre. Undantag: Den visuella presentationen av det extra innehållet kontrolleras av användaragenten och är inte modifierat av författaren.	Extra innehåll som visas under hover: knappförklaringar objektsegenskaper (kan stängas av och visas vid klick)
Riktlinje 2.1 Tangentbords Tillgänglighet 2.4 Navigerbarhet	2.1.1 Tangentbord	A	All funktionalitet av innehållet är styrbar igenom ett tangentbordsinterface utan att kräva specifik timing.	Tangentbords navigering är tillgängligt för alla interface delar som är baserade på text, knappar, formulär och fönster. Tangenbordsstyrning är inte möjligt för ritinteraktion. Styrning igenom pekarenhet (exempelvis en mus) krävs för att: panorera ritningen rita nya vektorelement eller införa nya ikoner visa objektsegenskaper för indikerad plats på ritningen länka objekt till vektorelement på ritning Inga timingförhinder appliceras.
	2.1.2 No Keyboard Trap	A	Om tangentbordsfokus kan flyttas till en annan komponent på sidan igenom användning av ett tangentbordsinterface, då kan fokus flyttas iväg från den komponenten igenom användning av endast ett tangenbordsinterface, och om det behövs mer är omodifierade pil eller tab tangenter eller andra standard utgångsmetoder, rådgörs användaren om hur man flyttar bort fokuset. Fokus kan flyttas igenom endast tangentbordet (utan behov av mus)	Fokus kan flyttas med tangentbordet. Sammanhangsmenyn kan öppnas med funktionsmenyknappen. Ritningsinnehåll kan ej styras baserat på endast tangentbordsinput.
	2.1.4 Karaktärsnyckelgenvägar	A	Om en tangentbordsgenväg är implementerad i innehållet användandes endast bokstäver (inkluderat stora och små bokstäver), punktning, numeriska, eller symbol karaktärer, så måste minst en av följande punkter stämma in: Stäng av En mekanik är tillgänglig för att stänga av genvägen. Bind om En mekanism är tillgänglig för att binda om genvägen till att använda en eller flera icke skrivbara tangenter (exempelvis Ctrl, Alt, etc); Aktiv endast vid fokus Tangentbordsgenvägen för en användarinterfacekomponent är endast aktiv när den komponenten ligger i fokus.	Tangentbordsgenvägar är endast aktiverade för element i fokus. Inga enteckensgenvägar är aktiva Några tangentbordsgenvägar är aktiva för att kopiera/klistra/ta bort (exempelvis. Ctrl+C) Speciella tangenter krävs alltid: Esc, Ctrl, Shift
	2.2.1 Justerbar timing	A	För varje tidsgräns som sätts av innehållet, måste minst en av följande kriterier vara sant: Stäng av - Användaren är tillåten att stänga av tidsgränsen innan den kommer Justera - Användaren är tillåten att justera tidsgränsen innan den kommer över ett brett spann som är minst tio gånger längre än standardinställningen. Förläng - Användaren varnas innan tidsgränsen tar slut och får minst 20 sekunder att förlänga tiden med en enkel handling (exempelvis "tryck på mellanslag"), och sedan är användaren tillåten att förlänga tiden minst tio gånger Realtids undantag - Tidsgränsen är en krävd del av ett realtidsevent (exempelvis en auktion) och inget alternativ till tidsgränsen är möjlig. Nödvändigt undantag - Tidsgränsen är nödvändig och att förlänga den skulle ogiltigförklara aktiviteten. 20-Timmars undantag - Tidsgränsen är längre än 20 timmar.	Inga tidsbegränsade funktioner finns.
	2.2.2 Pausa, Stanna, Göm	A	För rörande, blinkande, rullande, eller automatiskt uppdaterad information, måste allt följande instämma: Rörande, blinkande, rullande För all rörande, blinkande eller rullande information som (1) startar automatiskt, (2) varar längre än 5 sekunder, and (3) presenteras paralellt med annat innehåll,så finns en mekanik för användaren att pausa, stanna, eller gömma den om inte rörelsen, blinkningen eller rullandet är del av en aktivitet där det är nödvändigt. Automatisk-updatering För all automatiskt uppdaterande information som (1) startar automatiskt och (2) is presenteras parallellt med annat innehåll, ska det finnas en mekanism för användaren att pausa, stoppa, eller gömma den eller för att kontrollera hur frekvent som uppdateringarna om inte dem är en del av en aktivitet där det är nödvändigt.	Några rit-element blinkar lite för att indikera ett nytt element. Detta är inte repetitivt och är ej störande Några dialoger använder en uppdatera automatiskt funktion med fördefinierade intervaller. Detta är nödvändigt för att representera det nuvarande stadiet. Uppdatera funktionen kan stängas av.
	2.3.1 Tre blinkningar eller under gräns	A	Webbsidor innehåller inte något som blinkar mer än 3 gånger på en sekund, eller blinkar under den generella gränsen för blinkningar och röda blinkningar.	Inga blinkningar över 3 gånger
	2.4.1 Kringgå Blockeringar	A	En mekanism är tillgänglig för att gå förbi blockeringar av innehåll som repeteras på flera webbsidor.	Inte applicerbart
	2.4.2 Sidotitel	A	Webbsidor har titlar som beskriver ämne eller syfte.	Inte applicerbart
	2.4.3 Fokus Ordning	A	Om en webbsida kan navigeras sekventiellt och navigationssekvensen påverkar betydelse eller användning, skall fokuserbara komponenter få fokus i en ordning som bevarar mening och användbarhet.
	2.4.4 Länksyfte (I sammanhang)	A	Syftet med varje länk kan bestämmas från länktexten ensam eller från länktexten tillsammans med dess programmatiska bestämda länksammanhang, förutom där syftet med länken vore tvetydig generellt.
	2.4.5 Flera vägar	AA	Mer än en väg är tillgänglig för att lokalisera en webbsida inom ett set med webbsidor förutom där webbsidan är ett resultat eller del i en process.	Inte applicerbart
	2.4.6 Huvuden och etiketter	AA	Huvuden och etiketter beskriver ämne eller syfte.
	2.4.7 Synligt fokus	AA	Alla tangentbordsstyrda komponenter har ett läge där tangentbordets fokusindikator är synlig.	Ja, däremot kan inte alla delar av interfacet styras med tangentbordet (ritande)
Riktlinje 2.5 Input Modaliteter	2.5.1 Pekargester	A	All funktionalitet som använder flerpunkts eller väg-baserade gester for operation kan styras med en enkel pekare utan en vägbaserad gest, om inte en flerpunkts eller vägbaserad gest är nödvändig.	Användarinterfacets kontroller erbjuder styrning med plus och minusknapparna för att zooma in och ut. Dra och släpp linkar kan också göras igenom menyalternativ (kopiera / klistra)
	2.5.2 Avbryt pekaren	A	För funktionalitet som kan styras med en enda pekare, är minst ett av följande påståenden sant: Inget nedevent: Ned-eventet från pekaren används inte för att utnyttja någon del av funktionen; Avbryt eller ångra: Fullföljande av funktionen är på upp-eventet, och en mekanism är tillgänglig för att avbryta funktionen innan slutförande; Upp-och-net vändning: Upp-eventet omvänder alla resultat av ett föregående ned-event; Nödvändig: Att slutföra funktionen på ett ned-event is nödvändig.	Ned-event utför inte styrningen (upp-event krävs)
	2.5.3 Etikett i namn	A	För användarinterface komponenter med etiketter som inkluderar text eller bilder av text, så innehåller namnet texten som presenteras visuellt.	Alla element består av text, texter med ikon eller ikon med verktygstext. ARIA etiketter är tillgängliga för alla komponenter.
	2.5.4 Rörelseaktivering	A	Funktionalitet som kan styras av enhetsrörelse eller användarrörelse kan också styras av användarinterfacets komponenter och svarar på rörelsen kan stängas av för att förhindra att aktivering råkas göras.	Inga rörelseaktiverade funktioner.
3. Förståbarhet	3.1.1 Sidans språk	A	Sätt språk attribut baserat på användarens valda språk H57: Använda språkattribut på html-elementet	HTML element har dynamiskt satt språkkod. Användarinterfacet är översatt till flera språk och detta val kan göras per användare.
3. Förståbarhet	3.1.2 Språkets delar	AA	Det mänskliga språket i varje passage eller fras i innehållet kan bli programmatiskt bestämt förutom för riktiga namn, tekniska termer, ord av obestämt språk, och ord eller fraser som har blivit del av ordförrådet av den omkringliggande texten.	Hela applikationen använder språk definierat på användarbasis.
Riktlinje 3.2 Förutsägbarhet	3.2.1 Vid fokus	A	När en användarinterfacekomponent får fokus, så initierar den inte ett byte av sammanhang
	3.2.2 Vid Input	A	Att ändra inställningen av en av användarinterfacets komponenter orsakar inte automatiskt en ändring i sammanhanget förrens användaren har blivit uppvarad om beteendet innan den använder komponenten.
	3.2.3 Konsistent Navigering	AA	Navigationsmekanismer som repeteras på flera webbsidor händer i samma relativa order varje gång som de upprepas, om inte en ändring initieras av användaren.
	3.2.4 Konsistent Identifiering	AA	Komponenter som har samma funktionalitet inom ett set av webbsidor är identifierade konsekvent.
	3.3.1 Felidentifiering	A	Om ett inmatningsfel automatiskt känns av, skall föremålet i det felet identifieras och beskrivas för användaren i text.	Inmatningsfel presenteras med: ikon färg felbeskrivning i text
	3.3.2 Etiketter eller instruktioner	A	Etiketter eller instruktioner ges när innehåll behöver användarinmatning.
	3.3.3 Felförslag	AA	Om ett inmatningsfel automatiskt känns av och förslag för korrigering känns till, så är förslagen givna till användaren om det inte skulle riskera säkerheten eller syftet av innehållet.
	3.3.4 Felförhindrande (Juridisk, Finansiell, Data)	AA	För webbsidor som orsakar lagliga åtaganden eller finansiella transaktioner för användaren, som modifierar eller tar bort användarkontrollerbar data i datalagringssystem, eller som delger användares svar på testinlagor, så måste minst ett av följande påståenden vara sant: Omvändbar: Inlagor är omvändbara. Kollad: Data som matas in av användaren kollas för inmatningsfel och användaren erbjuds en chans att korrigera dem. Bekräftat: En mekanism är tillgänglig för översyn, bekräftelse, och korrigera information innan man slutför inlagan.	Ej omvändbara handlingar kräver översyn och bekräftelse.
	3.3.5 Hjälp	AAA	Sammanhangskänslig hjälp är tillgänglig	Sammanhangsbaserade hjälpknappar är tillgängliga igenom applikationen.
Riktlinje 4.1 Kompatibel	4.1.1 Parsning	A	I innehåll med implementation av påslags språk, har element kompletta start och sluttaggar, element är kapslade enligt deras specifikationer, elementinnehåller inte dubblerade attribut, och alla IDn är unika, förutom där specifikationen tillåter dessa funktioner.
	4.1.2 Namn, Roll, Värde	A	För alla användarinterface komponenter (inklusive men inte begränsat till: formulärelement, länkar och komponenter som genererats av skript), namnet och rollen kan bli programmatiskt bestämda; statusar, egenskaper, och värden som kan bli satta av användaren kan bli programmatiskt satta; och notifikationer av ändringar till dessa föremål är tillgängliga för användaragenter, inklusive hjälpande teknologier.	Applikationsstrukturen (exempelvis regioner och kapslingen av komponenter) följer ARIA roller och riktlinjer. Alla komponenter beskrivs av ARIA-etikett attribut samt att de har dynamiskt ändringsbara specifika attribut some reflekterar deras status och förhållande.
	4.1.3 Status Meddelanden	AA	I innehåll implementerat med påslagsspråk, status meddelanden kan bli programmatiskt bestämda igenom roll eller egenskaper så att de kan presenteras till användaren av hjälpande teknologier utan att få fokus.	Användarroll=status för att presentera statusmeddelanden https://www.w3.org/WAI/WCAG21/Techniques/aria/ARIA22 Ge "lyckad" feedback när data blir lyckat inlämnad https://www.w3.org/WAI/WCAG21/Techniques/general/G199 Använd ARIA roll=larm eller Live Regioner för att identifiera fel https://www.w3.org/WAI/WCAG21/Techniques/aria/ARIA19

Högkontrast tema

Användare kan aktivera tillgänglighetstemat för den högsta möjliga kontrasten, förstorade texter, och en unik uppsättning av färger som syns nedan.

Ikonerna är mestadels baserade på former för att undvika behovet av enbart färger.

Om du har någon funktionsnedsättning som hindrar dig från att använda mjukvaran effektivt, tveka inte på att kontakta vår support.

Vi försöker att implementera ändringar som skall resultera i en bättre användarupplevelse baserat på er feedback!

Kontrastbetyg

Betyget på kontrasten för vårt standardtema är mellan betygen AA och AAA som syns på testbilden:

Kontrastbetyget för tillgänglighetstemat temat är minst på nivån AAA:

Notera: WCAG 2 nivå AA kräver en kontrastskala av minst 4.5:1 för vanlig text och 3:1 för stor text, och en kontrastskala på minst 3:1 för grafik och komponenter för användargränssnitt (exempelvis ramar till formulär).

Nivån AAA kräver en kontrastskala på minst 7:1 för vanlig text and 4.5:1 för stor text.

Skärmläsare (Hjälpande teknologi)

Vanligtvis, i sammanhanget av webapplikationer relaterar till supportverktyg som kan läsa upp texter relaterade till skärmelement som knappar

Alla element i användarinterface har antingen text eller har en unik industri-standard hjälpande taggar, som"aria-label".

Tack vare detta, kan en skärmläsare läsa upp vad en specifik knapp är för även om originalinterfacet inte visar någon text.

ARIA taggar översätts till ditt språk.

Illustrationen nedan visar hur en vektorbaserad knapp representeras i den underliggande koden med ARIA-taggar som plockas upp av skärmläsaren.

Browser not supported