ABAKUS

Hallo!
<span class="H1">blabla</span> ist Unsinn.
Ob <h1> oder <h1 class="soso"> ist egal.
lg
chio

@depp ich

das <span class="H1"> trifft man auch an im web. gibts irgendwo eine seite die solche fälle mal näher erläutert? hab noch nix gefunden..

gruß,
danielr

Hallo Danielr,

das span class="H1" ist so eine Art Cut & Paste Fehler von Leuten die CSS nicht verstanden haben. Die machen auch immer nich <font size="5">Text</font>
um ne dicke Headline zu malen statt <h1>Text</h1>
Und in der CSS h1 {font-size:26pt;} zu definieren.

Ähnliches sieht man bei der Meta Angabe
<meta name="audience"
die 1998 mal von Fireball eingeführt und später wieder verworfen wurde, und sich seitdem wie wild per Cut & paste verbreitet.

axelm hat geschrieben:Hallo Danielr,
das span class="H1" ist so eine Art Cut & Paste Fehler von Leuten die CSS nicht verstanden haben. Die machen auch immer nich <font size="5">Text</font>
um ne dicke Headline zu malen statt <h1>Text</h1>
Und in der CSS h1 {font-size:26pt;} zu definieren.

ich werd mal im Web nach definierten Standards für css suchen die das problem (s.o.) genau aufzeigen.

danke nochmal!

gruß,
danielr

CSS:
h1 {color:#00FF00;}

HTML:
<h1>Headline</h1>

Was spricht dagegen?

Mindless: manche machen

CSS:
.h1 {color:#00FF00;}

HTML:
<span class="h1">Headline</span>
oder
<h1 class="h1">Headline</h1>

und das macht kein sinn.

da sage ich nur...

https://de.selfhtml.org/css/index.htm

Und in der CSS h1 {font-size:26pt;} zu definieren.

aber bitte nicht einen weiteren copy/paste-fehler breittreten! die einheit pt hat nur im print-stylesheet zu stehen, keinesfalls soll pt für das screen-design herhalten müssen. => em oder %

hallo danielr,
viele wege führen mal wieder nach rom. wichtig ist, was hier auch schon gesagt wurde, dass die h1-überschriften auch h1-überschriften bleiben. dass sich google an einer klasse stört, habe ich auch noch nicht gelesen...

wenn du die h1 mit klassen definierst, bist du flexibler, weil du dir natürlich unendlich h1-klassen ausdenken und benutzen kannst. das wird dann zum horror, wenn mal änderungen anstehen, aber das muss jeder selbst wissen

oder du definierst den tag h1 an sich, wie hier schon aufgezeigt, was eleganter ist, aber unflexibler. zusätzlich kannst du aber sagen, wie der tag h1 innerhalb eines anderen tags aussehen soll. z.b. soll die h1-überschrift innerhalb eines div-container mit id="navi" anders aussehen als in einem div-container mit id="content". das sieht dann so aus:
div#navi h1 {
...
}

mich hat das erstmal verwirrt, aber man kann spannende sachen damit machen, die auch sehr suchmaschinenfreundlich sind - finde ich

Unter
https://www.xhtmlforum.de/viewtopic.php?p=28653#28653
habe ich auch einen lustigen Thread gestartet mit der Frage welchen Vorteil es bringt Menüs als Listen zu codieren.

...welchen Vorteil es bringt Menüs als Listen zu codieren.

Ich antworte mal hier...

Die Überlegung ist im Prinzip einfach: Ein Menü ist eine Liste. Für Listen gibt es passende HTML-Tags. Fertig.

Die Diskussion könnte man nur andersherum führen: Warum sollte ein Menü keine Liste sein?

Über div-Container mit verschiedenen IDs kann man das ja sogar sehr schön anpassen. Auch Hintergrundgrafiken und Mouse-over-Effekte, die "früher" nur mittels JavaScript gingen, lassen sich so realisieren.

Eine Seite, an der ich übrigens nicht beteiligt bin, zeigt da ein paar Möglichkeiten:
www.strelasundquerung.de

Übrigens werden da Tabellen nur benutzt, wenn es um die tabellarische Darstellung von Daten geht, soweit ich das sehe

@axelm:
da geb ich dir recht