Turordningsregler för CSS: Skillnad mellan sidversioner

Från Webbling
Hoppa till: navigering, sök
Ingen redigeringssammanfattning
 
(28 mellanliggande sidversioner av samma användare visas inte)
Rad 1: Rad 1:
Vad skulle hända om vi hade följande CSS-kod:
I många fall kommer flera olika CSS-regler att matcha ett och samma element.  Då kan det hända att dessa regler anger olika värden för samma egenskap, t.ex. kanske flera olika regler sätter bakgrundsfärgen. För att kunna hantera sådana situationer på ett förutsägbart sätt, så har CSS  ett regelverk som anger vilken turordning som gäller för olika selektorer.
<codepen pen="GJQgKm" tab="css"><syntaxhighlight lang="css">
== Att sätta samma egenskap i en regel ==
Det enklaste fallet där samma egenskap ändras flera gånger är om egenskapen förekommer flertalet gånger  i samma regel. Låt säga att vi har följande kod:
<codepen pen="gpvbbR" tab="css,result" height="300">
<syntaxhighlight lang="html5">
h1 {
  color: blue;
  color: yellow;
}
</syntaxhighlight>
</codepen>
Här skulle slutfärgen bli gul, för om man sätter samma egenskap flera gånger i en och samma regel, så vinner den sista förekomsten av egenskapen.
 
<div class="well-sm well-meadow">
I vissa fall kan olika CSS-egenskaper förändra samma sak, trots att de heter olika. Detta gäller inte minst de sammansatta, kortegenskaperna där man kan ange flera egenskaper med ett och samma CSS-kommando.
</div>
 
== Att sätta samma egenskap i flera regler ==
Ett annat fall där samma egenskap kan förändras flera gånger är när vi har två (eller flera) regler som matchar samma element. Vad skulle hända om vi hade följande kod?
<codepen pen="GJQgKm" tab="html,css" height="300">
<syntaxhighlight lang="css">
h1 {
h1 {
   color: red;
   color: red;
Rad 10: Rad 29:
</syntaxhighlight>
</syntaxhighlight>
</codepen>
</codepen>
och följande HTML-kod:


<syntaxhighlight lang="html5">
Här har vi alltså två [[CSS-regel|CSS-regler]]. En som säger att alla <code>[[hx|h1]]</code>-element ska ha röd färg och en som säger att det [[element]]et som har [[id]] satt till ”<code>idnamn</code>” ska ha blå färg. Vad händer nu, när vi satt så att ett av våra <code>[[hx|h1]]</code>-element har just den [[id]]:n? Jo, det finns ett regelverk som anger hur mycket vikt man ska lägga på olika [[selektor]]er och den tyngst vägande [[selektor]]n trumfar över de lättviktigare [[selektor]]erna. Det fungerar ungefär som prioriteringsreglerna i matematiken, där t.ex. multiplikation sker före addition.
<h1 id="idnamn">Rubriken</h1>
</syntaxhighlight>


Här har vi alltså två [[CSS-regel|CSS-regler]]. En som säger att alla <code>[[hx|h1]]</code>-element ska ha röd färg och en som säger att det [[element]]et som har [[id]] satt till ”<code>idnamn</code>” ska ha blå färg. Vad händer nu om jag satt så att ett av mina <code>[[hx|h1]]</code>-element har just den [[id]]:n? Jo, det finns ett regelverk som anger hur mycket vikt man ska lägga till olika [[selektor]]er och den tyngst vägande [[selektor]]n trumfar över de lättviktigare [[selektor]]erna. Ungefär som prioriteringsreglerna i matematiken där t.ex. multiplikation sker före addition. I [[CSS]] kan man generellt säga att desto specifikare en [[selektor]] är, desto högre vikt har den. En id-selektor är ju jättespecifik, då den enbart väljer ut ett enda [[element]]. Därmed har den högst vikt och det är den som ”vinner” i detta fall. Det <code>[[hx|h1]]</code>-element som har [[id]]:t ”<code>idnamn</code>” kommer alltså att få blå textfärg.
=== Specificitet  ===
I [[CSS]] kan man generellt säga att desto specifikare en [[selektor]] är, desto högre vikt har den. En id-selektor är ju jättespecifik, då den enbart kan matcha ett enda [[element]] (ett id får ju enbart förekomma en gång i ett webbdokument). Därmed har den högst vikt och det är den som ”vinner” i detta fall. Det <code>[[hx|h1]]</code>-element som har [[id]]:t ”<code>idnamn</code>” kommer alltså att få blå textfärg.


Låt oss titta på ett annat fall där flera regler blir att gälla för samma element.
== Matchning av samma element, olika egenskaper ==
<codepen pen="PqQwoK" tab="css">
Låt oss titta på ett annat fall där flera regler matchar samma element.
<codepen pen="PqQwoK" tab="css,result" height="300">
<syntaxhighlight lang="html5">
<syntaxhighlight lang="html5">
h1 {
h1 {
Rad 31: Rad 49:
</syntaxhighlight>
</syntaxhighlight>
</codepen>
</codepen>
Här inför vi en ny CSS-egenskap som gör att vi kan sätta bakgrundsfärgen på ett [[element]]. Koden ovan anger att alla <code>[[hx|h1]]</code>-element ska ha gul bakgrund och röd förgrund (ja, verkligen hemska färgval!), medan det [[element]] som har [[id]]:n ”<code>idnamn</code>” ska ha blå förgrund. Hur kommer webbläsaren att tolka detta? Vi har redan konstaterat att id-selektorn väger tyngre än element-selektorn och att den vinner vad gäller ”<code>color</code>”. Men vad händer med ”<code>background-color</code>”? Jo, alla <code>h1</code>-element kommer att få gul bakgrund, även det vars [[id]] matchar den andra regeln. Allteftersom reglerna matchar (i stigande viktordning), bygger man på med alla de möjliga egenskaps-förändringar som ett [[element]] kan få. I det fall man kommer till en regel som väger tyngre än de tidigare skriver man över de egenskaper som den regeln sätter, men man behåller allt som satts, men inte angivits i denna regel.
Här inför vi en ny CSS-egenskap som gör att vi kan sätta bakgrundsfärgen på ett [[element]]. Koden ovan anger att alla <code>[[hx|h1]]</code>-element ska ha gul bakgrund och röd förgrund (ja, verkligen hemska färgval!). Samtidigt anger vi att det [[element]] som har [[id]]:n ”<code>idnamn</code>” ska ha blå förgrund. Hur kommer webbläsaren att tolka detta? Vilket av de båda möjliga värdena kommer att vinna?


Vi har redan konstaterat att id-selektorn väger tyngre än element-selektorn och att den vinner vad gäller ”<code>color</code>”. Men vad händer med ”<code>background-color</code>”? Jo, alla <code>h1</code>-element kommer att få gul bakgrund, även det vars [[id]] matchar den andra regeln. Allteftersom reglerna matchar ett element (i stigande viktordning), genomför webbläsaren de egenskaps-förändringar som anges. För varje regel som gås igenom sätts de egenskaper som anges i regeln, eventuellt skriver webbläsaren över de förändringar som andra regler angett. Sånt som förändrats i tidigare regler, men som inte finns med i efterföljande regler lämnas som det var.
== Samma selektor flera gånger ==
I de fall som [[selektor]]erna har samma vikt, blir det den som påträffas sist som vinner. Ett par exempel på detta:
I de fall som [[selektor]]erna har samma vikt, blir det den som påträffas sist som vinner. Ett par exempel på detta:
 
<codepen pen="zGRxYV" tab="css,result" height="300">
<syntaxhighlight lang="html5">
<syntaxhighlight lang="html5">
h1 {
h1 {
Rad 42: Rad 63:
h1 {
h1 {
  color: yellow;
  color: yellow;
}
</syntaxhighlight>
Detta skulle resultera i att <code>h1</code>-elementen skulle ha gul text. Först sätts de till blå, sedan när CSS-parsern fortsätter tolka så skrivs färgvalet över med gult. Detta gör alltså att det kan spela roll i vilken ordning olika CSS-filer läses in.
<codepen pen="zGRxYV" tab="css">
<syntaxhighlight lang="html5">
h1 {
  color: blue;
  color: yellow;
}
}
</syntaxhighlight>
</syntaxhighlight>
</codepen>
</codepen>
Precis som i förra exemplet skulle färgen bli gul, för om man sätter samma egenskap flera gånger i en och samma regel, så vinner den sista förekomsten av egenskapen.
Detta skulle resultera i att <code>h1</code>-elementen skulle ha gul text. Först sätts de till blå, sedan när CSS-tolken fortsätter jobba så skrivs färgvalet över med gult. Detta gör alltså att det kan spela roll i vilken ordning olika CSS-regler anges.


<codepen pen="gpvbbR" tab="css"></codepen>
== Skapar flexibilitet ==


Det sätt på vilket [[CSS]] hanterar flera regler som påverkar ett och samma [[element]] gör att vi kan vara mycket flexibla i vårt regelskrivande. Vi kan ange sådant som är generellt för alla element av en typ i en regel som matchar alla, eller många [[element]] och därefter, i andra regler, ändra de egenskaper som enbart ska gälla för vissa, specifika [[element]]. Detta är bra, inte minst för att vi kan få mycket kortare CSS-filer.
Det sätt på vilket [[CSS]] hanterar fallet när flera regler som påverkar ett och samma [[element]] gör att vi kan vara mycket flexibla i vårt regelskrivande. Vi kan ange sådant som är generellt för alla element av en typ genom att skapa regler som matchar alla, eller många [[element]]. Därefter kan vi ange mer specifika regler som ändrar de egenskaper som enbart ska gälla för vissa [[element]]. Detta är bra, inte minst för att vi kan få mycket kortare CSS-filer.


== Nästa aktivitet ==
== Nästa aktivitet ==
[[Kombinationer av selektorer]]
[[Kombinationer av selektorer]]
[[Category:Webbutveckling]]

Nuvarande version från 13 januari 2019 kl. 13.19

I många fall kommer flera olika CSS-regler att matcha ett och samma element. Då kan det hända att dessa regler anger olika värden för samma egenskap, t.ex. kanske flera olika regler sätter bakgrundsfärgen. För att kunna hantera sådana situationer på ett förutsägbart sätt, så har CSS ett regelverk som anger vilken turordning som gäller för olika selektorer.

Att sätta samma egenskap i en regel

Det enklaste fallet där samma egenskap ändras flera gånger är om egenskapen förekommer flertalet gånger i samma regel. Låt säga att vi har följande kod:

See the Pen gpvbbR by Patrik Grip-Jansson (@PGJ) on CodePen.

Här skulle slutfärgen bli gul, för om man sätter samma egenskap flera gånger i en och samma regel, så vinner den sista förekomsten av egenskapen.

I vissa fall kan olika CSS-egenskaper förändra samma sak, trots att de heter olika. Detta gäller inte minst de sammansatta, kortegenskaperna där man kan ange flera egenskaper med ett och samma CSS-kommando.

Att sätta samma egenskap i flera regler

Ett annat fall där samma egenskap kan förändras flera gånger är när vi har två (eller flera) regler som matchar samma element. Vad skulle hända om vi hade följande kod?

See the Pen GJQgKm by Patrik Grip-Jansson (@PGJ) on CodePen.

Här har vi alltså två CSS-regler. En som säger att alla h1-element ska ha röd färg och en som säger att det elementet som har id satt till ”idnamn” ska ha blå färg. Vad händer nu, när vi satt så att ett av våra h1-element har just den id:n? Jo, det finns ett regelverk som anger hur mycket vikt man ska lägga på olika selektorer och den tyngst vägande selektorn trumfar över de lättviktigare selektorerna. Det fungerar ungefär som prioriteringsreglerna i matematiken, där t.ex. multiplikation sker före addition.

Specificitet

I CSS kan man generellt säga att desto specifikare en selektor är, desto högre vikt har den. En id-selektor är ju jättespecifik, då den enbart kan matcha ett enda element (ett id får ju enbart förekomma en gång i ett webbdokument). Därmed har den högst vikt och det är den som ”vinner” i detta fall. Det h1-element som har id:t ”idnamn” kommer alltså att få blå textfärg.

Matchning av samma element, olika egenskaper

Låt oss titta på ett annat fall där flera regler matchar samma element.

See the Pen PqQwoK by Patrik Grip-Jansson (@PGJ) on CodePen.

Här inför vi en ny CSS-egenskap som gör att vi kan sätta bakgrundsfärgen på ett element. Koden ovan anger att alla h1-element ska ha gul bakgrund och röd förgrund (ja, verkligen hemska färgval!). Samtidigt anger vi att det element som har id:n ”idnamn” ska ha blå förgrund. Hur kommer webbläsaren att tolka detta? Vilket av de båda möjliga värdena kommer att vinna?

Vi har redan konstaterat att id-selektorn väger tyngre än element-selektorn och att den vinner vad gäller ”color”. Men vad händer med ”background-color”? Jo, alla h1-element kommer att få gul bakgrund, även det vars id matchar den andra regeln. Allteftersom reglerna matchar ett element (i stigande viktordning), genomför webbläsaren de egenskaps-förändringar som anges. För varje regel som gås igenom sätts de egenskaper som anges i regeln, eventuellt skriver webbläsaren över de förändringar som andra regler angett. Sånt som förändrats i tidigare regler, men som inte finns med i efterföljande regler lämnas som det var.

Samma selektor flera gånger

I de fall som selektorerna har samma vikt, blir det den som påträffas sist som vinner. Ett par exempel på detta:

See the Pen zGRxYV by Patrik Grip-Jansson (@PGJ) on CodePen.

Detta skulle resultera i att h1-elementen skulle ha gul text. Först sätts de till blå, sedan när CSS-tolken fortsätter jobba så skrivs färgvalet över med gult. Detta gör alltså att det kan spela roll i vilken ordning olika CSS-regler anges.

Skapar flexibilitet

Det sätt på vilket CSS hanterar fallet när flera regler som påverkar ett och samma element gör att vi kan vara mycket flexibla i vårt regelskrivande. Vi kan ange sådant som är generellt för alla element av en typ genom att skapa regler som matchar alla, eller många element. Därefter kan vi ange mer specifika regler som ändrar de egenskaper som enbart ska gälla för vissa element. Detta är bra, inte minst för att vi kan få mycket kortare CSS-filer.

Nästa aktivitet

Kombinationer av selektorer