pro Hacks
* bessere Wartbarkeit, durch die Nähe zum Problem (gerade im Team wichtig)
Moment. CCs setzen eine ID ins HTML, damit deine Problem genau so nahe behandelt wird wie deine anderen CSS-Selektoren.
valide Syntax sind keine CSS-Hacks
* bremst (manche) IEs nicht aus
Wir hatten das doch schon behandelt oder?
Man kann CCs richtig einsetzen.
* zukunftssicher
Via CC eingesetzte Regeln sind noch zukunftssicherer.
* nicht IE-only
OK. Brauchen wir für andere Browser Hacks?
Nein wird brauchen eine Selektoren Strategie (Stichwort media query Fähigkeit).
* es läßt sich flexibel bestimmen, ob der Hack vorher oder nachher wirken soll
Siehe mein obiges Argument.
Das der CSS Code evtl. invalide wird, ist Qualitativ betrachtet zweitrangig und dass man u.U. die Hacks leichter entfernen kann, wenn sie nicht mehr benötigt werden, ebenfalls. Mir fällt kein pro für CCs ein, was qualitativ dafür spricht. Ausser u.U. die größere CSS Datei für alle Browser, wenn es wirklich viele Hacks sind, die man benötigt.
Der beste Hack (CCs sind ja auch welche) ist aber immer noch, keine zu benötigen.
Der Nachteil von CSS hacks
oder von unkommentierten Regeln: Der User hat keine Ahnung warum das dort steht.
#msie7 selector {} spart dir jeden Kommentar
CCs sind hier weitaus freundlicher.
Dein Problem ist, dass du bei CCs immer nur an ein separat eingebundes File denkst. Gewöhn dir das ab und deine Argumente verflüchtigen sich ins nada.
mfg Beat
><o(((°> ><o(((°>
<°)))o>< ><o(((°>o
Der Valigator leibt diese Fische