BARRIEREFREIHEITSERKLÄRUNG
Die Gemeinde Hallbergmoos ist bemüht, die Internetseite https://www.hallbergmoos.de barrierefrei zugänglich zu machen. Rechtsgrundlage sind das Behindertengleichstellungsgesetz (BGG) und die Barrierefreie Informationstechnik-Verordnung (BITV 2.0) in ihrer jeweils gültigen Fassung.
Die Website implementiert folgende Funktionen für die Barrierefreiheit:
Funktion um Bereiche direkt anzuspringen
Mit der Tabulatortaste können die Sprungmarken "Zur Startseite springen", "Zum Inhalt springen" und "Zum Fussbereich springen" am Anfang der Seite angesteuert und mit der Enter-Taste aktiviert werden.
Funktion um den Kontrastmodus zu wechseln
Die Seite verfügt über einen Schalter um in den Nachtmodus (Schwarz/Weiß) zu wechseln. Die Funktion ist jedoch nicht auf jeder Seite erreichbar.
Prüfung
Die Seite wurde mit Hilfe des BITV-Tests geprüft:
Standard: BITV 2.0 / EN 301 549
Startadresse: https://www.hallbergmoos.de
Prüfstelle: digiPublica, eine Marke der econix GmbH
Prüfer/in: Philipp Tieber und Jörg Gleixner, support@digipublica.de
Letztes Prüfdatum: 23.04.2021
Ergebnis
3 von 3 Seiten BITV-konform
Geprüfte Seiten
Seite 1: Kontakt
Titel: Gemeinde Hallbergmoos - Seite 1 - Kontakt
URL: https://www.hallbergmoos.de/buerger/interessante-links/kontakt
Ergebnis: konform, 92 von 92 Anforderungen erfüllt, eher erfüllt oder nicht anwendbar
Seite 2: Verwaltung
Titel: Gemeinde Hallbergmoos - Seite 2 - Verwaltung
URL: https://www.hallbergmoos.de/buerger/rathaus-and-verwaltung/verwaltung/verwaltungsstruktur
Ergebnis: konform, 92 von 92 Anforderungen erfüllt, eher erfüllt oder nicht anwendbar
Seite 3: Interaktiver Ortsplan
Titel: Gemeinde Hallbergmoos - Seite 3 - Interaktiver Ortsplan
URL: https://www.hallbergmoos.de/buerger/leben-in-hallbergmoos/interaktiver-ortsplan
Ergebnis: konform, 92 von 92 Anforderungen erfüllt, eher erfüllt oder nicht anwendbar
Bewertung und Anmerkungen zu einzelnen Prüfschritten
erfüllt sind 50 Prüfschritte:
Prüfschritt | Kommentar |
---|---|
11.7 Benutzerdefinierte Einstellungen | Seite 1, Seite 2, Seite 3: Die Seite wird im Firefox-Browser nach dem Vornehmen von abweichenden Einstellungen (z.B. heller Text auf dunklem Hintergrund) entsprechend anders dargestellt, Schriften erscheinen vergrößert und in der jeweils eingestelten Schrifttype. |
12.1.1 Dokumentation von Kompatibilität und Barrierefreiheit | Seite 1, Seite 2, Seite 3: Die Dokumentation der Barrierefreiheit wird auf der Seite Barrierefreiheitserklärung veröffentlicht. |
12.2.3 Effektive Kommunikation | Seite 1, Seite 2, Seite 3: Der Webauftritt stellt Kontaktdaten im Footer (Telefonnummer und Email-Adresse) bereit. |
5.2 Aktivierung von Barrierefreiheitsfunktionen | Seite 1, Seite 2, Seite 3: Die Barrierefreiheits-Funktion ist barrierefrei identifizierbar und aktivierbar. |
9.1.1.1a Alternativtexte für Bedienelemente | Seite 1, Seite 2, Seite 3: Bei den grafischen Bedienelemente sind Textalternativen vorhanden, entweder als Text oder title-Attribut im umschliessenden Link. |
9.1.3.1a HTML-Strukturelemente für Überschriften | Seite 3: Es gibt mehrere Überschriften vom Typ h1: Für die Seitenüberschrift, den Inhaltsbereich und im Footer. Für die Anzeige der Adressen werden Überschriften vom Typ h3 verwendet. Die meisten Inhalte der Seite sind über die Überschriften zugänglich. Seite 1, Seite 2: Es gibt mehrere Überschriften vom Typ h1: Für die Seitenüberschrift, den Inhaltsbereich und im Footer. Die meisten Inhalte der Seite sind über die Überschriften zugänglich |
9.1.3.1b HTML-Strukturelemente für Listen | Seite 1, Seite 2, Seite 3: Sämtliche Listen (auch innerhalb der einzelnen Menüs) sind mit den gegebenen Elementen der HTML-Struktur bzgl. Listen ausgezeichnet. Die Listen-Elemente werden an keiner Stelle missbräuchlich verwendet. |
9.1.3.1d Inhalt gegliedert | Seite 1, Seite 2, Seite 3: Alle Absätze sind mit p ausgezeichnet, für Hervorhebungen im Text wird strong und em verwendet. Es werden keine Zeilenumbrüche verwendet um Absätze zu schaffen. Es wird kein Text per CSS eingebunden. |
9.1.3.1e Datentabellen richtig aufgebaut | Seite 2: Die Datentabelle für die Mitarbeiter ist strukturell richtig aufgebaut, Spaltenüberschriften sind mit dem Tag <th> ausgezeichnet. Die Tabelle hat eine klare Struktur, die Bedeutung der Zeilen und Spalten ist klar erkennbar. Die Überschriften sind gut auffindbar, aussagekräftig formuliert und es ist klar auf welche Daten sie sich beziehen. Alle Zellen sind gleich aufgebaut. |
9.1.3.1h Beschriftung von Formularelementen programmatisch ermittelbar | Seite 1, Seite 3: Die Beschriftungen von Formularfeldern sind richtig verknüpft. Label-Elemente haben ein "for"-Attribut. Wenn man mit der Maus auf die Beschriftung eines Formular-Elementes klickt wird der Cursor dadurch auf das Formular-Element gesetzt. Es gibt keine Gruppen von Formular-Elementen. |
9.1.3.2 Sinnvolle Reihenfolge | Seite 1, Seite 2, Seite 3: Die logische Reihenfolge der sichtbaren Seiteninhalte bleibt auch nach dem Abschalten von CSS erhalten. Es gibt keine Linealisierungsprobleme mit dem Screenreader NVDA, wenn man die sichtbaren Inhalte vorlesen lässt, werden keine versteckten Inhalte vorgelesen. |
9.1.3.3 Ohne Bezug auf sensorische Merkmale nutzbar | Seite 1, Seite 2, Seite 3: Textliche Verweise verzichten auf sensorische Merkmale wie Farbe, Form, Größe oder Position |
9.1.3.4 Keine Beschränkung der Bildschirmausrichtung | Seite 1, Seite 2, Seite 3: Die Inhalte sind bezüglich Bedienung und Ansicht nicht auf eine einzige Ausrichtung (Quer- oder Hochformat) beschränkt. Sämtliche Inhalte passen sich automatisch der nutzergewählten Ausrichtung des Endgerätes an |
9.1.3.5 Eingabefelder zu Nutzerdaten vermitteln den Zweck | Seite 1: Es werden sinnvolle autocomplete-Attribute verwendet. |
9.1.4.1 Ohne Farben nutzbar | Seite 1, Seite 2, Seite 3: Für die Bedienung ist die Wahrnehmung von Farben ist nicht erforderlich. Ebenso für das Verständnis der Inhalte. Farben dienen ausschliesslich optischen Optimierungen. |
9.1.4.10 Inhalte brechen um | Seite 1, Seite 2, Seite 3: Die Inhalte lassen sich auch bei einer kleinen Breite des Browserfensters von 320 CSS-Pixeln ohne Verlust Funktionalität oder Informationen oder Funktionalität nutzen. Ein horizontales Scrollen ist ebenfalls nicht nötig. |
9.1.4.11 Kontraste von Grafiken und grafischen Bedienelementen ausreichend | Seite 1: Grafische Bedienelemente und deren Zustände und haben einen Kontrast zu angrenzenden Farben von 3:1 oder besser oder die Grafiken sind lediglich ergänzend zu erklärendem Text eingesetzt. Lediglich das Twitter-Symbol hat mit 2,9:1 zu wenig Kontrast. Die Seite verfügt über einen Kontrastschalter (Nachtmodus). |
9.1.4.12 Textabstände anpassbar | Seite 1, Seite 2, Seite 3: Zeilen- Absatz- Wort- und Buchstaben-Abstände lassen sich von Nutzern auf folgende Werte einstellen, ohne dass Inhalte oder Funktionalitäten verloren gehen: Zeilen: 1,5-fache Textgröße; Abstände nach Absätzen: 2-fache Textgröße; Buchstaben-Kerning: 0,12-fache Textgröße; Wortabstände: 0,16-fache Textgröße. |
9.1.4.13 Eingeblendete Inhalte bedienbar | Seite 1, Seite 2, Seite 3: Zusätzliche Inhalte, die mittels Zeigerfokussierung eingeblendet werden, bleiben sichtbar, wenn der Zeiger über sie bewegt wird, schließen nicht selbsttätig. Die eingeblendeten Inhalte sind schließbar entweder durch Aktivieren des auslösenden Elementes oder durch Wegbewegen des Zeigers oder haben ein Schließen-Element (X). |
9.1.4.3 Kontraste von Texten ausreichend | Seite 1, Seite 2, Seite 3: Das helle Grün (#85BC20) mit Weiß (#FFFFFF) hat ein zu geringes Kontrastverhältnis (2,3:1). Diese Kombination wird bei verschiedenen Elementen eingesetzt, Bedienelemente "Bürger", "Erleben & Entdecken", Absenden, Nach oben und Drucken und bei der Überschrift für den Inhaltsbereich. Die Seite verfügt über einen Kontrastschalter (Nachtmodus). |
9.1.4.4 Text auf 200 % vergrößerbar | Seite 1, Seite 2, Seite 3: Der Text kann mit der Zoom-Funktion des Browsers um bis zu 200 Prozent vergrößert werden, ohne dass dabei Inhalt oder Funktionalität verloren geht. |
9.1.4.5 Verzicht auf Schriftgrafiken | Seite 1, Seite 2, Seite 3: Schriftgrafiken werden, außer bei Logos, nicht verwendet. |
9.2.1.1 Ohne Maus nutzbar | Seite 2: Auch ohne Maus können alle wesentlichen Funktionen und Inhalte genutzt werden. Mit der Tabulator-Taste können alle wesentlichen Links und Funktionen erreicht werden. Man kann mit der Tabulator-Taste auch alle Navigationspunkte der obersten Hierarchie ansteuern. Seite 1, Seite 3: Auch ohne Maus können alle wesentlichen Funktionen und Inhalte genutzt werden. Mit der Tabulator-Taste können alle wesentlichen Links und Funktionen erreicht werden. Man kann mit der Tabulator-Taste auch alle Navigationspunkte der obersten Hierarchie ansteuern.Auch jedes einzelne Formularfeld kann mit der Tabulator-Taste erreicht werden. |
9.2.1.2 Keine Tastaturfalle | Seite 1, Seite 2, Seite 3: Es gibt keine Tastaturfallen. Alle wesentlichen Inhalte und Funktionen sind mit der Tastatur erreichbar. |
9.2.1.4 Tastatur-Kurzbefehle abschaltbar oder anpassbar | Seite 1, Seite 2, Seite 3: Durch das Drücken der Tasten (alle Nummern- Buchstaben-, Symbol- und Zeichensetzungs-Tasten) geschehen keinerlei Änderungen des Inhalts oder des Kontexts. |
9.2.2.1 Zeitbegrenzungen anpassbar | Seite 1, Seite 2, Seite 3: Zeitbegrenzungen sind nicht vorhanden. |
9.2.2.2 Bewegte Inhalte abschaltbar | Seite 1, Seite 2, Seite 3: Bewegte Inhalte sind nicht vorhanden. |
9.2.3.1 Verzicht auf Flackern | Seite 1, Seite 2, Seite 3: Die Seite enthält keine Elemente, die in einem Zeitraum von einer Sekunde häufiger als dreimal aufblitzen. |
9.2.4.1 Bereiche überspringbar | Seite 3: Die Seite ist teilweise mit Überschriften strukturiert. Diese Struktur ist unabhängig von der Darstellung auf dem Bildschirm zugänglich und nutzbar. Es werden sinnvolle Bereichsüberschriften mit HTML-Strukturelementen h1 verwendet und Überschriften vom Typ h3 für die Adressen.Es sind Sprunglinks vorhanden.Das CMS nutzt HTML5 Elemente zur Auszeichnung von Bereichen (header, nav, main, footer; aside fehlt).Es werden folgende WAI-ARIA document landmarks verwendet: navigation (fehlt noch: banner, main, search, complementary und contentinfo). Das Aria-Landmark navigation wird mehrmals ohne weitere Unterscheidung verwendet. Das navigation-Landmark sollte mit aria-label oder aria-labelledby sinnvoll bezeichnet werden Seite 1, Seite 2: Die Seite ist teilweise mit Überschriften strukturiert. Diese Struktur ist unabhängig von der Darstellung auf dem Bildschirm zugänglich und nutzbar. Es werden sinnvolle Bereichsüberschriften mit HTML-Strukturelementen h1 verwendet.Es sind Sprunglinks vorhanden.Das CMS nutzt HTML5 Elemente zur Auszeichnung von Bereichen (header, nav, main, footer; aside fehlt).Es werden folgende WAI-ARIA document landmarks verwendet: navigation (fehlt noch: banner, main, search, complementary und contentinfo). Die Zuordnung der Rollen ist korrekt und entspricht dem Seitenaufbau. |
9.2.4.2 Sinnvolle Dokumenttitel | Seite 1, Seite 2, Seite 3: Der Dokumenttitel besteht aus mehreren Bestandteilen die durch Bindestrich getrennt sind: eine immer gleiche, allgemeine Bezeichnung des Webauftritts und führend eine unterscheidende, individuelle Bezeichnung der jeweiligen Seite. Der Dokumenttitel ist für die Unterscheidung und Auswahl von Seiten geeignet. |
9.2.4.3 Schlüssige Reihenfolge bei der Tastaturbedienung | Seite 2: Links und Objekte werden mit der Tabulatortaste in einer schlüssigen Reihenfolge angesteuert. Die Tabulatorreihenfolge folgt im Wesentlichen der visuellen Anordnung auf dem Bildschirm von oben nach unten und von links nach rechts. Seite 1, Seite 3: Links, Formularelemente und Objekte werden mit der Tabulatortaste in einer schlüssigen Reihenfolge angesteuert. Die Tabulatorreihenfolge folgt im Wesentlichen der visuellen Anordnung auf dem Bildschirm von oben nach unten und von links nach rechts. |
9.2.4.4 Aussagekräftige Linktexte | Seite 3: Linktexte sind durch den Linktext selbst oder über den programmatisch ermittelbaren Kontext aussagekräftig.Der im unteren Bereich mehrfach verwendete Terminus "auf der Karte anzeigen" steht stets im Zusammenhang mit einem aussagekräftigen Text und/oder einer Überschrift. Seite 1, Seite 2: Linktexte sind durch den Linktext selbst oder über den programmatisch ermittelbaren Kontext aussagekräftig. |
9.2.4.5 Alternative Zugangswege | Seite 1, Seite 2, Seite 3: Es sind drei unterschiedliche Zugangswege zu den Inhalten des Angebots vorhanden. Es sind durchgängig verfügbare Navigationsmenüs vorhanden, es existiert ein Inhaltsverzeichnis und es gibt eine Suchfunktion, welche prominent auf jeder Seite platziert ist. |
9.2.4.6 Aussagekräftige Überschriften und Beschriftungen | Seite 2: Überschriften sind klar und aussagekräftig und beschreiben den folgenden Inhaltsteil. Seite 1, Seite 3: Überschriften sind klar und aussagekräftig und beschreiben den folgenden Inhaltsteil, Beschriftungen der Formularfelder sind sinngebend. |
9.2.4.7 Aktuelle Position des Fokus deutlich | Seite 1, Seite 2: Der Tastaturfokus wird überall genau so deutlich hervorgehoben wie der Mausfokus. |
9.2.5.1 Alternativen für komplexe Zeiger-Gesten | Seite 1, Seite 2, Seite 3: Für alle in Web-Inhalten implementierten komplexen Gesten gibt es alternative Eingabemöglichkeiten über einfache Zeiger-Gesten. |
9.2.5.2 Zeigergesten-Eingaben können abgebrochen oder widerrufen werden | Seite 1, Seite 2, Seite 3: Zeiger-Gesten lösen keine Aktionen beim Down-Event aus, oder sie können abgebrochen oder rückgängig gemacht werden. |
9.2.5.3 Sichtbare Beschriftung Teil des zugänglichen Namens | Seite 1, Seite 2, Seite 3: Beschriftungstexte kommen in der gleichen Form im zugänglichen Namen vor. |
9.3.1.1 Hauptsprache angegeben | Seite 1, Seite 2, Seite 3: Die Hauptsprache der Webseite ist korrekt im HTML-Tag angegeben. |
9.3.1.2 Anderssprachige Wörter und Abschnitte ausgezeichnet | Seite 1, Seite 2, Seite 3: Anderssprachige Wörter und Abschnitte, die ausgezeichnet werden müssen, sind nicht vorhanden. |
9.3.2.1 Keine unerwartete Kontextänderung bei Fokus | Seite 1, Seite 2, Seite 3: Der Fokuserhalt führt nicht zu einer unerwarteten Kontextänderung. |
9.3.2.2 Keine unerwartete Kontextänderung bei Eingabe | Seite 1, Seite 2, Seite 3: Nutzereingaben in den Formularfeldern führen nicht zu unerwarteten oder nicht angekündigten Kontext-Änderungen.Es werden keine zusätzlichen Formularfelder dynamisch erzeugt nach Formulareingaben.Es werden keine Inhaltsänderungen unterhalb des Elements, das sie auslöst, hervorgerufen. |
9.3.2.3 Konsistente Navigation | Seite 1, Seite 2, Seite 3: Navigationsmechanismen und Menüeinträge in verschiedenen Bereichen des Webauftritts sind gleich angeordnet und gestaltet. Im Headerbereich befindet sich stets die Hauptnavigation, in einer linken Spalte ist wo benötigt die Unternavigation eingebettet, ganz oben undauf der rechten Seite der Schnellzugriff auf häufig benötigte Bereiche/Funktionen und der Fußbereich enthält auf allen Seiten Weiterführende Links. |
9.3.2.4 Konsistente Bezeichnung | Seite 1, Seite 2, Seite 3: Die Navigationsmechanismen und Funktionen, die innerhalb des Webauftritts wiederholt eingesetzt werden, sind stets einheitlich bezeichnet. |
9.3.3.1 Fehlererkennung | Seite 1: Bei den Feldern die auf Fehler geprüft werden, wird der Fehler in Textform beschrieben. |
9.3.3.2 Beschriftungen von Formularelementen vorhanden | Seite 1: Beschriftungen sind bei allen Formularelementen vorhanden. Die Beschriftung der Formularelemente ist vor (also links neben oder über) dem zugehörigen Eingabefeld angeordnet.Die Beschriftung von Checkboxen ist oberhalb oder rechts neben dem Eingabefeld. |
9.3.3.3 Hilfe bei Fehlern | Seite 1: Wird ein Eingabefehler automatisch festgestellt, wird der Fehler in Textform beschrieben. Die erzeugten Fehlermeldungen sind verständlich und geben Hinweise, wie der Fehler zu korrigieren ist |
9.4.1.1 Korrekte Syntax | Seite 1, Seite 2, Seite 3: Das Prüfergebnis des W3C-HTML-Validators nach Anwendung des "WCAG parsing only" Bookmarklet ist positiv. Die verwendete Markup-Sprache HTML wird korrekt eingesetzt.. |
9.4.1.2 Name, Rolle, Wert verfügbar | Seite 1, Seite 2, Seite 3: Es gibt keine Links oder Schaltflächen ohne "href". Es gibt keine Formularelemente wie Checkboxen oder Radio-Buttons, die von der systemüblichen Darstellung abweichen, da sie mit anderen Elementen wie div oder img nachgebildet wurden. Es gibt keine selbstgebauten Widgets. |
9.4.1.3 Statusmeldungen programmatisch verfügbar | Seite 1: Alle Statusmeldungen sind richtig ausgezeichnet und damit programmatisch verfügbar. |
eher erfüllt sind 2 Prüfschritte:
Prüfschritt | Kommentar |
---|---|
9.1.4.11 Kontraste von Grafiken und grafischen Bedienelementen ausreichend | Seite 2, Seite 3: Grafische Bedienelemente und deren Zustände und haben einen Kontrast zu angrenzenden Farben von 3:1 oder besser oder die Grafiken sind lediglich ergänzend zu erklärendem Text eingesetzt. Das Twitter-Symbol und das E-Mail-Symbol hat mit 2,9:1 zu wenig Kontrast. Die Seite verfügt über einen Kontrastschalter (Nachtmodus). |
9.2.4.7 Aktuelle Position des Fokus deutlich | Seite 3: Der Tastaturfokus wird überall genau so deutlich hervorgehoben wie der Mausfokus. Es ist nicht der Fall innerhalb der Google-Karte. |
nicht anwendbar sind 49 Prüfschritte:
Prüfschritt | Kommentar |
---|---|
11.8.2 Barrierefreie Erstellung von Inhalten | Seite 1, Seite 2, Seite 3: Die Seite ist kein Autorenwerkzeug. |
11.8.3 Erhaltung von Barrierefreiheitsinformationen bei Transformation | Seite 1, Seite 2, Seite 3: Die Seite ist kein Autorenwerkzeug. |
11.8.4 Reparaturassistenz | Seite 1, Seite 2, Seite 3: Die Seite ist kein Autorenwerkzeug. |
11.8.5 Vorlagen | Seite 1, Seite 2, Seite 3: Die Seite ist kein Autorenwerkzeug. |
12.1.2 Barrierefreie Dokumentation | Seite 1, Seite 2, Seite 3: Die Seite stellt zum Prüfzeitpunkt keine Produkt-Dokumentation zur Verfügung. |
12.2.2 Technischer Support | Seite 1, Seite 2, Seite 3: Das Webangebot stellt zum Zeitpunkt der Prüfung keine Informationen zu Barrierefreiheits-Funktionen oder zur Hilfsmittel-Kompatibilität bereit. |
12.2.4 Vom Support bereitgestellte Dokumentation | Seite 1, Seite 2, Seite 3: Es wird keine technische Dokumentation zur Nutzung des Angebots bereitgestellt. |
5.3 Biometrie | Seite 1, Seite 2, Seite 3: Die Website nutzt keine biometrischen Merkmale für die Nutzeridentifizierung oder die Steuerung. |
5.4 Erhaltung von Barrierefreiheitsinformationen bei Konvertierung | Seite 1, Seite 2, Seite 3: Es werden keine Dokumente konvertiert. |
6.1 Audiobandbreite für Sprache | Seite 1, Seite 2, Seite 3: Die Website bietet keine Zwei-Wege-Sprachkommunikation an. |
6.2.1.1 Textkommunikation in Echtzeit | Seite 1, Seite 2, Seite 3: Die Website bietet keine Zwei-Wege-Sprachkommunikation an. |
6.2.1.2 Gleichzeitige Sprache und Text | Seite 1, Seite 2, Seite 3: Die Website bietet keine Zwei-Wege-Sprachkommunikation an. |
6.2.2.1 Visuell unterscheidbare Anzeige von Textnachrichten | Seite 1, Seite 2, Seite 3: Das Webangebot bietet keine Echtzeit-Textkommunikation an. |
6.2.2.2 Programmatisch unterscheidbare Anzeige von Textnachrichten | Seite 1, Seite 2, Seite 3: Die Web-Anwendung bietet keine Echtzeit-Textkommunikation an. |
6.2.2.3 Sprecheridentifizierung | Seite 1, Seite 2, Seite 3: Die Web-Anwendung bietet keine Echtzeit-Textkommunikation an. |
6.2.2.4 Echtzeitanzeige von Sprech-Aktivität | Seite 1, Seite 2, Seite 3: Die Website bietet keine Zwei-Wege-Sprachkommunikation und keine Echtzeit-Textkommunikation an. |
6.2.3 Interoperabilität von Echtzeit-Textkommunikation | Seite 1, Seite 2, Seite 3: Die Web-Anwendung bietet keine Echtzeit-Textkommunikation an. |
6.2.4 Reaktionsgeschwindigkeit der Echtzeit-Textkommunikation | Seite 1, Seite 2, Seite 3: Die Web-Anwendung bietet keine Echtzeit-Textkommunikation an. |
6.3 Anrufer-Identifizierung | Seite 1, Seite 2, Seite 3: Die Web-Anwendung bietet keine Telekommunikationsfunktionen mit Anrufidentifizierung an. |
6.5.2 Auflösung bei Videotelefonie | Seite 1, Seite 2, Seite 3: Es wird auf der Webseite keine Videotelefonie eingesetzt. |
6.5.3 Bildwiederholfrequenz bei Videotelefonie | Seite 1, Seite 2, Seite 3: Es wird auf der Webseite keine Videotelefonie eingesetzt. |
7.1.1 Wiedergabe von Untertiteln | Seite 1, Seite 2, Seite 3: Es werden keine Videos eingesetzt. |
7.1.2 Synchrone Untertitel | Seite 1, Seite 2, Seite 3: Es werden keine Videos eingesetzt. |
7.1.3 Erhaltung von Untertiteln | Seite 1, Seite 2, Seite 3: Es werden keine Videos eingesetzt. |
7.2.1 Wiedergabe von Audiodeskription | Seite 1, Seite 2, Seite 3: Es werden keine Videos eingesetzt. |
7.2.2 Synchrone Audiodeskription | Seite 1, Seite 2, Seite 3: Es werden keine Videos eingesetzt. |
7.2.3 Erhaltung von Audiodeskription | Seite 1, Seite 2, Seite 3: Es werden keine Videos eingesetzt. |
7.3 Bedienelemente für Untertitel und Audiodeskription | Seite 1, Seite 2, Seite 3: Auf der Webseite ist kein Videoplayer eingebunden. |
9.1.1.1b Alternativtexte für Grafiken und Objekte | Seite 1, Seite 2, Seite 3: Es gibt auf der Seite keine informativen Grafiken oder andere nicht verlinkte Objekte. |
9.1.1.1c Leere alt-Attribute für Layoutgrafiken | Seite 1, Seite 2, Seite 3: Es werden keine Grafiken eingesetzt, die rein dem Layout dienen. |
9.1.1.1d Alternativen für CAPTCHAs | Seite 1: Es wird kein Bild-basiertes CAPTCHA verwendet. Seite 2, Seite 3: Es werden keine CAPTCHAs auf dieser Seite eingesetzt. |
9.1.2.1 Alternativen für Audiodateien und stumme Videos | Seite 1, Seite 2, Seite 3: Kein Einsatz von Audiodateien in denen Informationen vermittelt werden, kein Einsatz von stummen Videos oder Animationen. Medienalternativen in Form von Transkriptionen werden daher ebenfalls nicht angeboten. |
9.1.2.2 Aufgezeichnete Videos mit Untertiteln | Seite 1, Seite 2, Seite 3: Es werden keine Videoaufzeichnungen eingesetzt. |
9.1.2.3 Audiodeskription oder Volltext-Alternative für Videos | Seite 1, Seite 2, Seite 3: Es werden keine Videoaufzeichnungen eingesetzt. |
9.1.2.4 Videos (live) mit Untertiteln | Seite 1, Seite 2, Seite 3: Kein Einsatz von Live-Übertragungen. |
9.1.2.5 Audiodeskription für Videos | Seite 1, Seite 2, Seite 3: Es werden keine Videoaufzeichnungen eingesetzt. |
9.1.3.1c HTML-Strukturelemente für Zitate | Seite 1, Seite 2, Seite 3: Es werden keine Zitate auf der Seite veröffentlicht. |
9.1.3.1e Datentabellen richtig aufgebaut | Seite 1, Seite 3: Es werden keine Tabellen eingesetzt. |
9.1.3.1f Zuordnung von Tabellenzellen | Seite 2: Komplexe Datentabellen sind nicht vorhanden, in einfachen Datentabellen sind Überschriften nicht zugeordnet. Seite 1, Seite 3: Es werden keine Tabellen eingesetzt. |
9.1.3.1g Kein Strukturmarkup für Layouttabellen | Seite 2: Tabellen werden nicht für Layoutfunktionen verwendet. Seite 1, Seite 3: Es werden keine Tabellen eingesetzt. |
9.1.3.1h Beschriftung von Formularelementen programmatisch ermittelbar | Seite 2: Auf der Seite werden keine Formulare verwendet. |
9.1.3.5 Eingabefelder zu Nutzerdaten vermitteln den Zweck | Seite 2, Seite 3: Es gibt keine Eingabefelder, die sich auf Daten des Nutzers beziehen. |
9.1.4.2 Ton abschaltbar | Seite 1, Seite 2, Seite 3: Die Seite hat keine Tonelemente, die automatisch abgespielt werden. |
9.2.5.4 Alternativen für Bewegungsaktivierung | Seite 1, Seite 2, Seite 3: Es gibt keine Funktionen, die über Gerätebewegung oder Benutzerbewegung ausgelöst werden können |
9.3.3.1 Fehlererkennung | Seite 2, Seite 3: Es gibt keine Formularfelder auf der Seite. |
9.3.3.2 Beschriftungen von Formularelementen vorhanden | Seite 2, Seite 3: Es gibt keine Formularfelder auf der Seite. |
9.3.3.3 Hilfe bei Fehlern | Seite 2, Seite 3: Es gibt keine Formularfelder auf der Seite. |
9.3.3.4 Fehlervermeidung wird unterstützt | Seite 1: Die Seite enthält keine Formulare für Transaktionen durch die Nutzer rechtlich bindende Verpflichtungen eingehen. Seite 2, Seite 3: Es gibt keine Formularfelder auf der Seite. |
9.4.1.3 Statusmeldungen programmatisch verfügbar | Seite 2, Seite 3: Es werden keine Statusmeldungen auf der Seite erzeugt. |
Feedback und Kontakt
Sind Ihnen Mängel beim barrierefreien Zugang zu Inhalten von https://www.hallbergmoos.de aufgefallen?
Dann können Sie sich gerne bei uns melden. Bitte benutzen Sie dafür das vorgesehene Feedback-Formular.