Validator.w3.org - verständliche Alternativen?

Internet
1

Hallo Ihr Spezilisten!

Gibt es eigentlich eine Alternative zu
http://validator.w3.org/
die auch ein normaler (soll heißen, nicht so ausgiebig html-bewanderter) Mensch verstehen kann? Das Hauptproblem an der Sache ist doch, dass auch willige Seitengestalter (ich wäre da durchaus bereit zu) Ihre Seiten testen lassen können, und dann auch verstehen, was geändert werden sollte, um sie barrierefrei zu gestalten?

So, wie das da funktioniert, sieht das für mich einfach abschreckend aus. Ich habe alle meine Versuche in dieser Richtung wieder abgebrochen.

kernig

2

Hallo,

Gibt es eigentlich eine Alternative zu
http://validator.w3.org/

http://www.google.com/search?q=html+validator

die auch ein normaler (soll heißen, nicht so ausgiebig
html-bewanderter) Mensch verstehen kann?

Naja, um Fehler im HTML zu beschreiben, muss man schon die Grundbegriffe kennen.
Beim Validator des w3 braucht man eine Weile, bis man durchblickt. Vielleicht findest du ja http://validator.de.selfhtml.org/ angenehmer, vor allem weil die Meldungen auf Deutsch sind.

Das Hauptproblem an
der Sache ist doch, dass auch willige Seitengestalter (ich
wäre da durchaus bereit zu) Ihre Seiten testen lassen können,
und dann auch verstehen, was geändert werden sollte, um sie
barrierefrei zu gestalten?

Die Validierung ist immer nur der erste Schritt Richtung Barrierfreiheit, dazu gehört noch viel mehr.

Grüße,
Moritz

3

Beide
Hallo Moritz,

ich benutze beide, da meiner Erfahrung nach der deutsche leichter zu lesen, dafür die Meldungen weniger hilfreich sind als bei Original.

Gruß

Stefan

4

Werd’s bei nächster Gelegenheit ausprobieren
Hi ihr beiden!

Dauert aber noch, hab mir momentan eh zuviel vorgenommen.

kernig

5

Hallo,

Gibt es eigentlich eine Alternative zu
http://validator.w3.org/
die auch ein normaler (soll heißen, nicht so ausgiebig
html-bewanderter) Mensch verstehen kann? Das Hauptproblem an
der Sache ist doch, dass auch willige Seitengestalter (ich
wäre da durchaus bereit zu) Ihre Seiten testen lassen können,
und dann auch verstehen, was geändert werden sollte, um sie
barrierefrei zu gestalten?

ich habe im Firefox die Erweiterung Html-Validator laufen.
http://users.skynet.be/mgueury/mozilla/

Da sind die Erklärungen ziemlich gut, finde ich.
Und für den ersten Durchlauf ist das Ding mehr als ausreichend…

Greetinx
Christian

6

Hallo,
manche Dinge kommen mir hier schon „spanisch“ vor:

„Im Tag a ist das Attribut target nicht erlaubt.“ Uuuui, SEIT WANN?

"Fehler: Schließendes br-Tag wurde nicht gefunden, obwohl dies zwingend notwendig ist.

Fehlerstelle:

"

"Fehler: Schließendes meta-Tag wurde nicht gefunden, obwohl dies zwingend notwendig ist.

Fehlerstelle: "

Das wird immer abenteuerlicher… Ich schau jetz besser net weiter, bevor der noch Sonstwas findet… Hilfeeeeee ^^

Grüße
martin

[Bei dieser Antwort wurde das Vollzitat nachträglich automatisiert entfernt]

7

off topic - Deine Fehlermeldungen
Hallo Martin,

manche Dinge kommen mir hier schon „spanisch“ vor:

den Fehlermeldungen nach harmoniert ganz eindeutig Dein doctype nicht mit Deinem HTML.

Schöne Grüße
Yasmin

1 „Gefällt mir“
8

Schwierige Analyse

Hallo,
manche Dinge kommen mir hier schon „spanisch“ vor:

„Im Tag a ist das Attribut target nicht erlaubt.“ Uuuui,
SEIT WANN?

Das ist wie bei einem C-Kompiler. Wenn der sagt „Fehler in Zeile 67“, dann heisst das von Zeile 1 bis Zeile 67 ist ein Fehler aufgetreten, der in Zeile 67 bei der Analyse im Parser-Baum aufgefallen ist.

Also vorher suchen. In XHTML ist es meist nicht so schlimm, der Fehler ist vermutlich in der Zeile zuvor.

"Fehler: Schließendes br-Tag wurde nicht gefunden, obwohl
dies zwingend notwendig ist.

Fehlerstelle:

"

In XHTML-Syntax muss es lauten:

Ja, die Meldung ist etwas irreführend, es gibt kein schließendes Break-Tag, stattdessen diese Kombinaton aus Leerzeichen und Schrägstrich.

"Fehler: Schließendes meta-Tag wurde nicht gefunden, obwohl
dies zwingend notwendig ist.

Fehlerstelle: "

In XHTML hat ein META-Tag, genau wie ein BR-Tag diesen " /"-Schluss.

Zwischenfrage: Der Validator ist der Meinung dein Dokument ist XHTML! Stimmt das oder hast du irgendeinen Dateikopf woanders her kopiert ohne ein bisschen über die Auswirkungen zu wissen?

http://de.selfhtml.org/html/allgemein/grundgeruest.h…

Das wird immer abenteuerlicher… Ich schau jetz besser net
weiter, bevor der noch Sonstwas findet… Hilfeeeeee ^^

Klär mal die Frage zuvor, vielleicht sind dann plötzlich alle Fehler weg. Du benutzt HTML-Syntax!

Gruß

Stefan

9

Nun, jemand der sich vorher ausgiebig über korrektes HTML informiert hat, sollte keine Schwierigkeiten haben, die Fehlermeldungen zu verstehen. Andererseits könnte man auch wieder sagen, wer sich ausgiebig informiert hat, dem passieren die Fehler erst gar nicht.

Was ich damit sagen will ist, wer dem korrekten HTML bzw den Regeln nicht mächtig ist, kann die Fehlermeldungen nicht verstehen. Beispiel gefällig?

„Line 780 column 3505: ID „3“ already defined.“

„Zeile 780 Spalte 3505: ID „3“ wurde bereits definiert“

Dazu muss man wissen, dass IDs immer nur ein Mal vorkommen dürfen. Hier wurde diese ID offensichtlich mehr als ein Mal verwendet. Daher Fehler.

Oder auch:

„Line 68 column 289: end tag for element „SPAN“ which is not open.“

„Zeile 68 Spalte 289: Schlusstag für element „SPAN“, welches nicht geöffnet wurde.“

Dass ein Element sowohl ein Schluss- als auch ein Anfangstag benötigt, sollte klar sein. Hier hat man wohl das Anfangstag vergessen.

Oft entsteht durch ein falsch gesetztes, oder vergessenes tag eine Kettenreaktion. Aus einem Fehler ergeben sich zwangsläufig zehn andere sozusagen. Man sollte immer erst den zuerst angezeigten Fehler beheben und dann nochmal prüfen lassen. Ist dann noch ein Fehler da, geht’s mit dem nächsten weiter.

Einen besseren oder verständlicheren Validator kann ich dir leider nicht empfehlen, zumal die anderen hier schon gute Tipps gegeben haben. Aber ich rate dir dringend, HTML und dessen Regeln zu lernen. So wie das obige Beispiel mit den IDs. Manche Sachen muss man einfach wissen um überhaupt zu verstehen, warum das als Fehler bemängelt wird.

Es gibt Leute die sich fragen, warum der Validator bei einem XHTML 1.0 Strict Doctype meldet, dass das Element **nicht erlaubt ist. Aber warum …?

Gruß Marcus

[Bei dieser Antwort wurde das Vollzitat nachträglich automatisiert entfernt]**

10

Hallo,
manche Dinge kommen mir hier schon „spanisch“ vor:

„Im Tag a ist das Attribut target nicht erlaubt.“ Uuuui,
SEIT WANN?

Schon ne ganze Weile. Zumindest in strengen Doctypes. Ich sag dir auch warum das so ist:

Das W3C vertritt die Auffassung, dass der Besucher nicht bevormundet werden sollte. Wer das Attribut ‚Target‘ verwendet bestimmt, wo sich der Link öffnen soll. Diese Entscheidung sollte dem Besucher überlassen werden.

Soweit die Begründung des W3C

"Fehler: Schließendes br-Tag wurde nicht gefunden, obwohl
dies zwingend notwendig ist.

Fehlerstelle:

"

Du scheinst mit strengen Doctypes zu arbeiten hab ich das Gefühl.

Hier die Erklärung: Konsequent bedeutet, dass ALLE tags geschlossen werden, also auch
. Leider ist es so aber nur geöffnet.
Geschlossen werden tags mit einem / (slash). Es muss also auch
geschlossen werden, und zwar so:

"Fehler: Schließendes meta-Tag wurde nicht gefunden, obwohl
dies zwingend notwendig ist.

Fehlerstelle: "

Gleiches problem wie beim
: slash vergessen!

Richtig wäre: "

Das wird immer abenteuerlicher… Ich schau jetz besser net
weiter, bevor der noch Sonstwas findet… Hilfeeeeee ^^

Entweder nimmst Du einen nachsichtigeren Doctype, oder Du lernst HTML anständig.

Gruß Marcus

11

Nun, jemand der sich vorher ausgiebig über korrektes HTML
informiert hat, sollte keine Schwierigkeiten haben, die
Fehlermeldungen zu verstehen. Andererseits könnte man auch
wieder sagen, wer sich ausgiebig informiert hat, dem passieren
die Fehler erst gar nicht.

Genau so ist das. Ich habe mich nicht ausgiebig über korrektes HTML informiert (und werde es vermutlich auch kaum tun), wie viele andere die nur ab und an eine HP bauen vermutlich auch. Wenn es also eine verständlichere „Anleitung“ dazu gäbe, gäbe es sicher auch mehr barrierefreie Webseiten.

„Line 780 column 3505: ID „3“ already defined.“

„Zeile 780 Spalte 3505: ID „3“ wurde bereits definiert“

Dazu muss man wissen, dass IDs immer nur ein Mal vorkommen
dürfen. Hier wurde diese ID offensichtlich mehr als ein Mal
verwendet. Daher Fehler.

Mal ehrlich: Ich weiß nicht mal so genau, was eine ID ist.

Oft entsteht durch ein falsch gesetztes, oder vergessenes tag
eine Kettenreaktion. Aus einem Fehler ergeben sich
zwangsläufig zehn andere sozusagen. Man sollte immer erst den
zuerst angezeigten Fehler beheben und dann nochmal prüfen
lassen. Ist dann noch ein Fehler da, geht’s mit dem nächsten
weiter.

Das ist ein Tipp, mit dem ich was anfangen kann.

Es gibt Leute die sich fragen, warum der Validator bei einem
XHTML 1.0 Strict Doctype meldet, dass das Element
nicht erlaubt ist. Aber warum …?

Dazu kann ich nur anmerken, dass ich beim „Doctype“ meist schon scheitere.

Ich erkenne das wirklich neidlos an, es gibt Leute, die haben wesentlich mehr Ahnung von der Materie als ich. Mir fehlt einfach die Zeit, mich damit so ausgiebig zu beschäftigen.(Ja - ich kenne die Argumente, warum ich das trotzdem einmal tun sollte).

Na, was nicht ist, kann ja noch werden.

kernig

12

Genau so ist das. Ich habe mich nicht ausgiebig über korrektes
HTML informiert (und werde es vermutlich auch kaum tun), wie
viele andere die nur ab und an eine HP bauen vermutlich auch.
Wenn es also eine verständlichere „Anleitung“ dazu gäbe, gäbe
es sicher auch mehr barrierefreie Webseiten.

Barrierefrei und benutzerfreundlich sind Begriffe, die sehr eng miteinander verbunden sind. Barrierefrei geht aber eben noch einen Schritt weiter. Während ‚benutzerfreundlich‘ nicht unbedingt Menschen Sehbehiderungen einschließen muss, bedeutet ‚barrierefrei‘ genau das und noch einiges mehr. Man muss also meiner Ansicht nach eine Seite erst mal benutzerfreundlich bekommen, und anschließend Barrierefrei.

Das setzt allerdings gewisse Kenntnisse voraus, die Du allem Anschein nach nicht hast.

Es mag sein, dass es irgendwelche Schritt-für-Schritt Anleitungen gibt, die dir aber mangels Verständnis ein Rästel sein werden.

Mal ehrlich: Ich weiß nicht mal so genau, was eine ID ist.

Da geht’s schon los.

Ich erkenne das wirklich neidlos an, es gibt Leute, die haben
wesentlich mehr Ahnung von der Materie als ich. Mir fehlt
einfach die Zeit, mich damit so ausgiebig zu beschäftigen.(Ja

  • ich kenne die Argumente, warum ich das trotzdem einmal tun
    sollte).

Das ist gut. Also darfst Du sich nicht wundern wenn Du einiges nicht verstehst. Das ist eine neutrale Feststellung.

Na, was nicht ist, kann ja noch werden.

Das denke ich auch.

Gruß Marcus