Hi
wie Ihr oben im Titel ja schon sehen könnt, soll hier mal die FRage nach dem Qualitätsstandard eienr Webseite gefragt werden.
Wo macht ihr den Standard fest?
Ist es tatsächlich der HTML Code an dem ihr eine Webseiote bewerten würdet?
Würdet Ihr einen HTML Validator über eine Seite rennen lassen um den Kunden zu sagen, wie schlecht ees alle anderen machen?
Ist es legitim, Abstriche im HTML Code zu machen um eventuellen Kundenwünschen entgegenzukommen?
Kann man die Qualität einer z.B Typo3 Seite anhand eines Validators erkennen, den man drüber rennen lässt?
Bin mal gespannt.
cu
thorsten
Okay, dann melde ich mich hier auch mal zu Wort:
Validität ist ein Merkmal für eine gute Seite. Es gibt da aber ein wichtigeres: Usability!!! Hand in Hand mit dem Design.
Für eine einfache Seite ohne viel kundenspezifischen Schnickschnack finde ich Vailidät eigentlich normal. Sollte man denken...
Gibt es eigentlich eine Statistik darüber, wieviel Prozent der Websites valide sind?
Gruss
Michael
TW schriebWo macht ihr den Standard fest?
Ist es tatsächlich der HTML Code an dem ihr eine Webseiote bewerten würdet?
zuallererst sehe ich mir die struktur einer website an. dann kommt die funktionalität in kombination mit dem design und schließlich gucke ich natürlich nach, ob es denn auch handwerklich sauber gemacht ist, völlig klar.
TW schriebWürdet Ihr einen HTML Validator über eine Seite rennen lassen um den Kunden zu sagen, wie schlecht es alle anderen machen?
ich würde erstmal nie schlecht über andere reden, sowas is blödsinnig, dumm und völlig unnötig. das macht man nur, wenn die eigene leistung nicht für sich selbst spricht.
völlig unabhängig also von der validatorfrage...
TW schriebIst es legitim, Abstriche im HTML Code zu machen um eventuellen Kundenwünschen entgegenzukommen?
kommt auf den fall an, aber im prinzip kann man das natürlich machen.
da sehe ich kein problem, solange ich weiß, daß es ausschließlich am spezialwunsch liegt, daß die seite nicht valide ist.
soll heißen: erstmal eine saubere seite und dann bewußtes einarbeiten ganz bestimmter dinge.
wenn ich nunmal z.b. css-browserhacks einbauen muß, damit die seite überall ähnlich gut angezeigt wird und die seite dadurch nicht mehr valide sein sollte, ist das in ordnung.
TW schriebKann man die Qualität einer z.B Typo3 Seite anhand eines Validators erkennen, den man drüber rennen lässt?
es geht doch nicht darum, wieviele fehler das ding bringt, sondern welche fehler berichtet werden.
wenn der validator mir zeigt, daß jede menge tags nicht geschlossen werden, dann kann ich doch daraus z.b. rückschlüsse auf eine "schlampige" arbeitsmentalität ziehen.
deswegen bringt der validator natürlich sehr viel information über eine seite.
es geht, wie oben bereits gesagt, nicht nur um die fehlerliste als solches, sondern man hat die möglichkeit, viel mehr aus dem validatorergebnis zu lesen und daraus seine schlüsse zu ziehen. er ist in dieser hinsicht ein sehr schönes hilfsmittel.
TW schriebHi
wie Ihr oben im Titel ja schon sehen könnt, soll hier mal die FRage nach dem Qualitätsstandard eienr Webseite gefragt werden.
Wo macht ihr den Standard fest?
Ist es tatsächlich der HTML Code an dem ihr eine Webseiote bewerten würdet?
nein, warum auch.. ich würds nur anmeckern wenns nicht richtig angezeigt werden sollte.
TW schrieb
Würdet Ihr einen HTML Validator über eine Seite rennen lassen um den Kunden zu sagen, wie schlecht ees alle anderen machen?
nein natürlich nicht, was hätte ich davon?!
TW schrieb
Ist es legitim, Abstriche im HTML Code zu machen um eventuellen Kundenwünschen entgegenzukommen?
der kunde ist immer noch der könig, oder würdest du auf deine kohle verzichten nur weil es nicht valide ist?
TW schrieb
Kann man die Qualität einer z.B Typo3 Seite anhand eines Validators erkennen, den man drüber rennen lässt?
Bin mal gespannt.
cu
thorsten
ach scheiss auf den validator,
poste doch z.b. da mal ebay rein..
http://validator.de.selfhtml.org/
da bekommste nämlich nur ne anzeige.. ist nicht valide.
und jetzt erzähl mir mal das diese seite keine qualität hat.. 😉
TW schriebWo macht ihr den Standard fest?
Ist es tatsächlich der HTML Code an dem ihr eine Webseiote bewerten würdet?
Auf keinen Fall macht valides HTML aus einer schlechten Seite eine gute Seite. Allerdings sehe ich in einer ordentlichen HTML-Auszeichnung durchaus einen Qualitätsfaktor, denn:
1. Es spricht für die Erfahrung desjenigen, der den Code erstellt hat
2. Kompatibilität zu Standards ist ein enormer Pluspunkt, wenn es darum geht, eine Seite zukunftssicher zu gestalten (Neue Browser / Ausgabegeräte)
3. Valider HTML-Code ist eine grundvoraussetzung für Barrierefreiheit (wird in vielen Bereichen immer wichtiger)
TW schriebWürdet Ihr einen HTML Validator über eine Seite rennen lassen um den Kunden zu sagen, wie schlecht ees alle anderen machen?
Mit Sicherheit nicht. Miserable Qualität eines anderen ist auf keinen Fall ein Pluspunkt für mich als Person / Entwickler.
TW schriebIst es legitim, Abstriche im HTML Code zu machen um eventuellen Kundenwünschen entgegenzukommen?
Nö. Ich warte immer noch auf den Tag, an dem ich einem Kunden sagen muss: Können wir gern machen, geht aber nicht mit validem HTML. Gegenbeispiel erwünscht!
TW schriebKann man die Qualität einer z.B Typo3 Seite anhand eines Validators erkennen, den man drüber rennen lässt?
Wie schon gesagt, das kann nur ein Punkt von vielen sein (Design / Ergonomie / Geschwindigkeit / etc.). Allerdings würde ich bei einem Entwickler, der unsauberen HTML-Code prioduziert schon mal genauer in die Extensions schauen, die er so produziert, bevor ich die Abnehme 😉
CU
maxhb
maxhb schrieb
Allerdings würde ich bei einem Entwickler, der unsauberen HTML-Code prioduziert schon mal genauer in die Extensions schauen, die er so produziert, bevor ich die Abnehme 😉
CU
maxhb
na da ist dir aber einges an code durch die lappen gegangen wa? *gg*
ist doch eure seite oder?
http://www.harren-partner.de/
habse mal hier durch gejagt
http://validator.w3.org/
und was bekomme ich.. tststs 😉
This page is not Valid HTML 4.0 Transitional!
clan schriebna da ist dir aber einges an code durch die lappen gegangen wa? *gg*
Nein, ist mir nicht entgangen, ist allerdings fast 2.5 jahre alt und war die erste Typo3-Site. Ist somit ein Beleg dafür, dass ich in meinem Alter immer noch dazu lerne 😉
CU
maxhb
Wollte nur mal anmerken das auch ein http://validator.w3.org/ nicht unfehlbar ist!
Wenn dort z.B. fehler angemakelt werden die definitiv nicht drinnen sind ist das Ding auch Quatsch. Ich sag nur: "end tag for element "HEAD" which is not open </head>"
Und im Header steht der <head> dort wo er sein soll. Klasse!!!
Bps schriebWollte nur mal anmerken das auch ein http://validator.w3.org/ nicht unfehlbar ist!
Wenn dort z.B. fehler angemakelt werden die definitiv nicht drinnen sind ist das Ding auch Quatsch. Ich sag nur: "end tag for element "HEAD" which is not open </head>"
Und im Header steht der <head> dort wo er sein soll. Klasse!!!
Beispiel? Hast Du einen Link dafür? Würde mich mal interessieren.
CU
maxhb
Schau dir unsere Seite an http://www.bananas.de
Sind laut Validator ein paar kleinere Fehler drinnen die ich gerne in kauf nehme, aber es wird definitiv der </head> bemängelt. Der ist aber als zweiter Tag drinnen.
#evil#
Naja, Du bringst aber auch den armen Validator ziemlich ins Schwitzen, wenn Du HTML 4.0 Transitional angibst, dann aber mit XML-Style Tags al a
<meta name="description" content="Mediendesign, ..." />
arbeitest. Daher wird auch der Fehler mit dem Head-Tag ausgegeben...
Ist doch nur ein kleines doofes Proggie der Validator, sei nicht zu streng mit ihm 😉
CU
maxhb
Hi,
> Wo macht ihr den Standard fest?
> Ist es tatsächlich der HTML Code an dem ihr eine Webseiote bewerten
> würdet?
nicht nur, Lade/Renderzeit, Usability, ansprechendes Design und gut strukturierter Inhalt sind auch wichtig. Aber sauberer möglichst valider Code ist für mich genauso wichtig.
> Würdet Ihr einen HTML Validator über eine Seite rennen lassen um den
> Kunden zu sagen, wie schlecht ees alle anderen machen?
das verstehen die meisten Kunden sowieso nicht. Aber ich leiste immer gerne Aufklärungsarbeit und erkläre die historische Entwicklung von den frühen Browserkriegen bis zu dem Zeitpunkt als man endlich einsah, dass Standards doch einen Sinn haben.
> Ist es legitim, Abstriche im HTML Code zu machen um eventuellen
> Kundenwünschen entgegenzukommen?
mir fällt jetzt kein Beispiel ein, wo ich einen Kundenwunsch nicht mit sauberem HTML-Code umsetzen könnte. Also würde ich da eher nein sagen.
> Kann man die Qualität einer z.B Typo3 Seite anhand eines Validators
> erkennen, den man drüber rennen lässt?
noch ja. Man erkennt sehr schön, in wie weit dem Entwickler die Konfiguratonsmöglichkeinten bekannt sind und wie gut er sich mit Extensions auskennt (Indexed Search Ergebnisse ohne Tabellen oder so). Man muss ja an verdammt vielen Stellen schrauben um alles zu säubern. Aber mit css styled content, xhtml_cleaning und css imgtext ist es in der aktuellen Version nicht mehr so schwierig. Die Früchte der letzten 3 Jahre halt.
Ciao,
Sacha
Hi sasha,
kannst du bitte mal genauer erklären, was du im letzen Absatz so angerissen hast und auch den Code angeben und was dieser bewirkt? Danke.
Aber mit css styled content, xhtml_cleaning und css imgtext ist es in der aktuellen Version nicht mehr so schwierig. Die Früchte der letzten 3 Jahre halt.
Ciao mavo
alles zu xhtml steht in der aktuellen ts-referenz.
die beiden css-extensions, wenn ich sie mal so nennen darf, vertreiben grundsätzlich erstmal alles, was mit tabellen in bezug auf design zu tun hat.
Hi,
mavo schrieb
kannst du bitte mal genauer erklären, was du im letzen Absatz so angerissen hast und auch den Code angeben und was dieser bewirkt? Danke.
3.6.2 installieren, die Extensions css styled content und css imgtext installieren. Dann im Haupttemplate die statischen Templates css styled content und css imgtext einbinden.
Im Setup je nach Bedarf die config Optionen von dieser Seite hier: https://docs.typo3.org/m/typo3/reference-typoscript/main/en-us/TopLevelObjects/Config.html setzen.
Beispiel:
###############################################
#generate xhtml-code
config.xhtml_cleaning = all
config.doctype = xhtml_11
config.xmlprologue = none
config.metaCharset = utf-8
###############################################
###############################################
#render anchor links with ID, not with name
#as IDs cannot begin with a number,
#we have to add x before the content ID
#requires patch of link method in core
tt_content.stdWrap.dataWrap = <a id="x{field:uid}"></a> |
###############################################
Das sind die wichtigsten Schritte.
Ciao,
Sacha
sacha schrieb3.6.3 installieren...
weißt du eventuell, was mit 3.6.1 davon noch nicht geht?
merci!
Hi,
doku schriebsacha schrieb3.6.2 installieren...
weißt du eventuell, was mit 3.6.1 davon noch nicht geht?
leider nicht, 3.6.1 habe ich einfach "übersprungen". Ich meine im Changelog stand aber nichts, was diese Einstellungen betreffen würde - bin mir aber nicht 100%ig sicher.
Ciao,
Sacha
Hi!
Was bisher noch wenig angesprochen wurde ist ein wichtiger Aspekt, der für valides HTML spricht.
IMHO kann man nur mit validem Code erreichen, dass eine Seite nicht nur heute und auf den heutigen Browsern gut aussieht und funktioniert, sondern auch mit den Browsern der kommenden Generation. Ich glaube es wäre ein wenig naiv, anzunehmen, dass der IE oder Mozilla bis ins Jahr 2020 immer noch abwärtskompatible bis zur HTML 1.0 Version sind und alle Browser-spezifischen Eigenheiten mitschleppen.
Darüber hinaus sollte man sich auch fragen, wie neue Ausgabegeräte (Handys, PDAs oder was auch immer kommen mag) mit dem jeweiligen Seitencode umgehen. Das Argument, dass eine Seite im Moment unter gängigen Browsern (i.d.R. IE) toll aussieht greift da einfach zu kurz.
Das vermeintliche Hauptproblem ist aber der Kunde, der oftmals technisch nicht hinreichend vorgebildet ist, um dies nachzuvollziehen. Daher sind die entsprechenden Aufwände, die mit der Erzeugung von validem Code ggf. einhergehen (ist das überhaupt so? ich glaube nicht!), oftmals nur schwer finanziell zu rechtfertigen. An solchen Stellen muss man halt aufklären und überzeugen - im Sinne des Kunden!
CU
maxhb