Am Relaunch des Webauftritts von... [weiter]

Du mußt das für den normalen Nutzer übersetzen. Der hat von den Zeitaltern des Webdesign keine Ahnung, da hört sich 20. Jahrhundert noch sehr modern an. Tatsächlich ist das die Steinzeit des Webdesign, erste Anfänge. Wenn man bei den Frames (was, werter Leser, Technik von anno dunnemals ist) nicht mal die gleichen Farbwerte eintragen kann, dann hat man von html gar keine Ahnung. Dann weiß man nicht, wie Farbwerte in html umgesetzt werden. Man weiß es nicht nur nicht, man hat sich auch keinerlei Mühe gegeben.

auch nur meine erste Reaktion

Wie sieht dann die zweite Reaktion aus? Der Code z.B. ist nicht valide.
Der Kai kotzt übrigens ziemlich.

bis ins Letzte muss man es nicht treiben, nur damit Code valide ist.

Die Barrierfreiheit auf heidelberg.de beschränkt auf die Veränderung der Schriftgöße in verschiedenen Browsern. das wars dann auch der Hilfe.

Vielmehr sind elementare Todsünden begangen worden:
Frames, Tabellen, JavaScript, haufenweise Kommentarzeilen im Code, massenhaft Spacer-Bildchen. Die Möglichkeiten von CSS wurden nicht ausgenutzt. Erwartet hätte ich halbwegs valides XHTML mit CSS-basiertem Layout. Das bringt schon sehr viel.

Dann die Usability! Die Hauptnavigationslinks unterscheiden sich nicht von normalem Text.

Der Relaunch nutzt die html-Möglichkeiten von 1998. :-(

Vielleicht sollten wir ein Bloggertreffen machen, um der Stadt Heidelberg eine tiefgründige Fehleranalyse zu liefern. (So genau wie Du hatte ich gar nicht hingeguckt. Ich hatte das Frameset gesehen, da hatte es mir schon ziemlich gereicht, und mit einem Rechtsklick das Ding validieren lassen, und dann war es vorbei.)

Regeln, die man beachten _muss_. Wenn sie nicht erfüllt sind, dann braucht man gar nicht erst viel zu schreiben.

sich mal wieder zu treffen. Und den Thomas hätten wir als Testperson nehmen können, ob er auch versteht, was wir meinen. :-)
Ich glaube ja nicht, daß es damit getan ist, irgendwelche Regeln zu verbreiten. Wenn da wirklich Spacer (um Himmels Willen) verwendet worden sind, dann war da jemand dran, der für diese Arbeit nicht geeignet ist.

zusammensetzen. ;-)

Es geht mir nicht darum, Regeln zu verbreiten. Vielmehr gibt es einige Kriterien, die unbedingt beachtet werden müssen, wenn man barrierefreie Seiten erstellen will.Ansonsten ist das Ziel verfehlt.

auch tun.

Ich kann mir nicht vorstellen, dass webforall beim Projekt mitgewirkt hat. Wenn doch, dann: 6, setzen! :-(((

Ich hab's gestern mit dem Kai durchdiskutiert. Wir sind zu dem Schluß gekommen, daß das Ausgangsmaterial (das cms und webforall) möglicherweise gutes war, der, der das umgesetzt hat, aber keine Ahnung hat.
Na ja, mal sehen, was sich da noch herausstellt, aber Qualität kostet nun mal. Du weißt ja, wie es im Webbereich ist. Viele wollen das nicht wahrhaben, weder Anbieter (überspitzt gesagt hält sich jeder mit rudimentären HTML-Kenntnissen für einen Webspezialisten und macht eine Agentur auf) noch die Kunden/Firmen.

im Budget kanns auch daneben gehen, siehe damals arbeitsagentur.de

kann man sich nicht sein Hirn austauschen, aber man könnte zumindest so gescheit sein, das Projekt zu überprüfen bzw. eine vernünftige Konzeption zu machen, das Projekt immer wieder zu testen (hier redet der Ing.). Wenn der Kunde schon miese Vorgaben macht (ich weiß ja nicht, was die BA gemacht hat, aber daran wird es wohl auch liegen), konzeptionslos ist etc, schlägt sich das natürlich im Endprodukt nieder. Da kommt der beste Programmierer nicht dagegen an. (Irgendwelche Schickimickis halten Programmierer eh für niederes Fußvolk.)

Eine gute Site ist zugleich auch barrierefreundlich, das macht keinen Mehraufwand. Mehraufwand ist es, extra eine barrierefreundliche Site zu erstellen.
Barrierefreundlich bedeutet an sich auch bessere Zugänglichkeit für den normalen Nutzer, zumal es auch um die Ausgestaltung der Site geht. Bei den Bildern z.B. sollte immer der Alternativ-Text dabeistehen. Von den sog. Screenreadern, den Blinde benutzen, wird der ausgelesen. Aber dieser Text ist auch gut, wenn das Bild aus irgendeinem Grund nicht oder nur langsam geladen wird.
Und HTML wird nicht mehr so verunstaltet, sondern wieder seiner eigentlichen Bestimmung zugeführt. Man hat HTML in der Vergangenheit oft in etwa so verwendet, wie manche Leute Word verwenden. Ein kunterbuntes Durcheinander. HTML (XHTML sowieso) beschreibt den logischen Aufbau einer Site, das wurde aber oft zu Layoutzwecken mißachtet. Ergo war die Site z.B. weniger gut wartbar.

Deswegen hab ich ja eben diesen Kommentar reingesetzt, damit sich damit jeder auseinandersetzen kann.
Wir reichen jetzt am Besten das Stöckchen an Theo weiter, damit er ein schönes Posting in sein Blog setzt, das wir dann fleißig kommentieren.

Normalerwiese halte ich nix von Stöckechen werfen. Aber In den nächsten Tagen folgt ein Bericht.

Normalerweise halte ich auch nichts von Stöckchen, das Pendant zu Ketten-e-mails und sonstigen Schneeballsystemen.
In diesem Fall ist das eher wie Eierlaufen (schaukeln wir das Kind noch?) oder wie einen Stafettenstab weitergeben. (Oder das olympische Feuer? Für diese Site braucht man Sportsgeist.)

Das Favicon findet auch auf der Seite des Finanzamts der Stadt, http://www.fa-heidelberg.de/. Das pirobase cms wird auf etlichen Webseiten von Kommunen und Städten eingesetzt.

Meinen Bericht habe ich nicht vergessen, er folgt. Meine Schüler haben hd.de getestet.

Hatte letzte Woche Stress und war zudem am Wochenende internetlos :-( Dafür gabs Weihnachtsplätzchedn bei Muttern. :-)

Das priobase pirobase cms scheint nicht barrierefrei zu sein, zumindest habe ich auf der Herstellerseite dazu keinen Hinweis gefunden und anhand der Websites, die ich bisher kenne, glaube ich das auch nicht. Wenn das CMS nicht barrierefrei ist, hat man natürlich schon verloren, da kann man noch so guten Quelltext eingeben.

Trotzdem haben wohl viele Städte auf dieses System gesetzt, wie man bei den Referenzen des Kommunalen DV-Verbund sehen kann. Heidelberg dürfte nicht die einzige Stadt sein, die jetzt in Schwierigkeiten kommt.

So ist es, Kai. Da brauchste bei Google nur suchen nach dem String "/servlet/PB/menu/". Die Ergebnisse kommen einer Kundenliste des pirobase cms gleich. Bei www.goeppingen.de ist der Quelltext nahezu identisch zu dem Heidelberger Auftritt.

Noch 2 Anmerkungen:
Es heißt doch pirobase, nicht priobase.

Das CMS kann doch - beispielsweise im Adminbereich - nicht barrierefrei sein, z. B. durch Verwendung von JavaScvript. Die Barrierfreiheit des Webauftritts ist aber doch der wesentlich wichtigere Aspekt.

Das Layout bei der Finanzamt-Site ist grausam. Wenn ich diese Farben schon sehe! Frames sowieso. Und das seltsame Menü.
O Mann, was ist das für eine Firma! Und wie man die nur engagieren kann, das ist mir schleierhaft.
Ich hab beim Finanzamt auf "email" geklickt. Da erscheint mitnichten ein Kontaktformular, sondern der e-mail-Client wird aufgerufen. O, Mann!
Geiz ist geil, zum Finanzamt paßt das wenigstens. Hoffentlich liefern sie sonst nicht so schlechte Arbeit und so schlechtes Urteilsvermögen ab. Vertrauenerweckend ist die Site nicht.