/* Ajustements du cabinet. Feuille appelee depuis functions.php avec, pour
   numero de version, la date de modification de ce fichier : toute retouche
   change l'adresse et force les navigateurs a recharger.
   Ne pas remettre ces regles dans style.css : son adresse, elle, ne bouge pas. */

/* --- Pastille « Gerer le consentement » (Complianz) ---------------------
   Complianz la pose a bottom:-35px pour une hauteur de 50px : 15 px visibles
   seulement, le reste sous le bord de l'ecran, et elle ne remonte qu'au survol
   (animation mc_slideOut). Elle est aussi masquee sous 768 px de large.

   On la decolle du bord et on lui rend ses coins arrondis : collee a l'arete
   de la fenetre elle a l'air coupee, meme quand elle est entiere. Elle se lit
   alors comme un bouton flottant, comme la bulle de clavardage a l'autre coin.

   Les classes cmplz-hidden et cmplz-dismissed continuent de la masquer quand
   Complianz le demande : on ne force que le cas « a montrer ». */
#cmplz-manage-consent .cmplz-manage-consent {
    bottom: 20px !important;
    animation: none !important;
    border-radius: 10px !important;
    height: auto !important;
    min-height: 44px;
    padding: 12px 20px !important;
    font-size: 13px;
    line-height: 1.2;
    box-shadow: 0 6px 18px rgba(0, 0, 0, 0.28) !important;
}

@media (max-width: 768px) {
    #cmplz-manage-consent .cmplz-manage-consent.cmplz-show:not(.cmplz-dismissed) {
        display: flex !important;
    }

    #cmplz-manage-consent .cmplz-manage-consent {
        bottom: 14px !important;
        left: 14px !important;
        font-size: 12px;
        padding: 10px 14px !important;
    }
}

/* Fenetre tres basse : on la remet a plat plutot que de manger le contenu. */
@media (max-height: 460px) {
    #cmplz-manage-consent .cmplz-manage-consent {
        bottom: 0 !important;
        border-radius: 10px 10px 0 0 !important;
    }
}


/* --- L'en-tete du theme accueille le bloc 171 ---------------------------
   Depuis le 16 sept. 2026, l'en-tete du constructeur Woodmart ne contient plus
   qu'un element « bloc HTML » pointe sur le bloc 171 -- votre vrai en-tete. Mais
   le cadre du constructeur impose sa propre mesure :
     .whb-general-header-inner    max-height 69 px, et .whb-col-center max-height
                                  0.00001 px : la colonne centrale etait ecrasee a zero
                                  et le bloc 171, haut de 120 px, debordait par-dessus
                                  le texte. C'est max-height qui contraint, pas height.
     .container                   max-width 1222 px, qui etranglait l'en-tete a
                                  1028 px au lieu des 1400 px de vos pages.
   On libere le cadre : la hauteur suit le contenu, la largeur suit la page.
   Ces regles ne peuvent toucher que les articles, le blogue et le calculateur :
   les 11 pages portent _woodmart_whb_header = 'none' et n'affichent aucun whb-header. */
.whb-header .whb-main-header,
.whb-header .whb-row.whb-general-header,
.whb-header .whb-general-header-inner,
.whb-header .whb-column,
.whb-header .whb-col-center {
    height: auto !important;
    max-height: none !important;
}

.whb-header .whb-general-header > .container {
    max-width: 100% !important;
    padding-left: 0;
    padding-right: 0;
}

.whb-header .wd-header-html {
    width: 100%;
}

/* La colonne qui porte le bloc 171 est marquee whb-visible-lg : Woodmart la masque
   sous grand ecran. Comme la rangee ne contient plus que ce bloc -- le burger et le
   logo mobiles du constructeur ont ete retires --, les articles se retrouvaient SANS
   AUCUN en-tete sur telephone. Le bloc 171 gere lui-meme son affichage mobile (logo
   a gauche, menu hamburger a droite, verifie a 375 px sur la page d'accueil), on le
   laisse donc s'afficher a toutes les largeurs. */
.whb-header .whb-col-center.whb-visible-lg {
    display: flex !important;
}

/* Les autres colonnes de la rangee sont desormais VIDES (leur contenu a ete retire
   au profit du seul bloc 171), mais elles reclament encore leur part de largeur :
   sur telephone, les 375 px se divisaient en trois et l'en-tete n'en recevait que 132,
   dont 92 utilisables. On masque les colonnes vides et on donne toute la largeur a
   celle qui porte le bloc. */
.whb-header .whb-general-header-inner > .whb-column:not(.whb-col-center) {
    display: none !important;
}

.whb-header .whb-col-center {
    flex: 1 1 100% !important;
    width: 100% !important;
}

/* --- Le pied de page du theme --------------------------------------------
   footer.php enveloppe le bloc 251 dans <div class="container main-footer">, dont le
   max-width vaut 1222 px : la bande bleue n'y fait que 1172 px et se decale a 134,
   alors qu'elle fait 1400 px avec une marge de 20 sur les pages en canevas. Resultat :
   le pied de page etait plus etroit sur les articles, le blogue et le calculateur que
   sur les pages. On libere le conteneur et on lui donne la meme marge de 20 px, ce qui
   redonne la meme bande que sur les pages en canevas. Mesure : avec 20 px la bande
   faisait 1380 @30 au lieu de 1400 @20 -- 10 px de trop de chaque cote venant de la
   marge propre de .footer. On passe donc a 10 px. */
.footer-container > .container.main-footer {
    max-width: 100% !important;
    padding-left: 10px;
    padding-right: 10px;
}

/* ==== KC 2b : la police du corps, sortie des pages (16 sept. 2026) ====
   Chaque page imposait 'body { font-family: Open Sans; color: #333 }' depuis son
   propre contenu, ce qui debordait sur l'en-tete et le pied de page. La regle est
   desormais declaree ICI, une seule fois.
   La specificite 'html body' (0-0-2) passe devant le 'body { font-family: Arial;
   color: var(--primary-color) }' du bloc d'en-tete, quel que soit l'ordre de
   chargement : sans elle, retirer la regle des pages ferait passer tout le site
   en Arial marine.
   Rien ici pour h1/h2/h3 : seules six pages sur dix declaraient Merriweather, les
   quatre pages de services affichent leurs titres en Poppins. Cette regle-la reste
   donc rattachee a chaque page. L'en-tete et le pied de page ne contiennent aucun
   titre, la question ne s'y pose pas. */
html body { font-family: 'Open Sans', sans-serif; color: #333; margin: 0; padding: 0; }

/* ==== KC lot 6 : bouton Retour du formulaire de reservation (16 sept. 2026) ====
   Amelia n'affiche qu'une petite fleche "<" de 24 px a cote du titre de l'etape
   (bouton .am-heading-prev, present des la 2e etape). On en fait un vrai bouton
   "< Retour" aux couleurs du site (marine #1C3D5A). Le comportement reste celui
   d'Amelia : le bouton ramene a l'etape precedente. */
.amelia-v2-booking .am-fs__main-heading .am-heading-prev.am-button {
    width: auto !important;
    min-width: 0 !important;
    height: 34px !important;
    padding: 0 14px 0 10px !important;
    gap: 6px;
    border: 1px solid #1C3D5A !important;
    border-radius: 6px !important;
    background: #fff !important;
    color: #1C3D5A !important;
    margin-right: 12px !important;
    flex-shrink: 0;
}
.amelia-v2-booking .am-fs__main-heading .am-heading-prev.am-button::after {
    content: "Retour";
    font-size: 14px;
    font-weight: 600;
    line-height: 1;
}
.amelia-v2-booking .am-fs__main-heading .am-heading-prev.am-button:hover,
.amelia-v2-booking .am-fs__main-heading .am-heading-prev.am-button:focus-visible {
    background: #1C3D5A !important;
    color: #fff !important;
}
