Dagli script passati sappiamo che l'ordine dei layer è definito prima del primo utilizzo e qualunque altro stile, non inserito in un layer, verrà inserito in un layer implicito finale.
Come vengono però valutate le regole definite come !important? Così come ogni regola viene valutata nell'ordine e nel rispetto del layer in cui viene dichiarata, anche per important, il layer di appartenenza è una discriminante importante.
Gli stili non stratificati normalmente sovrascrivono gli stili stratificati, ma la situazione si inverte quando parliamo di stili importanti, in modo che il flag !important mantenga lo stesso scopo semantico in entrambi i contesti. Ne consegue che gli stili non stratificati hanno la priorità più alta nell'origine normale e la più bassa nell'origine !important.
Ad esempio, il seguente CSS:
@layer reset url(reset.css); @layer base url(base.css); @layer patterns url(pattern.css); @layer components url(library.css); /* stili non stratificati */ @layer reset { /* possibili sovrascritture */ }
Ne risulta che l'ordine di elaborazione sarà il seguente:
- Layer reset importante
- Layer base importante
- Layer patterns importante
- Layer components importante
- Stili non stratificati importanti
- Stili non stratificati
- Layer components
- Layer patterns
- Layer base
- Layer reset
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Cancellare una run di un workflow di GitHub
Creare una libreria CSS universale: i bottoni
Gestione degli stili CSS con le regole @layer
Persistere la ChatHistory di Semantic Kernel in ASP.NET Core Web API per GPT
Migliorare la scalabilità delle Azure Function con il Flex Consumption
La gestione della riconnessione al server di Blazor in .NET 9
Recuperare App Service cancellati su Azure
Combinare Container Queries e Media Queries
Creare una custom property in GitHub
Sfruttare gli embedding e la ricerca vettoriale con Azure SQL Database
Utilizzare il metodo Index di LINQ per scorrere una lista sapendo anche l'indice dell'elemento
Eseguire query in contemporanea con EF