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