Zur Startseite springenZum Inhalt springenZum Fußbereich springen

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üfschrittKommentar
11.7 Benutzerdefinierte EinstellungenSeite 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 BarrierefreiheitSeite 1, Seite 2, Seite 3:
Die Dokumentation der Barrierefreiheit wird auf der Seite Barrierefreiheitserklärung veröffentlicht.
 
12.2.3 Effektive KommunikationSeite 1, Seite 2, Seite 3:
Der Webauftritt stellt Kontaktdaten im Footer (Telefonnummer und Email-Adresse) bereit.
 
5.2 Aktivierung von BarrierefreiheitsfunktionenSeite 1, Seite 2, Seite 3:
Die Barrierefreiheits-Funktion ist barrierefrei identifizierbar und aktivierbar.
 
9.1.1.1a Alternativtexte für BedienelementeSeite 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 ÜberschriftenSeite 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 ListenSeite 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 gegliedertSeite 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 aufgebautSeite 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 ermittelbarSeite 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 ReihenfolgeSeite 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 nutzbarSeite 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 BildschirmausrichtungSeite 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 ZweckSeite 1:
Es werden sinnvolle autocomplete-Attribute verwendet.
 
9.1.4.1 Ohne Farben nutzbarSeite 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 umSeite 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 ausreichendSeite 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 anpassbarSeite 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 bedienbarSeite 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 ausreichendSeite 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ößerbarSeite 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 SchriftgrafikenSeite 1, Seite 2, Seite 3:
Schriftgrafiken werden, außer bei Logos, nicht verwendet.
 
9.2.1.1 Ohne Maus nutzbarSeite 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 TastaturfalleSeite 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 anpassbarSeite 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 anpassbarSeite 1, Seite 2, Seite 3:
Zeitbegrenzungen sind nicht vorhanden.
 
9.2.2.2 Bewegte Inhalte abschaltbarSeite 1, Seite 2, Seite 3:
Bewegte Inhalte sind nicht vorhanden.
 
9.2.3.1 Verzicht auf FlackernSeite 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 überspringbarSeite 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 DokumenttitelSeite 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 TastaturbedienungSeite 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 LinktexteSeite 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 ZugangswegeSeite 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 BeschriftungenSeite 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 deutlichSeite 1, Seite 2:
Der Tastaturfokus wird überall genau so deutlich hervorgehoben wie der Mausfokus.
 
9.2.5.1 Alternativen für komplexe Zeiger-GestenSeite 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 werdenSeite 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 NamensSeite 1, Seite 2, Seite 3:
Beschriftungstexte kommen in der gleichen Form im zugänglichen Namen vor.
 
9.3.1.1 Hauptsprache angegebenSeite 1, Seite 2, Seite 3:
Die Hauptsprache der Webseite ist korrekt im HTML-Tag angegeben.
 
9.3.1.2 Anderssprachige Wörter und Abschnitte ausgezeichnetSeite 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 FokusSeite 1, Seite 2, Seite 3:
Der Fokuserhalt führt nicht zu einer unerwarteten Kontextänderung.
 
9.3.2.2 Keine unerwartete Kontextänderung bei EingabeSeite 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 NavigationSeite 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 BezeichnungSeite 1, Seite 2, Seite 3:
Die Navigationsmechanismen und Funktionen, die innerhalb des Webauftritts wiederholt eingesetzt werden, sind stets einheitlich bezeichnet.
 
9.3.3.1 FehlererkennungSeite 1:
Bei den Feldern die auf Fehler geprüft werden, wird der Fehler in Textform beschrieben.
 
9.3.3.2 Beschriftungen von Formularelementen vorhandenSeite 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 FehlernSeite 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 SyntaxSeite 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ügbarSeite 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ügbarSeite 1:
Alle Statusmeldungen sind richtig ausgezeichnet und damit programmatisch verfügbar.
 

eher erfüllt sind 2 Prüfschritte:

PrüfschrittKommentar
9.1.4.11 Kontraste von Grafiken und grafischen Bedienelementen ausreichendSeite 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 deutlichSeite 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üfschrittKommentar
11.8.2 Barrierefreie Erstellung von InhaltenSeite 1, Seite 2, Seite 3:
Die Seite ist kein Autorenwerkzeug.
 
11.8.3 Erhaltung von Barrierefreiheitsinformationen bei TransformationSeite 1, Seite 2, Seite 3:
Die Seite ist kein Autorenwerkzeug.
 
11.8.4 ReparaturassistenzSeite 1, Seite 2, Seite 3:
Die Seite ist kein Autorenwerkzeug.
 
11.8.5 VorlagenSeite 1, Seite 2, Seite 3:
Die Seite ist kein Autorenwerkzeug.
 
12.1.2 Barrierefreie DokumentationSeite 1, Seite 2, Seite 3:
Die Seite stellt zum Prüfzeitpunkt keine Produkt-Dokumentation zur Verfügung.
 
12.2.2 Technischer SupportSeite 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 DokumentationSeite 1, Seite 2, Seite 3:
Es wird keine technische Dokumentation zur Nutzung des Angebots bereitgestellt.
 
5.3 BiometrieSeite 1, Seite 2, Seite 3:
Die Website nutzt keine biometrischen Merkmale für die Nutzeridentifizierung oder die Steuerung.
 
5.4 Erhaltung von Barrierefreiheitsinformationen bei KonvertierungSeite 1, Seite 2, Seite 3:
Es werden keine Dokumente konvertiert.
 
6.1 Audiobandbreite für SpracheSeite 1, Seite 2, Seite 3:
Die Website bietet keine Zwei-Wege-Sprachkommunikation an.
 
6.2.1.1 Textkommunikation in EchtzeitSeite 1, Seite 2, Seite 3:
Die Website bietet keine Zwei-Wege-Sprachkommunikation an.
 
6.2.1.2 Gleichzeitige Sprache und TextSeite 1, Seite 2, Seite 3:
Die Website bietet keine Zwei-Wege-Sprachkommunikation an.
 
6.2.2.1 Visuell unterscheidbare Anzeige von TextnachrichtenSeite 1, Seite 2, Seite 3:
Das Webangebot bietet keine Echtzeit-Textkommunikation an.
 
6.2.2.2 Programmatisch unterscheidbare Anzeige von TextnachrichtenSeite 1, Seite 2, Seite 3:
Die Web-Anwendung bietet keine Echtzeit-Textkommunikation an.
 
6.2.2.3 SprecheridentifizierungSeite 1, Seite 2, Seite 3:
Die Web-Anwendung bietet keine Echtzeit-Textkommunikation an.
 
6.2.2.4 Echtzeitanzeige von Sprech-AktivitätSeite 1, Seite 2, Seite 3:
Die Website bietet keine Zwei-Wege-Sprachkommunikation und keine Echtzeit-Textkommunikation an.
 
6.2.3 Interoperabilität von Echtzeit-TextkommunikationSeite 1, Seite 2, Seite 3:
Die Web-Anwendung bietet keine Echtzeit-Textkommunikation an.
 
6.2.4 Reaktionsgeschwindigkeit der Echtzeit-TextkommunikationSeite 1, Seite 2, Seite 3:
Die Web-Anwendung bietet keine Echtzeit-Textkommunikation an.
 
6.3 Anrufer-IdentifizierungSeite 1, Seite 2, Seite 3:
Die Web-Anwendung bietet keine Telekommunikationsfunktionen mit Anrufidentifizierung an.
 
6.5.2 Auflösung bei VideotelefonieSeite 1, Seite 2, Seite 3:
Es wird auf der Webseite keine Videotelefonie eingesetzt.
 
6.5.3 Bildwiederholfrequenz bei VideotelefonieSeite 1, Seite 2, Seite 3:
Es wird auf der Webseite keine Videotelefonie eingesetzt.
 
7.1.1 Wiedergabe von UntertitelnSeite 1, Seite 2, Seite 3:
Es werden keine Videos eingesetzt.
 
7.1.2 Synchrone UntertitelSeite 1, Seite 2, Seite 3:
Es werden keine Videos eingesetzt.
 
7.1.3 Erhaltung von UntertitelnSeite 1, Seite 2, Seite 3:
Es werden keine Videos eingesetzt.
 
7.2.1 Wiedergabe von AudiodeskriptionSeite 1, Seite 2, Seite 3:
Es werden keine Videos eingesetzt.
 
7.2.2 Synchrone AudiodeskriptionSeite 1, Seite 2, Seite 3:
Es werden keine Videos eingesetzt.
 
7.2.3 Erhaltung von AudiodeskriptionSeite 1, Seite 2, Seite 3:
Es werden keine Videos eingesetzt.
 
7.3 Bedienelemente für Untertitel und AudiodeskriptionSeite 1, Seite 2, Seite 3:
Auf der Webseite ist kein Videoplayer eingebunden.
 
9.1.1.1b Alternativtexte für Grafiken und ObjekteSeite 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 LayoutgrafikenSeite 1, Seite 2, Seite 3:
Es werden keine Grafiken eingesetzt, die rein dem Layout dienen.
 
9.1.1.1d Alternativen für CAPTCHAsSeite 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 VideosSeite 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 UntertitelnSeite 1, Seite 2, Seite 3:
Es werden keine Videoaufzeichnungen eingesetzt.
 
9.1.2.3 Audiodeskription oder Volltext-Alternative für VideosSeite 1, Seite 2, Seite 3:
Es werden keine Videoaufzeichnungen eingesetzt.
 
9.1.2.4 Videos (live) mit UntertitelnSeite 1, Seite 2, Seite 3:
Kein Einsatz von Live-Übertragungen.
 
9.1.2.5 Audiodeskription für VideosSeite 1, Seite 2, Seite 3:
Es werden keine Videoaufzeichnungen eingesetzt.
 
9.1.3.1c HTML-Strukturelemente für ZitateSeite 1, Seite 2, Seite 3:
Es werden keine Zitate auf der Seite veröffentlicht.
 
9.1.3.1e Datentabellen richtig aufgebautSeite 1, Seite 3:
Es werden keine Tabellen eingesetzt.
 
9.1.3.1f Zuordnung von TabellenzellenSeite 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 LayouttabellenSeite 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 ermittelbarSeite 2:
Auf der Seite werden keine Formulare verwendet.
 
9.1.3.5 Eingabefelder zu Nutzerdaten vermitteln den ZweckSeite 2, Seite 3:
Es gibt keine Eingabefelder, die sich auf Daten des Nutzers beziehen.
 
9.1.4.2 Ton abschaltbarSeite 1, Seite 2, Seite 3:
Die Seite hat keine Tonelemente, die automatisch abgespielt werden.
 
9.2.5.4 Alternativen für BewegungsaktivierungSeite 1, Seite 2, Seite 3:
Es gibt keine Funktionen, die über Gerätebewegung oder Benutzerbewegung ausgelöst werden können
 
9.3.3.1 FehlererkennungSeite 2, Seite 3:
Es gibt keine Formularfelder auf der Seite.
 
9.3.3.2 Beschriftungen von Formularelementen vorhandenSeite 2, Seite 3:
Es gibt keine Formularfelder auf der Seite.
 
9.3.3.3 Hilfe bei FehlernSeite 2, Seite 3:
Es gibt keine Formularfelder auf der Seite.
 
9.3.3.4 Fehlervermeidung wird unterstütztSeite 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ügbarSeite 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.