Kan det passe, at id altid tager præcedens over class?

Stig Johansen

unread,

Dec 25, 2009, 5:04:11 AM12/25/09

to

Hej.

Det er nok et retorisk sp�rgsm�l, men jeg fedter lidt med min timepicker:
http://w-o-p-r.dk/tips/time.picker.asp
Her vil jeg gerne illudere 'tabs' - dvs. de 'faneblade' med Time og Date.

I det her tilf�lde, s� har jeg lagt noget CSS p� id'erne
#showtime,#showdate

og efterf�lgende defineret en klasse, inactive:
.inactive {
background-color: grey ;
}

Via javascript �ndre jeg klassen til inactive, hvilket ogs� bliver gjort,
men selvom klassen er defineret _efter_ id'erne, s� viser FF (og DOM
inspektoren) klassen f�rst, og derefter ID'erne, s� id'erne 'vinder' over
klasserne, uagtet klasserne st�r efter (linie 59 vs linie 52).

Jeg g�r ud fra det bare er s�dan (for det kan jeg jo se), men er det
beskrevet nogle steder?

--
Med venlig hilsen/Best regards
Stig Johansen

Rune Jensen

unread,

Dec 25, 2009, 5:37:04 AM12/25/09

to

Stig Johansen skrev:

> Hej.
>
> Det er nok et retorisk sp�rgsm�l, men jeg fedter lidt med min timepicker:
> http://w-o-p-r.dk/tips/time.picker.asp
> Her vil jeg gerne illudere 'tabs' - dvs. de 'faneblade' med Time og Date.
>
> I det her tilf�lde, s� har jeg lagt noget CSS p� id'erne
> #showtime,#showdate
>
> og efterf�lgende defineret en klasse, inactive:
> .inactive {
> background-color: grey ;
> }
>
> Via javascript �ndre jeg klassen til inactive, hvilket ogs� bliver gjort,
> men selvom klassen er defineret _efter_ id'erne,

Det tror jeg ikke har s� meget at sige, hvis de begge er i samme
stylesheet. Men se n�ste svar.

> s� viser FF (og DOM
> inspektoren) klassen f�rst, og derefter ID'erne, s� id'erne 'vinder' over
> klasserne, uagtet klasserne st�r efter (linie 59 vs linie 52).
>
> Jeg g�r ud fra det bare er s�dan (for det kan jeg jo se), men er det
> beskrevet nogle steder?

Der er skrevet noget om specificity her:
http://www.w3.org/TR/CSS21/cascade.html

Desv�rre er w3c.org et helvede at finde rundt i, hvis ikke, man har
Google, men jeg _mener_ der er et sted, det er beskrevet bedre.

M�ske andre kan komme med bud?

MVH
Rune Jensen

Rune Jensen

unread,

Dec 25, 2009, 5:59:22 AM12/25/09

to

Rune Jensen skrev:

> M�ske andre kan komme med bud?

Fattede ikke rigtigt, hvad W3C mente med "a large numberbase". Her er en
bedre forklaring:

http://monc.se/kitchen/38/cascading-order-and-inheritance-in-css

Baseret p� overskriften og forklaringen, kan man herefter s�ge p� Google
p� noget a la "css cascading order" eller "css cascading rules", det m�
give mere info.

MVH
Rune Jensen

Jens Peter Karlsen

unread,

Dec 25, 2009, 7:55:13 AM12/25/09

to

Dette er den mest simple forklaring jeg har set:
http://htmldog.com/guides/cssadvanced/specificity/

Regards Jens Peter Karlsen.

Stig Johansen

unread,

Dec 25, 2009, 8:25:08 AM12/25/09

to

Jens Peter Karlsen wrote:

> Dette er den mest simple forklaring jeg har set:
> http://htmldog.com/guides/cssadvanced/specificity/

Der st�r jo netop at id v�gter h�jere end class - tak for det.

Jeg troede at eks. #minid og .minklasse blev v�gtet lige h�jt, og at den
'sidste' dermed ville 'vinde'.

--
Med venlig hilsen
Stig Johansen