Aktienoptionen Abkürzungen

Der ONLY-Broker mit Instrumenten zum Handel Der ONLY-Broker mit Instrumenten zum Handel von IFCMARKETS. CORP 2006-2017 IFC Markets ist ein führender Broker auf den internationalen Finanzmärkten, der Online Forex Trading Services sowie zukünftige Index-, Aktien - und Rohstoff-CFDs anbietet. Das Unternehmen hat seit 2006 kontinuierlich seine Kunden in 18 Sprachen von 60 Ländern auf der ganzen Welt, in Übereinstimmung mit internationalen Standards der Brokerage-Dienstleistungen. Risiko-Warnung Hinweis: Forex-und CFD-Handel im OTC-Markt umfasst erhebliche Risiken und Verluste können Ihre Investitionen übersteigen. IFC Markets bietet keine Services für United States und Japan Bewohner. Web Content Accessibility Guidelines (WCAG) 2.0 W3C Empfehlung 11. Dezember 2008 Diese Version: w3.orgTR2008REC-WCAG20-20081211 Neueste Version: w3.orgTRWCAG20 Frühere Version: w3.orgTR2008PR-WCAG20 -20081103 Redakteure: Ben Caldwell, Trace RampD Zentrum, Universität Wisconsin-Madison Michael Cooper, W3C Loretta Guarino Reid, Google, Inc. Gregg Vanderheiden, Trace RampD Zentrum, Universität Wisconsin-Madison Vorherige Redakteure: Wendy Chisholm (bis Juli 2006 während Bei W3C) John Slatin (bis Juni 2006 bei Accessibility Institute, Universität von Texas bei Austin) Jason White (bis Juni 2005 an der University of Melbourne) Bitte beziehen Sie sich auf die Errata für dieses Dokument, die normative Korrekturen enthalten können. Web Content Accessibility Guidelines (WCAG) 2.0 umfasst eine breite Palette von Empfehlungen, um Web-Inhalte zugänglicher zu machen. Im Anschluss an diese Richtlinien wird der Inhalt für eine breitere Palette von Menschen mit Behinderungen, einschließlich Blindheit und Sehschwäche, Taubheit und Hörverlust, Lernschwierigkeiten, kognitiven Einschränkungen, eingeschränkte Bewegungsfreiheit, Sprachstörungen, Lichtempfindlichkeit und Kombinationen dieser Inhalte, zugänglich gemacht. Nach diesen Richtlinien wird auch oft machen Ihre Web-Inhalte mehr Benutzer für die Nutzer im Allgemeinen. Die Erfolgskriterien der WCAG 2.0 werden als prüfbare Aussagen geschrieben, die nicht technologiespezifisch sind. Leitlinien zur Erfüllung der Erfolgskriterien in spezifischen Technologien sowie allgemeine Informationen zur Interpretation der Erfolgskriterien finden sich in separaten Dokumenten. Weitere Informationen finden Sie in den Richtlinien zur Einführung von Webinhalten (WCAG) im Überblick für eine Einführung und Links zu technischen und pädagogischen Materialien der WCAG. WCAG 2.0 folgt den Web Content Accessibility Guidelines 1.0 WCAG10. Die als W3C-Empfehlung Mai 1999 veröffentlicht wurde. Obwohl es möglich ist, sich entweder an WCAG 1.0 oder an WCAG 2.0 (oder beides) anzupassen, empfiehlt das W3C, dass neue und aktualisierte Inhalte die WCAG 2.0 nutzen. Das W3C empfiehlt außerdem, dass die Richtlinien für die Barrierefreiheit auf WCAG 2.0 verweisen. Status dieses Dokuments Dieser Abschnitt beschreibt den Status dieses Dokuments zum Zeitpunkt der Veröffentlichung. Andere Dokumente können dieses Dokument ersetzen. Eine Liste der aktuellen W3C-Publikationen sowie die aktuelle Revision dieses technischen Berichts finden Sie im W3C Technical Report Index unter w3.orgTR. Dieses Dokument wurde von W3C-Mitgliedern, von Softwareentwicklern und anderen W3C-Gruppen und Interessenten überprüft und vom W3C-Direktor als W3C-Empfehlung bestätigt. Es ist ein stabiles Dokument und kann als Referenzmaterial verwendet oder aus einem anderen Dokument zitiert werden. Die Rolle des W3C bei der Ausarbeitung der Empfehlung ist es, die Aufmerksamkeit auf die Spezifikation zu lenken und deren weit verbreiteten Einsatz zu fördern. Dies erhöht die Funktionalität und Interoperabilität des Web. Die WCAG 2.0 wird unterstützt durch die zugehörigen nicht normativen Dokumente, Verständnis von WCAG 2.0 und Techniken für WCAG 2.0. Obwohl diese Dokumente nicht über den formalen Status verfügen, den die WCAG 2.0 selbst besitzt, liefern sie Informationen, die für das Verständnis und die Umsetzung der WCAG wichtig sind. Die Arbeitsgruppe fordert, dass alle Kommentare mit dem Online-Kommentarformular gemacht werden. Wenn dies nicht möglich ist, können Kommentare auch an public-comments-wcag20w3.org gesendet werden. Die Archive der öffentlichen Kommentierungsliste sind öffentlich zugänglich. Kommentare, die auf der Empfehlung der WCAG 2.0 erhalten wurden, können nicht zu Änderungen an dieser Version der Richtlinien führen, können aber in Errata oder zukünftigen Versionen der WCAG behandelt werden. Die Arbeitsgruppe plant keine formellen Antworten auf Kommentare. Archive der Diskussionen der WCAG WG-Mailingliste sind öffentlich zugänglich, und künftige Arbeiten der Arbeitsgruppe können die in diesem Dokument erhaltenen Kommentare ansprechen. Dieses Dokument wurde als Teil der W3C Web Accessibility Initiative (WAI) erstellt. Die Ziele der WCAG-Arbeitsgruppe werden in der Charta der WCAG-Arbeitsgruppe erörtert. Die WCAG-Arbeitsgruppe ist Teil der WAI Technical Activity. Dieses Dokument wurde von einer Gruppe erstellt, die nach der W3C-Patentrichtlinie vom 5. Februar 2004 arbeitet. W3C unterhält eine öffentliche Liste von Patent Offenbarungen in Verbindung mit den Lieferungen der Gruppe, die Seite enthält auch Anweisungen für die Offenlegung eines Patents gemacht. Eine Person, die über ein Patent verfügt, das die Einzelperson glaubt, enthält wesentliche Ansprüche, muss die Informationen gemäß Abschnitt 6 der W3C-Patentrichtlinie offenlegen. Inhaltsverzeichnis Anhänge Einführung Die Web Access Access Guidelines (WCAG) 2.0 definiert, wie Webinhalte für Menschen mit Behinderungen besser zugänglich gemacht werden können. Barrierefreiheit umfasst eine Vielzahl von Behinderungen, einschließlich visueller, auditiver, physischer, sprachlicher, kognitiver, sprachlicher, lernender und neurologischer Behinderungen. Obwohl diese Leitlinien eine breite Palette von Fragen abdecken, sind sie nicht in der Lage, die Bedürfnisse von Menschen mit allen Arten, Graden und Kombinationen von Behinderung zu lösen. Diese Richtlinien machen auch Web-Inhalte mehr von älteren Menschen mit wechselnden Fähigkeiten aufgrund von Alterung und oft verbessern Benutzerfreundlichkeit für die Nutzer im Allgemeinen. Die WCAG 2.0 wird durch das W3C-Verfahren in Zusammenarbeit mit Einzelpersonen und Organisationen weltweit entwickelt, mit dem Ziel, einen gemeinsamen Standard für die Zugänglichkeit von Webinhalten zu schaffen, der den Bedürfnissen von Einzelpersonen, Organisationen und Regierungen weltweit gerecht wird. Die WCAG 2.0 baut auf WCAG 1.0 WCAG10 auf und ist so konzipiert, dass es heute und in Zukunft breit auf verschiedene Webtechnologien anwendbar ist und mit einer Kombination aus automatisierten Tests und der menschlichen Evaluation testen kann. Eine Einführung in die WCAG finden Sie im Web Content Accessibility Guidelines (WCAG) Übersicht. Webzugänglichkeit hängt nicht nur von barrierefreien Inhalten, sondern auch von barrierefreien Webbrowsern und anderen Benutzeragenten ab. Authoring-Tools haben auch eine wichtige Rolle bei der Web-Zugänglichkeit. Eine Übersicht darüber, wie diese Komponenten von Webentwicklung und Interaktion zusammenwirken: WCAG 2.0 Layer of Guidance Die Individuen und Organisationen, die WCAG verwenden, variieren stark und schließen Webdesigner und Entwickler, politische Entscheidungsträger, Einkaufsagenturen, Lehrer und Studenten ein. Um den unterschiedlichen Bedürfnissen dieses Publikums gerecht zu werden, werden mehrere Ebenen von Leitlinien einschließlich der allgemeinen Prinzipien zur Verfügung gestellt. Generelle Richtlinien . Prüfbare Erfolgskriterien und eine reiche Sammlung von genügend Techniken, Beratungstechniken. Und dokumentierte gemeinsame Fehler mit Beispielen, Ressourcen-Links und Code. Grundsätze - An der Spitze sind vier Prinzipien, die die Grundlage für Web-Zugänglichkeit bieten: wahrnehmbar, operabel, verständlich und robust. Siehe auch Verständnis der vier Grundsätze der Barrierefreiheit. Richtlinien - Nach den Grundsätzen sind Leitlinien. Die 12 Richtlinien stellen die grundlegenden Ziele dar, auf die Autoren hinarbeiten sollten, um die Inhalte für Benutzer mit unterschiedlichen Behinderungen besser zugänglich zu machen. Die Leitlinien sind nicht prüfbar, sondern bieten den Rahmen und die allgemeinen Ziele zu helfen Autoren verstehen die Erfolgskriterien und besser zu implementieren die Techniken. Erfolgskriterien - Für jede Leitlinie werden prüfbare Erfolgskriterien bereitgestellt, um die Nutzung von WCAG 2.0 zu ermöglichen, wenn Anforderungen und Konformitätsprüfungen erforderlich sind, z. B. in der Entwurfsspezifikation, dem Einkauf, der Regulierung und den vertraglichen Vereinbarungen. Um den Bedürfnissen der verschiedenen Gruppen und Situationen gerecht zu werden, sind drei Konformitätsstufen definiert: A (niedrigste), AA und AAA (höchste). Weitere Informationen zu den WCAG-Stufen finden Sie unter Verstehen von Konformitätsniveaus. Ausreichend und Advisory Techniques - Für jeden Leitfaden und Erfolgskriterien im WCAG 2.0 Dokument selbst hat die Arbeitsgruppe auch eine Vielzahl von Techniken dokumentiert. Die Techniken sind informativ und fallen in zwei Kategorien: diejenigen, die ausreichend für die Erfüllung der Erfolgskriterien und diejenigen, die beraten sind. Die Beratungsmethoden gehen über das, was von den einzelnen Erfolgskriterien verlangt wird, und erlauben es Autoren, sich besser an die Richtlinien zu gewöhnen. Einige Beratungsmethoden behandeln Barrierefreiheit, die nicht von den prüfbaren Erfolgskriterien abgedeckt sind. Wo häufige Fehler bekannt sind, sind diese auch dokumentiert. Siehe auch Ausreichende und Advisory Techniques in Understanding WCAG 2.0. Alle diese Leitlinien (Prinzipien, Richtlinien, Erfolgskriterien und ausreichende und beratende Techniken) arbeiten zusammen, um Orientierungshilfen für die Zugänglichkeit von Inhalten zu liefern. Die Autoren werden ermutigt, alle Schichten, die sie in der Lage sind, einzusehen und anzuwenden, einschließlich der Beratungstechniken, um die Bedürfnisse der unterschiedlichsten Nutzer am besten zu befriedigen. Beachten Sie, dass auch Inhalte, die auf höchster Ebene (AAA) entsprechen, nicht zugänglich für Personen mit allen Arten, Grad oder Kombinationen von Behinderung, vor allem in der kognitiven Sprache und Lernbereichen. Die Autoren werden ermutigt, die gesamte Bandbreite an Techniken, einschließlich der Beratungstechniken, zu berücksichtigen und um relevante Ratschläge über aktuelle bewährte Verfahren einzuholen, um sicherzustellen, dass Webinhalte so weit wie möglich dieser Community zugänglich sind. Metadaten können Benutzer bei der Suche nach Inhalt am besten für ihre Bedürfnisse zu unterstützen. WCAG 2.0 Begleitdokumente Das WCAG 2.0 Dokument ist auf die Bedürfnisse derjenigen ausgerichtet, die einen stabilen technischen Standard benötigen. Andere Dokumente, die so genannte Belegdokumente, basieren auf dem Dokument WCAG 2.0 und beziehen sich auf andere wichtige Zwecke, einschließlich der Aktualisierungsmöglichkeit, um zu beschreiben, wie WCAG mit neuen Technologien umgesetzt werden soll. Zu den Begleitdokumenten gehören: WCAG 2.0 - Ein anpassbarer Schnellzugriff auf WCAG 2.0, der alle Richtlinien, Erfolgskriterien und Techniken einschließt, die Autoren für die Entwicklung und Bewertung von Webinhalten verwenden. Das Verständnis von WCAG 2.0 - Ein Leitfaden zum Verstehen und Implementieren von WCAG 2.0. Für jedes Leit - und Erfolgskriterium in der WCAG 2.0 gibt es ein kurzes Verständnisdokument sowie wichtige Themen. Techniken für WCAG 2.0 - Eine Sammlung von Techniken und gemeinsamen Ausfällen, jeweils in einem separaten Dokument, das eine Beschreibung, Beispiele, Code und Tests enthält. Die WCAG 2.0 Dokumente - Ein Diagramm und eine Beschreibung, wie die technischen Dokumente miteinander verknüpft sind. Eine Übersicht über die Inhalte der WCAG 2.0, einschließlich der Bildungsressourcen im Zusammenhang mit der WCAG 2.0, finden Sie in der Übersicht über die Inhalte der WCUB. Zusätzliche Ressourcen, die Themen wie die Business-Case für Web-Zugänglichkeit, Planung Umsetzung zur Verbesserung der Zugänglichkeit von Websites und Barrierefreiheit Richtlinien sind in WAI Resources aufgelistet. Wichtige Begriffe in WCAG 2.0 WCAG 2.0 enthält drei wichtige Begriffe, die sich von WCAG 1.0 unterscheiden. Diese werden im Folgenden kurz erläutert und im Glossar näher definiert. Es ist wichtig zu beachten, dass in diesem Standard der Begriff Web-Seite viel mehr als statische HTML-Seiten enthält. Es enthält auch die zunehmend dynamische Web-Seiten, die im Web auftauchen, einschließlich Seiten, die gesamte virtuelle interaktive Communities präsentieren können. Zum Beispiel enthält der Begriff Webseite eine immersive, interaktive Film-ähnliche Erfahrung bei einem einzigen URI gefunden. Weitere Informationen finden Sie unter Grundlegendes zu Webseiten. Mehrere Erfolgskriterien erfordern, dass Inhalte (oder bestimmte Aspekte des Inhalts) programmgesteuert ermittelt werden können. Das bedeutet, dass der Inhalt so ausgeliefert wird, dass Benutzeragenten. Einschließlich assistierender Technologien. Können diese Informationen an Benutzer in verschiedenen Modalitäten zu extrahieren und zu präsentieren. Weitere Informationen finden Sie unter Grundlegendes zu Programmgesteuert. Die Verwendung einer Technologie in einer Weise, die barrierefrei unterstützt wird, bedeutet, dass sie mit assistiven Technologien (AT) und den Barrierefreiheitseigenschaften von Betriebssystemen, Browsern und anderen Benutzeragenten arbeitet. Technologiemerkmale können sich nur dann auf die Erfolgskriterien von WCAG 2.0 stützen, wenn sie in einer barrierefreien Weise eingesetzt werden. Technologiemerkmale können in einer Weise verwendet werden, die nicht behindert wird (nicht mit assistiven Technologien usw. arbeiten), solange sie nicht darauf angewiesen sind, einem Erfolgskriterium zu entsprechen (dh dass die gleiche Information oder Funktionalität auch auf andere Weise verfügbar ist wird unterstützt). Die Definition der unterstützten Unterstützung finden Sie im Anhang A: Glossar dieser Leitlinien. Weitere Informationen finden Sie unter Grundlegendes zu Barrierefreiheit. WCAG 2.0 Richtlinien Prinzip 1: Wahrnehmbar - Informations - und Benutzeroberflächenkomponenten müssen den Anwendern in einer Weise präsentierbar sein, die sie wahrnehmen können. Leitfaden 1.1 Text-Alternativen: Geben Sie Textalternativen für jeden Nichttext-Inhalt an, damit er in andere Formen, die Menschen benötigen, wie Großdruck, Blindenschrift, Sprache, Symbole oder einfachere Sprache, geändert werden kann. 1.1.1 Nichttext-Inhalt: Alle Nicht-Textinhalte, die dem Benutzer präsentiert werden, haben eine Textalternative, die dem entsprechenden Zweck dient, mit Ausnahme der unten aufgeführten Situationen. (Level A) Controls, Input: Wenn Non-Text-Inhalt ist ein Steuerelement oder akzeptiert Benutzereingaben, dann hat es einen Namen, der seinen Zweck beschreibt. (Siehe Guideline 4.1 für zusätzliche Anforderungen an Steuerelemente und Inhalte, die Benutzereingaben akzeptieren.) Zeitbasierte Medien: Wenn Nichttext-Inhalte zeitbasierte Medien sind, dann bieten Textalternativen zumindest eine beschreibende Identifikation des Nichttext-Inhalts. (Siehe Guideline 1.2 für zusätzliche Anforderungen für Medien.) Test: Wenn Nichttextinhalt ein Test oder eine Übung ist, die ungültig wäre, wenn sie im Text vorgestellt wird. Dann bieten Textalternativen zumindest eine beschreibende Identifikation des Nichttextinhalts. Sensorisch: Wenn Nicht-Text-Inhalte ist in erster Linie auf eine bestimmte sensorische Erfahrung zu schaffen. Dann bieten Textalternativen zumindest eine beschreibende Identifikation des Nichttextinhalts. CAPTCHA: Wenn der Zweck von Nichttextinhalten darin besteht, zu bestätigen, dass auf Inhalte von einer Person und nicht auf einem Computer zugegriffen wird, werden Textalternativen bereitgestellt, die den Zweck des Nichttextinhalts identifizieren und beschreiben sowie alternative Formen von CAPTCHA Ausgabemodi für verschiedene Arten der Sinneswahrnehmung bereitgestellt werden, um verschiedenen Behinderungen Rechnung zu tragen. Dekoration, Formatierung, Unsichtbar: Wenn Nicht-Text-Inhalt reine Dekoration ist. Wird nur für die visuelle Formatierung verwendet oder wird den Benutzern nicht präsentiert, dann wird sie so implementiert, dass sie durch die Hilfstechnologie ignoriert werden kann. 1.4.1 Verwendung von Farbe: Farbe wird nicht als das einzige visuelle Mittel zur Beförderung von Informationen verwendet, was eine Handlung anzeigt, eine Reaktion hervorruft oder ein visuelles Element unterscheidet. (Level A) Hinweis: Dieses Erfolgskriterium adressiert spezifisch die Farbwahrnehmung. Andere Formen der Wahrnehmung sind in Guideline 1.3 enthalten, einschließlich programmatischer Zugang zu Farbe und anderen visuellen Präsentationscodierungen. 1.4.2 Audiosteuerung: Wenn Audio auf einer Webseite für mehr als 3 Sekunden automatisch abgespielt wird, steht entweder ein Mechanismus zum Anhalten oder Stoppen des Audiosignals zur Verfügung, oder es steht ein Mechanismus zur Verfügung, der die Lautstärke unabhängig von der Gesamtlautstärke des Systems steuert. (Level A) Anmerkung: Da alle Inhalte, die dieses Erfolgskriterium nicht erfüllen, die Nutzer in die Lage versetzen, die gesamte Seite zu nutzen, müssen alle Inhalte auf der Webseite (unabhängig davon, ob sie für andere Erfolgskriterien verwendet werden) erfüllt werden Erfolgskriterium. Siehe Konformitätsanforderung 5: Nicht störend. 1.4.3 Kontrast (Minimum): Die visuelle Darstellung von Text und Bildern des Textes hat ein Kontrastverhältnis von mindestens 4. 5: 1, mit Ausnahme der folgenden: (Stufe AA) Großer Text: Großer Text und Bilder von großen - scale Text haben ein Kontrastverhältnis von mindestens 3: 1 Beiläufig: Text oder Bilder von Text, die Teil einer inaktiven Benutzeroberflächenkomponente sind. Die reine Dekoration sind. Die für jedermann nicht sichtbar sind oder die Teil eines Bildes sind, das signifikante andere visuelle Inhalte enthält, haben keine Kontrastanforderung. Logos: Text, der Teil eines Logos oder Markennamens ist, hat keine Mindestkontrastanforderung. 1.4.4 Textgröße ändern: Mit Ausnahme von Beschriftungen und Bildern von Text. Text kann ohne Assistive-Technologie bis zu 200 Prozent ohne Verlust von Inhalt oder Funktionalität verkleinert werden. (Level AA) 1.4.5 Bilder von Text: Wenn die verwendeten Technologien die visuelle Darstellung erreichen, wird Text verwendet, um Informationen anstelle von Textbildern zu übertragen, mit Ausnahme der folgenden: (Stufe AA) Anpassbar: Das Bild des Textes kann sein Visuell an die Benutzeranforderungen angepasst Essential: Eine besondere Präsentation von Text ist von wesentlicher Bedeutung für die übermittelten Informationen. Hinweis: Logos (Text, der Bestandteil eines Logos oder Markennamens ist) werden als wesentlich erachtet. 1.4.6 Kontrast (erweitert): Die visuelle Darstellung von Text und Bildern des Textes hat ein Kontrastverhältnis von mindestens 7: 1, mit Ausnahme der folgenden: (Stufe AAA) Großer Text: Großformatiger Text und Bilder von großformatigen Bildern Text haben ein Kontrastverhältnis von mindestens 4. 5: 1 Beiläufig: Text oder Bilder von Text, die Teil einer inaktiven Benutzeroberflächenkomponente sind. Die reine Dekoration sind. Die für jedermann nicht sichtbar sind oder die Teil eines Bildes sind, das signifikante andere visuelle Inhalte enthält, haben keine Kontrastanforderung. Logos: Text, der Teil eines Logos oder Markennamens ist, hat keine Mindestkontrastanforderung. 1.4.7 Low oder No Background Audio: Für voraufgezeichnete Audio-Inhalte, die (1) primär Sprache im Vordergrund enthalten, (2) kein Audio-CAPTCHA - oder Audio-Logo ist und (3) keine Vokalisierung ist, die primär musikalisch sein soll (Singen oder rappen) ist mindestens einer der folgenden Aussagen zutreffend: (Level AAA) Nein Hintergrund: Der Ton enthält keine Hintergrundgeräusche. Ausschalten: Die Hintergrundgeräusche können deaktiviert werden. 20 dB: Die Hintergrundgeräusche sind mindestens 20 Dezibel niedriger als der Vordergrundsprachinhalt, mit Ausnahme von gelegentlichen Tönen, die nur für eine oder zwei Sekunden dauern. Anmerkung: Nach der Definition von Dezibel wird der Hintergrundton, der diese Anforderung erfüllt, etwa viermal leiser als der Vordergrundsprachinhalt sein. 1.4.8 Visual Presentation: Zur visuellen Darstellung von Textblöcken. Ist ein Mechanismus verfügbar, um folgendes zu erreichen: (Stufe AAA) Vorder - und Hintergrundfarben können vom Benutzer ausgewählt werden. Breite ist nicht mehr als 80 Zeichen oder Glyphen (40 wenn CJK). Text ist nicht gerechtfertigt (ausgerichtet auf den linken und den rechten Rand). Der Zeilenabstand (führend) ist mindestens in den Absätzen mindestens anderthalb, und der Absatzabstand ist mindestens 1,5 mal größer als der Zeilenabstand. Der Text kann ohne Hilfstechnologie bis zu 200 Prozent in einer Weise skaliert werden, die den Benutzer nicht benötigt, um horizontal zu scrollen, um eine Textzeile auf einem Vollbildfenster zu lesen. 1.4.9 Bilder von Text (keine Ausnahme): Bilder von Text werden nur für reine Dekoration verwendet oder wenn eine bestimmte Präsentation von Text für die übermittelten Informationen wesentlich ist. (Level AAA) Hinweis: Logos (Text, der Bestandteil eines Logos oder Markennamens ist) werden als wesentlich erachtet. Prinzip 2: Bedienbar - Benutzeroberflächenkomponenten und Navigation müssen betriebsbereit sein. Leitfaden 2.1 Tastaturzugriff: Stellen Sie alle Funktionen über eine Tastatur bereit. 2.1.1 Tastatur: Alle Funktionen des Inhalts sind über eine Tastaturschnittstelle bedienbar, ohne dass spezifische Timings für einzelne Tastatureingaben erforderlich sind, es sei denn, dass die zugrundeliegende Funktion eine Eingabe erfordert, die vom Pfad der Benutzerbewegung und nicht von den Endpunkten abhängt. (Level A) Anmerkung 1: Diese Ausnahme bezieht sich auf die zugrunde liegende Funktion, nicht auf die Eingabemethode. Wenn beispielsweise Handschrift zur Eingabe von Text verwendet wird, erfordert die Eingabemethode (Handschrift) eine pfadabhängige Eingabe, aber die zugrundeliegende Funktion (Texteingabe) nicht. Hinweis 2: Dies verbietet nicht und sollte nicht abschrecken, die Maus-Eingabe oder andere Eingabemethoden zusätzlich zu Tastaturbedienung. 2.1.2 No Keyboard Trap: Wenn der Tastaturfokus über eine Tastaturschnittstelle auf eine Komponente der Seite verschoben werden kann. Dann kann der Fokus von dieser Komponente nur unter Verwendung einer Tastaturschnittstelle wegbewegt werden, und wenn es mehr als unmodifizierte Pfeil - oder Tabulartasten oder andere Standardausgangsverfahren erfordert, wird dem Benutzer die Methode empfohlen, den Fokus wegzubewegen. (Level A) Anmerkung: Da alle Inhalte, die dieses Erfolgskriterium nicht erfüllen, die Benutzer in die Lage versetzen, die gesamte Seite zu benutzen, müssen alle Inhalte auf der Webseite (ob sie zur Erfüllung anderer Erfolgskriterien verwendet werden) Erfolgskriterium. Siehe Konformitätsanforderung 5: Nicht störend. 2.2.1 Timing Einstellbar: Für jede durch den Inhalt eingestellte Zeitgrenze ist mindestens einer der folgenden Aussagen zutreffend: (Level A) Ausschalten: Der Benutzer kann die Zeitlimitierung abschalten, bevor er auftritt Benutzer kann die Zeitbegrenzung vor dem Treffen über einen weiten Bereich anpassen, der mindestens das Zehnfache der Länge der Standardeinstellung beträgt oder Extend: Der Benutzer wird gewarnt, bevor die Zeit abgelaufen ist und mindestens 20 Sekunden, um die Zeitbegrenzung um einen Wert zu verlängern (Z. B. drücken Sie die Leertaste), und der Benutzer darf die Zeitbegrenzung mindestens zehnmal verlängern oder Realzeit-Ausnahme: Die Zeitbegrenzung ist ein erforderlicher Teil eines Echtzeitereignisses (z Auktion) und keine Alternative zur Frist möglich ist oder wesentliche Ausnahme: Die Frist ist zwingend erforderlich und verlängert sie die Aktivität oder 20 Stunden Ausnahme: Die Frist ist länger als 20 Stunden. Hinweis: Mit diesem Erfolgskriterium wird sichergestellt, dass Benutzer Aufgaben ohne unerwartete Änderungen im Inhalt oder Kontext ausführen können, die auf eine zeitliche Begrenzung zurückzuführen sind. Dieses Erfolgskriterium sollte in Verbindung mit dem Erfolgskriterium 3.2.1 betrachtet werden. Die Grenzen von Änderungen des Inhalts oder des Kontextes als Ergebnis von Benutzeraktionen begrenzt. 2.2.2 Pause, Stopp, Ausblenden: Zum Bewegen, blinken. (A) Bewegen, Blinken, Scrollen: Für alle beweglichen, blinkenden oder blätternden Informationen, die (1) automatisch startet, (2) dauert mehr als fünf Sekunden und (3) parallel zu anderem Inhalt dargestellt wird, gibt es einen Mechanismus für den Benutzer zu pausieren. (1) automatisch gestartet wird und (2) parallel zu anderen Inhalten dargestellt wird, wenn die Bewegung, das Blinken oder das Scrollen Teil einer Aktivität ist, bei der es unerlässlich ist und automatisch aktualisiert wird , Gibt es einen Mechanismus für den Benutzer zu pausieren, zu stoppen oder zu verbergen oder um die Häufigkeit der Aktualisierung zu steuern, es sei denn, die automatische Aktualisierung ist Teil einer Aktivität, wo es wesentlich ist. Hinweis 1: Für Anforderungen im Zusammenhang mit Flimmern oder blinkendem Inhalt siehe Richtlinie 2.3. Anmerkung 2: Da alle Inhalte, die dieses Erfolgskriterium nicht erfüllen, die Benutzer in die Lage versetzen, die gesamte Seite zu nutzen, müssen alle Inhalte auf der Webseite (ob sie zur Erfüllung anderer Erfolgskriterien verwendet werden) dieses Erfolgskriterium erfüllen. Siehe Konformitätsanforderung 5: Nicht störend. Anmerkung 3: Inhalte, die regelmäßig per Software aktualisiert oder dem Benutzeragenten gestreamt werden, sind nicht erforderlich, um Informationen, die zwischen dem Beginn der Pause und der Wiederaufnahme der Präsentation generiert oder empfangen werden, wie dies technisch nicht möglich ist, zu bewahren oder zu präsentieren In vielen Situationen könnte dazu irreführend sein. Anmerkung 4: Eine Animation, die als Teil einer Vorlastphase oder einer ähnlichen Situation auftritt, kann als wesentlich angesehen werden, wenn Interaktion während dieser Phase für alle Benutzer nicht auftreten kann und wenn nicht angezeigt wird, dass Fortschritte Benutzer verwechseln oder sie denken könnten, dass der Inhalt eingefroren oder gebrochen wurde. Konformität Dieser Abschnitt enthält Anforderungen an die Konformität mit der WCAG 2.0. Es gibt auch Informationen darüber, wie man Konformitätsansprüche, die optional sind. Schließlich beschreibt es, was es bedeutet, dass Barrierefreiheit unterstützt wird. Da nur auf Zugänglichkeit gestützte Techniken zur Konformität herangezogen werden können. Das Verständnis der Konformität beinhaltet die weitere Erläuterung des barrierefrei gestützten Konzepts. Konformitätsanforderungen Damit eine Webseite mit der WCAG 2.0 konform ist, müssen alle folgenden Konformitätsanforderungen erfüllt sein: 1. Konformitätsstufe: Eine der folgenden Konformitätsebenen ist vollständig erfüllt. Stufe A: Für die Konformität der Stufe A (Mindestkonformitätsstufe) erfüllt die Webseite alle Erfolgskriterien der Stufe A oder eine entsprechende Version. Level AA: Für die Übereinstimmung der AA-Stufe erfüllt die Webseite alle Level-A - und Level-AA-Erfolgskriterien oder eine alternative AA-Version. Level AAA: Für Level AAA-Konformität erfüllt die Webseite alle Level A-, Level AA - und Level AAA Success Criteria oder eine Level-AAA-konforme Alternativversion. Anmerkung 1: Obwohl die Konformität nur auf den angegebenen Ebenen erreicht werden kann, werden die Autoren ermutigt, (in ihrem Anspruch) alle Fortschritte in Bezug auf die Erfüllung von Erfolgskriterien von allen Ebenen über das erreichte Niveau der Konformität zu berichten. Anmerkung 2: Es wird nicht empfohlen, dass AAA-Konformität als allgemeine Richtlinie für gesamte Websites erforderlich ist, da es nicht möglich ist, alle AAA-Erfolgskriterien für bestimmte Inhalte zu erfüllen. 2. Vollständige Seiten: Conformance (und Konformitätsebene) ist nur für vollständige Webseite (n) und kann nicht erreicht werden, wenn ein Teil einer Webseite ausgeschlossen ist. Anmerkung 1: Für die Bestimmung der Konformität werden Alternativen zu einem Teil eines Seiteninhalts als Teil der Seite angesehen, wenn die Alternativen direkt von der Seite erhalten werden können, z. B. Eine lange Beschreibung oder eine alternative Darstellung eines Videos. Anmerkung 2: Autoren von Webseiten, die aufgrund von Inhalten außerhalb der Autoren nicht übereinstimmen können, können eine Erklärung der Teilkonformität in Betracht ziehen. 3. Vollständige Prozesse: Wenn eine Webseite eine von einer Reihe von Webseiten ist, die einen Prozess (dh eine Sequenz von Schritten, die ausgeführt werden müssen, um eine Aktivität auszuführen) sind, entsprechen alle Webseiten in dem Prozess auf der angegebenen Ebene oder besser. (Eine Konformität ist auf einer bestimmten Ebene nicht möglich, wenn sich eine beliebige Seite nicht auf dieser oder jener Ebene befindet). Beispiel: Ein Online-Shop verfügt über eine Reihe von Seiten, die zur Auswahl und zum Kauf von Produkten verwendet werden. Alle Seiten in der Reihe von Anfang bis Ende (Kasse) konform, damit jede Seite, die Teil des Prozesses ist, sich anzupassen. 4. Nur mit Barrierefreiheit unterstützte Methoden der Nutzung von Technologien: Für die Erfüllung der Erfolgskriterien werden nur barrierefreiheitstechnische Techniken herangezogen. Jede Information oder Funktionalität, die in einer Weise bereitgestellt wird, die nicht barrierefrei unterstützt wird, ist auch in einer Weise verfügbar, die Zugänglichkeit unterstützt wird. (Siehe Grundlegende Informationen zur Barrierefreiheit.) 5. Nicht-Interferenz: Wenn Technologien in einer Weise verwendet werden, die nicht barrierefrei unterstützt wird. Oder wenn sie in einer nicht-konformen Weise verwendet werden, dann blockieren sie nicht die Fähigkeit der Benutzer, auf den Rest der Seite zuzugreifen. Darüber hinaus erfüllt die Webseite als Ganzes weiterhin die Konformitätsanforderungen unter den folgenden Bedingungen: Wenn eine Technologie, auf die nicht Bezug genommen wird, in einem Benutzeragenten aktiviert wird, wenn eine Technologie, auf die nicht Bezug genommen wird, ausgeschaltet wird Ein Benutzeragenten, und wenn eine Technologie, auf die nicht Bezug genommen wird, nicht von einem Benutzeragenten unterstützt wird Darüber hinaus gelten die folgenden Erfolgskriterien für alle Inhalte auf der Seite, einschließlich Inhalt, der nicht anderweitig auf die Übereinstimmung der Konformität angewiesen ist Können sie jede Verwendung der Seite beeinträchtigen: 2.3.1 - Drei Blitze oder unterhalb Schwellenwert. Und Andi Snow Weaver (IBM) Christophe Strobbe (DocArch, KULeuven) Gregg Vanderheiden (Trace RampD Centre, Universität Wisconsin) Andere bisherige WCAG WG-Teilnehmer und andere Mitwirkende der WCAG 2.0 Shadi Abou-Zahra, Jim Allan, Jenae Andershonis, avi Arditti, Widder Arditi, Mike Barta, Sandy Bartell, Kynn Bartlett, Marco Bertoni, Harvey Bingham, Chris Blouch, Paul Bohman, Patrice Bourlon, Judy Brewer, Andy Brown, Dick Brown, Doyle Burnett, Raven Calais, Tomas Caspers, Roberto Castaldo , Sambhavi Chandrashekar, Mike Cherim, Jonathan Chetwynd, Wendy Chisholm, Alan Chuter, David M Clark, Joe Clark, James Coltham, James Craig, Tom Croucher, Nir Dagan, Daniel Dardailler, Geoff Deering, Pete DeVasto, Don Evans, Neal Ewers, Steve Faulkner, Lainey Feingold, Alan J. Flavell, Nikolaos Floratos, Kentarou Fukuda, Miguel Garcia, PJ Gardner, Greg Homosexuell, Becky Gibson, Al Gilman, Kerstin Goldsmith, Michael Grade, Jon Gunderson, Emmanuelle Gutirrez y Restrepo, Brian Hardy, Eric Hansen, Sean Hayes, Shawn Henry, Hans Hillen, Donovan Hipke, Bjoern Hoehrmann, Chris Hofstader, Yvette Hoitink, Carlos Iglesias, Ian Jacobs, Phill Jenkins, Jyotsna Kaki, Leonard R. Kasday, Kazuhito Kidachi, Ken Kipness, Marja-Riitta Koivunen , Preety Kumar, Gez Lemon, Chuck Letourneau, Scott Luebking, Tim Lacy, Jim Ley, William Loughborough, Greg Lowney, Luca Mascaro, Liam McGee, Jens Meiert, Niqui Merret, Alessandro Miele, Mathew J Mirabella, Charles McCathieNevile. (1974), Regisseur und Drehbuchautor, Regisseur, Drehbuchautor, Regisseur, Drehbuchautor, Regisseur, Drehbuchautor, Regisseur, Drehbuchautor, Regisseur, Drehbuchautor, Regisseur, Drehbuchautor, Regisseur und Drehbuchautor Matthew McKuller Chris Ridpath, Lee Roberts, Gregory J. Rosmaita, Matthew Ross, Sharron Rush, Gian Sampson-wild, Joel Sanda, Gordon Schantz, Lisa Seeman, John Slatin, Becky Smith, Jared Smith, Neil Soiffer, Jeanne Spellman, Mike Squillace, Michael Stenitzer, Jim Thatcher, Terry Thompson, Justin Thorp, Makoto Ueki, Eric Velleman, Dena Wainwright, Paul Walsch, Takayuki Watanabe, Jason White. Anhang C: Referenzen CAPTCHA Das CAPTCHA-Projekt, Carnegie Mellon University. Das Projekt ist online unter captcha. net. HARDING-BINNIE Harding G. F. A. und Binnie, C. D. Unabhängige Analyse des ITC lichtempfindlichen Epilepsiekalibrierungs-Testbandes. IEC-4WD IEC4WD 61966-2-1: Farbmessung und - management in Multimediasystemen und Geräten - Teil 2.1: Standardfarbraum - sRGB. 5. Mai 1998. sRGB Ein Standard-Standardfarbraum für das Internet - sRGB, M. Stokes, M. Anderson, S. Chandrasekar, R. Motta, Hrsg. Version 1.10, 5. November 1996. Eine Kopie dieser Veröffentlichung ist unter w3.orgGraphicsColorsRGB. html erhältlich. UNESCO International Standard Classification of Education, 1997. Eine Kopie der Norm ist abrufbar unter unesco. orgebildunginformationnfsunescodocisced1997.htm. WCAG10 Web Content Accessibility Guidelines 1.0, G. Vanderheiden, W. Chisholm, I. Jacobs, Herausgeber, W3C Empfehlung, 5. Mai 1999, w3.orgTR1999WAI-WEBCONTENT-19990505. Die neueste Version von WCAG 1.0 ist unter w3.orgTRWAI-WEBCONTENT verfügbar.