, donc le carrousel produisait autant
de titres de niveau 1 que de diapositives (7 mesures sur / et /entreprise/,
clones slick compris). Il est passe en
dans views/base.twig.
Sa taille venait de la balise (h1 { font-size: 2.5rem } dans composantsv11)
et non de la classe : on la restaure ici a l'identique, meme specificite,
pour que le rendu soit strictement celui d'avant la correction.
-------------------------------------------------------------------------- */
.composant-01 .composant-01-inner .composant-middle-01-container .composant-middle-01 .composant-middle-01-title {
font-size: 2.5rem;
}
/* --------------------------------------------------------------------------
9.1 - Page de resultats de recherche
Chaque resultat etait un
: la page en comptait 9 pour un seul titre
reel. Les resultats sont passes en dans views/templates/search.twig.
Comme pour le carrousel, la mise en forme venait de la balise et non
d'une classe. Valeurs relevees sur /?s=energie avant la correction :
titre de resultat 40 px / 600 / uppercase / marge basse 16 px, et son lien
20 px / bold / noir. Elles sont reproduites ici a l'identique.
-------------------------------------------------------------------------- */
.search .post h2 {
font-size: 2.5rem;
font-weight: 600;
line-height: 1;
text-transform: uppercase;
margin-top: 0;
margin-bottom: 16px;
}
.search .post h2 a {
font-size: 1.25rem;
color: #000;
text-decoration: none;
font-weight: bold;
}
/* --------------------------------------------------------------------------
12.8 - Ce qui est masque ne doit pas etre atteignable au clavier
Le menu principal et le bloc de recherche de l'en-tete sont replies par
height: 0 et overflow: hidden. Cela les cache a l'oeil mais les laisse dans
l'ordre de tabulation : mesure du 24/08/2026, 13 elements atteignables dans
le menu ferme et 2 dans la recherche fermee, soit 15 arrets invisibles.
visibility: hidden retire le sous-arbre du parcours clavier et de l'arbre
d'accessibilite, sans rien changer a l'apparence.
L'animation reste correcte sans toucher a la transition d'origine
(transition: .3s sur ces deux blocs) : quand une des deux valeurs de
visibility est « visible », elle le reste pendant toute la duree et ne
bascule qu'a la fin. Le repli se voit donc jusqu'au bout.
-------------------------------------------------------------------------- */
.composant-01 .composant-01-inner .composant-top-01 .composant-top-01-menu {
visibility: hidden;
}
.composant-01.menu-actif .composant-01-inner .composant-top-01 .composant-top-01-menu {
visibility: visible;
}
.composant-01 .composant-01-search.none {
visibility: hidden;
}
/* --------------------------------------------------------------------------
3.2 - Contraste des commandes de l'en-tete quand le menu est ouvert
Les effets de survol d'origine ECLAIRCISSENT le fond de ces deux commandes
(rgba(255,255,255,.2)) : ils sont concus pour un en-tete pose sur une image
sombre, ou le libelle est blanc. Leurs equivalents clavier, generes plus
haut, heritent de cette logique.
Or, menu ouvert, l'en-tete passe sur fond blanc (background-color: #fff
!important). Eclaircir encore donnait du blanc sur blanc : le libelle
« Menu » et l'icone de recherche disparaissaient a la prise de focus.
On assombrit donc au lieu d'eclaircir dans ce contexte. rgba(0,0,0,.6) sur
blanc donne environ #666 : le blanc dessus reste au-dessus de 4,5:1.
-------------------------------------------------------------------------- */
.composant-01.menu-actif .composant-01-inner .composant-top-01 .composant-top-01-inner .composant-top-menu-01:focus-visible,
.composant-01.menu-actif .composant-01-inner .composant-top-01 .composant-top-01-inner .composant-top-search-01:focus-visible {
background-color: rgba(0, 0, 0, .6);
}