[HaBo]

RemoteC

Anzeige

Hallo!

Ich soll für eine Firma eine Website machen und als absolute Grundanforderung ist die Barrierefreiheit gegeben. Die Website soll auch ohne Probleme mit Screenreadern o.ä. angeschaut werden können.
Bis jetzt habe ich hauptsächlich mit Frames gearbeitet, allerdings sind Frames hier wohl fehl am Platz und daher suche ich nach einer Alternative für die Navigation. PHP-include geht leider nicht weil der Server auf dem die Website liegt und auch weiterhin liegen soll kein PHP unterstützt. Was für Alternativen gibt es mit reinem HTML bzw. JavaScript? Die Navigation als Tabelle in jede HTML-Seite einfügen will ich nicht, weil ich sonst gleich jede Menge Seiten ändern muss, wenn sich nur 1 Punkt in der Navigation ändert. Es soll ähnlich leicht zu handhaben sein wie eine Navigation mit Frames ...

mfg

RemoteC

CPU8080

Einmal ginge das mit <iframe> aber das willste wahrscheinlich auch net abervll kannste damit was anfangen:

Gnome

Mach es mit div-Bereichen, so habe ich schon die eine oder andere Seite gestaltet.

Tabellen und Barrierefreiheit schließt sich sowieso aus.

xeno

also bei barrierefreiheit denke ich eigentlich sofort an css, nicht an java script oder iframes ...

__________________
http://www.thehappy.de/~xeno/
http://www.blogthon.de/

Gnome

wollte ich damit ja sagen. einfach mehrere div-bereiche iin einer css und dann den teil, der die Navigationsleiste o.ä. darstellen soll in jede datei pasten.

Mackz

Nicht unbedingt wenn sie linear aufgebaut ist.
Aber grundsätzlich hast du schon recht. Divs sind hier mit Sicherheit eine besser Lösung.

Jegliche Scripte, also auch Javascript, scheiden aufgrund der Barrierefreiheit aus.

__________________
RL sux big time... auch 2012!

Deleting pr0n is like killing your best friend

[HaBo] bei Facebook - Werde Fan

Zwirni

Barrierefreiheit bei Webseiten erreicht man nur mit xhtml in Verbindung mit css - also ohne frameset, iframe, javascript und anderen Spielereien. Mehr Tipps gibts z.B. hier:

http://de.wikipedia.org/wiki/Barrier...reies_Internet
http://www.webforall.info/html/deuts...e_webseite.php

und natürlich auf vielen anderen Seiten

gelöscht

Bastel dir doch ein kleines Skript mit sed oä, dass dir lokal das include macht, so dass du ein template für den Rahmen hast, und in dem wird dann zb #-nav-# durch dein Inahlt der Datei, die die Navigation enthält und #-cont-# durch den Content ersetzt.

So musst du wenn du das Menü oder das Gesamtlayout änderst immer nur eine Datei ändern und danach dein Skript neu laufen lassen...

Tasmas

Ich kenne sed jetzt selber nicht wirklich, bezweifle allerdings das es zu verfügung steht auf seinem Webserver.

Evtl steht dir ja SSI (Server Side Include) zur verfügung damit kannst gut mit Includes arbeiten.

Wenn du nur HTML zur verfügung hast, geht es wohl oder übel nicht anderst wenn du es Barrierefrei machen willst.

mfg
Tasmas

RemoteC

Tag!

Danke für eure Tipps - leider verstehe ich bei ein paar nur Bahnhof, aber Google wird mir schon weiterhelfen

Es gibt noch eine Hoffnung: Die Firma hat noch nen 2. Webspace und vielleicht gibt es dort PHP. Wie kann ich am Besten herausfinden ob PHP funzt oder nicht? Einfach mal PHP auf den Server laden und schauen was passiert?

Aja ich hatte gestern ein Gespräch und wichtig ist vor allem dass die Website mit Brailezeile, Screenreadern u.ä. angeschaut werden kann. Also barierefrei im Sinne von:"Auch ein uralt-Browser und Handys müssen die Website anzeigen können" ist nicht gefragt.
Wie schauts mit JavaScripts wie onMouseOver aus? Immerhin kann ich davon ausgehen (und davon ist auch auszugehen) dass die Website nicht nur von Blinden besucht wird und daher soll sich sicherlich auch optisch etwas hergeben. Wenn ich überall Alternativtexte mache kann der Screenreader das doch auch erkennen ?(

Sry für die ganzen Fragen aber ich kenn mich damit noch nicht so gut aus. Eine Website erstellen ist kein Problem, aber PHP und die Barrierefreiheit sind neu für mich. PHP hab ich nur ein bischen in der Schule gemacht und das ist absolut zum vergessen

Danke für eure Hilfe!

RemoteC

Zwirni

Hi RemoteC,

die ganzen Fremdwörter wie SSI, templates, Scripts, php, perl etc. mit denen oben umhergeworfen wurde sind nicht verantwortlich dafür, dass eine Webseite barrierefrei ist. Barrierefrei heißt lediglich in Bezug auf Webseiten, dass der Nutzer die Webseite ohne Behinderungen mit dem ihm zur Verfügung stehenden Geräten betrachten kann. Also auch dass ein Blinder mit einer entsprechenden Tastatur und Ausgabe (Brailezeile) die Seite angucken kann. D.h. der Quellcode einer Seite muss absolut fehlerfrei und gut strukturiert sein. Mit Quellcode meine ich in dem Fall den reinen HTML-Code, kein php, kein perl oder ähnliches.

Damit du mal ein Gefühl bekommst wie ein Blinder eine Webseite sieht kannst du z.B. im Opera mal alle Stylesheets und Bilder abschalten (ist irgendwie in den Menüs unter "View" o.ä. - hab den gerade nicht hier). Ein blinder Besucher sieht somit lediglich Texte. D.h. diese Texte müssen auch entsprechend angeordnet sein, z.B. dass ein Link "Habo" berührt werden kann und er dann auf eine Seite kommt wo neben der Navigation (wo "Habo" steht und verlinkt ist) auch der Inhalte mit den Textinformationen steht. Diese Texte sollten dann auch wieder gut strukturiert sein (Überschrift -> Text, Überschrift -> Text, etc.).

Eine barrierefreie Webseite erreicht man auch völlig ohne dynamische Programmiersprachen. Allerdings sollte man dafür KEINEN HTML-Editor wie Frontpage oder Dreamweaver nehmen. Deren Quellcode ist oft (nach meiner Erfahrung eigentlich immer) überhaupt nicht barrierefrei.

Alternativtexte für Links und Bilder sind wichtig - aber ein valider Quellcode wo der Screenreader nicht stolpert ist noch wichtiger. Zur Kontrolle davon gibt es ja zum Glück einen Validator - erst wenn der bei einer Seite "passed validation" sagt ist zumindest der Aufbau ok.

Wenn du Unterstützung in Form eines Content-Management-System brauchst: ich habe neulich gehört, dass Joomla und Mambo wohl barrierefreien Code erzeugen könnten, habs aber selbst nicht ausprobiert. Könnte dir noch 2 andere empfehlen, aber ich schweige erstmal da du den HTML-Quellcode und das dazugehörige Design erstmal selber entwickeln solltest.

JavaScript solltest du völlig vermeiden! Also kein onmouseover nutzen, da der Screenreader nicht damit zurechtkommt. php usw. kannst du wie gesagt als Unterstützung hinzuziehen, aber php ist NICHT dafür zuständig, dass der HTML-Code barrierefrei ist.

MfG
Z.

(viel zu lang geworden *g*)

2Bios

was man mit css nicht alles machen kann...
(du musst hierzu nur semantisches html erzeugen )

@zwirni: you got it!

LX

Wer behauptet denn da immer, dass Barrierefreiheit bedeutet, auf Scripte jeglicher Art zu verzichten? Die Richtlinien besagen lediglich, dass eine Webseite auch bei beispielsweise deaktiviertem JavaScript funktionieren sollte und dass eingebundene Scripte auch mit assistiven Technologien ansprechbar sein sollten.

Barrierefreiheit heißt, dass ein Blinder die Seite benutzen kann, nicht dass nur ein Blinder sie benutzen wollen würde.

[EDIT]
P.S.: Ein Blick in die Richtlinien beispielsweise der BITV könnte nicht schaden.

__________________
"Ever tried. Ever failed. No matter.
Try again. Fail again. Fail better."
- Samuel Beckett

JS BB LX UP

RemoteC

Die URL kenne ich schon - so weit bin ich aber noch nicht was css angeht, aber wertvolle Tipps und Inspiration gibt es schon.
Aber eine Sache ist mir aufgefallen: Bei manchen Designs sind die Überschriften als Grafik gestaltet - inwieweit ist das barrierefrei? Reicht hier der Alternativtext der Grafik für die Brailezeile? Oder doch nicht?

@Zwirni: Der Validator ist eine gute Sache, kenne schon etliche solcher Dienste und jeder findet was anderes
Auf meiner eigenen HP hat er nur eine Hand voll Fehler gefunden - ist zwar immer noch zu viel aber ich hab ehrlich gesagt gar nicht drauf geachtet beim Erstellen.

Und was Dreamweaver usw. angeht: Bis jetzt habe ich immer noch sehr viel mit dem Editor gemacht - geht am schnellsten und ich weiß auch wirklich was im Quelltext steht. Nur zum schreiben von längeren Texten ist es angenehm, weil es nicht so leicht passieren kann dass ich ä statt &auml; schreibe.

2Bios

@remotec: hab ich auch schon festgestellt ^^ das liegt am browser, der den text leider so nicht darstellen kann, wie es die css-datei will. deswegen rendert er diesen als grafik