Validität vs Barierefreiheit ?
Hi,
ich möchte gerne eine barierefreie Homepage erstellen und versuche diese aus diesem Grund zu validieren.
Nun gibt es ja das ein oder andere Validierungsverfahren. Ich habe da mal beispielsweise zwei genommen:
http://validator.w3.org/
http://www.validome.org/
Nach dem ersten (validator) wäre meine Seite valide! (cms35.teppichkante.de auch!)
Nach dem zweiten (validome) wäre meine Seite nur valide, wenn ich alle Umlaute durch ASCII ersetze. Also für ein ö => ö
(cms35.teppichkante.de ist nach dem validome auch nicht valide, da der DOC-Type iso-8859-1 nicht genommen wird, und die Seite mit dem DOC-Type utf-8 geprüft wird.)
Meine Frage nun:
Wenn ein "Vorleseprogramm" oder ein spider nun über die mit ASCII valide gemachte Seite geht, treten dann eventuell Komplikationen auf, das ASCII selbst im header genommen werden muß?
Schließlich soll der PageRank ja durch die Validierung voran getrieben werden und nicht verhindert.
ich möchte gerne eine barierefreie Homepage erstellen und versuche diese aus diesem Grund zu validieren.
Nun gibt es ja das ein oder andere Validierungsverfahren. Ich habe da mal beispielsweise zwei genommen:
http://validator.w3.org/
http://www.validome.org/
Nach dem ersten (validator) wäre meine Seite valide! (cms35.teppichkante.de auch!)
Nach dem zweiten (validome) wäre meine Seite nur valide, wenn ich alle Umlaute durch ASCII ersetze. Also für ein ö => ö
(cms35.teppichkante.de ist nach dem validome auch nicht valide, da der DOC-Type iso-8859-1 nicht genommen wird, und die Seite mit dem DOC-Type utf-8 geprüft wird.)
Meine Frage nun:
Wenn ein "Vorleseprogramm" oder ein spider nun über die mit ASCII valide gemachte Seite geht, treten dann eventuell Komplikationen auf, das ASCII selbst im header genommen werden muß?
Schließlich soll der PageRank ja durch die Validierung voran getrieben werden und nicht verhindert.
Den PR wird in diesem Sinne leider überbewertet und hat bei der Validität keine Relevanz. Da zähln viel mehr Backlinks oder bzw. Starke Links auf Fremdseiten und anderen Server mit anderer IP und einem hohen PR. Jedoch bringen auch viele Seiten mit kleinen PR den gleichen effekt.
Eine Umwandlung in ASCII ist nicht notwendig, kann dann jedoch von allem Gelesen werden, daher würde ich dazu raten. Jedoch würde ich solche sachen nicht in URLs machen, die Intern sind, da es hier zu Problemen mit Suchmaschinen kommen kann.
Die Frage Validität vs Barierefreiheit würde ich mich in dem Sinne nicht stellen, da beides miteinander zu vereinen ist. Wäre ja schlimm, wenn man auf eines der beiden Dinge verzichten müsste.
Eine Umwandlung in ASCII ist nicht notwendig, kann dann jedoch von allem Gelesen werden, daher würde ich dazu raten. Jedoch würde ich solche sachen nicht in URLs machen, die Intern sind, da es hier zu Problemen mit Suchmaschinen kommen kann.
Die Frage Validität vs Barierefreiheit würde ich mich in dem Sinne nicht stellen, da beides miteinander zu vereinen ist. Wäre ja schlimm, wenn man auf eines der beiden Dinge verzichten müsste.
Hi,
na gut, ich denke auch, wenn man eine "schöne Seite" gestalten möchte, dann sollte man mehr auf die wesentlichen Dinge acht geben. Durch HigHteK bin ich ja auf ein offensichtlich sehr alten, aber auch äußerst relevanten Gedanken gestoßen worden:
Retro-Coding
Daher denke ich nun, wenn eine Seite gut lesbar und vielleicht auch noch sinnvoll strukturiert ist, dadurch womöglich auch noch barrierefreier geworden ist, dann ist der PR eben nur noch nebensächlich. Der PR ist ja ohnehin mehr Backlink - abhängig. Da spielt wohl die Qualität einer Seite nur eine Nebenrolle. Na dann werde ich mich mal in meine neue Lekture stürzen:
http://www.thestyleworks.de/
Also immer fleißig weiter; frei nach Arihuna:
Der höchste Lohn für unsere Bemühungen ist nicht das, was wir dafür bekommen, sondern das, was wir dadurch werden.
na gut, ich denke auch, wenn man eine "schöne Seite" gestalten möchte, dann sollte man mehr auf die wesentlichen Dinge acht geben. Durch HigHteK bin ich ja auf ein offensichtlich sehr alten, aber auch äußerst relevanten Gedanken gestoßen worden:
Retro-Coding
Daher denke ich nun, wenn eine Seite gut lesbar und vielleicht auch noch sinnvoll strukturiert ist, dadurch womöglich auch noch barrierefreier geworden ist, dann ist der PR eben nur noch nebensächlich. Der PR ist ja ohnehin mehr Backlink - abhängig. Da spielt wohl die Qualität einer Seite nur eine Nebenrolle. Na dann werde ich mich mal in meine neue Lekture stürzen:
http://www.thestyleworks.de/
Also immer fleißig weiter; frei nach Arihuna:
Der höchste Lohn für unsere Bemühungen ist nicht das, was wir dafür bekommen, sondern das, was wir dadurch werden.
Ich sag mal so: man kann es auch übertreiben.
Wichtig ist doch, dass die Seite den allgemeinen Kriterien entspricht.
Achja zum Thema IE6.
Ich habe mir jetzt angewöhnt einen extra Stylesheet für den IE6 zu schreiben.
Einfach im HEAD eintragen:
Dabei geht es um banale Dinge, die der IE6 nicht versteht.
Moderne Browser kommen mit folgenden Zeilen klar:
Der ie6 braucht eine Extrawurst:
Wichtig ist doch, dass die Seite den allgemeinen Kriterien entspricht.
Achja zum Thema IE6.
Ich habe mir jetzt angewöhnt einen extra Stylesheet für den IE6 zu schreiben.
Einfach im HEAD eintragen:
|
|
Quellcode |
1 2 3 |
<!--[if lte IE 6]> <link href="extra_ie6.css" rel="stylesheet" type="text/css" /> <![endif]--> |
Dabei geht es um banale Dinge, die der IE6 nicht versteht.
Moderne Browser kommen mit folgenden Zeilen klar:
|
|
Quellcode |
1 2 |
#leftcolumn {float: left;width: 540px;color: #666;background: transparent;margin: 10px 0px 0px 30px;padding: 0px;}
#rightcolumn {float: right;width: 166px;color: #666;background: transparent;margin: 10px 20px 0px 0px;padding: 0px;}
|
Der ie6 braucht eine Extrawurst:
|
|
Quellcode |
1 2 |
#leftcolumn {float: left;width: 540px;color: #666;background: transparent;margin: 10px 0px 0px 0px;padding-left: 30px;}
#rightcolumn {float: right;width: 180px;color: #666;background: transparent;margin: 10px 0px 0px 0px;padding: 0px;}
|



