/* =============================================================================
 * bureaups2.com — reparation de cascade apres le passage d'Elementor
 *                 en css_print_method = internal (02/09/2026)
 *
 * CE QUE CE FICHIER REPARE
 * ------------------------
 * En mode « external », Elementor servait le CSS propre a chaque page dans un
 * <link> place APRES les feuilles widget-*.min.css. En mode « internal », ce
 * meme CSS est injecte dans le bloc <style id="elementor-frontend-inline-css">,
 * tout en haut du <head>, donc AVANT elles.
 *
 * Consequence : toute declaration de page qui l'emportait A SPECIFICITE EGALE
 * sur une declaration d'un widget-*.min.css est desormais ecrasee. Les regles
 * de specificite superieure, elles, ne sont pas affectees.
 *
 * Ce fichier ne fait donc qu'une chose : redonner le dernier mot aux quelques
 * declarations qui l'avaient avant. Il ne cree aucun style nouveau.
 *
 * POURQUOI PAS UN RETOUR EN MODE « external »
 * -------------------------------------------
 * Ce serait rouvrir le mode de panne du 02/09 : la mise a jour de n'importe
 * quelle extension efface alors les feuilles generees de tout le site
 * (elementor/modules/element-cache/module.php:151, glob()+unlink() accroche a
 * upgrader_process_complete hors du garde is_admin()). 183 pages sur 201
 * s'etaient affichees sans mise en page. On garde « internal » et on repare la
 * cascade au cas par cas.
 *
 * COMMENT AJOUTER UN CAS
 * ----------------------
 * Une entree = l'URL touchee, la declaration perdue, sa specificite, et la
 * feuille de widget qui la bat. Rien d'autre ne doit entrer ici : ce fichier
 * n'est pas un depotoir a corrections esthetiques.
 * ============================================================================= */


/* -----------------------------------------------------------------------------
 * 1. /references/ — page 3101, widget Portfolio « b6362bb »
 *
 * Perdu   : .elementor-portfolio-item__overlay{opacity:1}
 *           (CSS personnalise de la page, specificite 0,1,0)
 * Battu par : .elementor-portfolio-item__overlay{opacity:0}
 *           de elementor-pro/assets/css/widget-posts.min.css, meme specificite.
 *
 * A l'ecran : les 20 tuiles de categories perdaient leur panneau orange titre
 * et n'affichaient plus qu'un rectangle gris vide — ces pages de categorie
 * n'ayant pas d'image a la une, le panneau portait tout le visuel.
 *
 * La couleur du panneau, elle, n'a jamais ete perdue : les regles
 * background-color de la page ont une specificite de 0,4,1 et 0,5,1, donc
 * superieure. Seule l'opacite etait en cause — c'est la seule chose retablie.
 *
 * La regle d'origine etait ecrite sans portee ; on la cadre ici sur la page et
 * le widget concernes, ce qui reproduit exactement son effet d'alors : le CSS
 * de la page 3101 n'etait charge que sur /references/, jamais sur les 20
 * sous-pages, ou le panneau ne se revele qu'au survol. Ce comportement-la est
 * intact et ne doit pas etre touche.
 *
 * A NOTER : ce cadrage porte la specificite a 0,4,0, contre 0,1,0 pour la regle
 * d'origine. La declaration l'emporte donc desormais QUEL QUE SOIT l'ordre de
 * chargement — elle ne depend plus de la position de cette feuille. C'est
 * voulu : la reparation de la cascade ne doit pas reposer sur un ordre qui
 * pourrait changer une nouvelle fois.
 *
 * Consequence pratique de l'ancien defaut, qu'il faut avoir en tete pour juger
 * de sa gravite : sans le panneau, le libelle des categories n'apparaissait
 * qu'au survol, via une regle de widget-posts.min.css a specificite 0,3,0. Sur
 * un ecran tactile, ou il n'y a ni survol ni focus, les 20 libelles etaient
 * donc purement et simplement illisibles.
 * -------------------------------------------------------------------------- */

.elementor-3101 .elementor-element.elementor-element-b6362bb .elementor-portfolio-item__overlay {
	opacity: 1;
}
