/* Garde-fous du thème — les règles qui existent pour qu'un défaut ne PUISSE PAS
   revenir, pas pour styler quoi que ce soit.
   Arbitrage Daniel du 05/08 (QUESTIONS.md §15, option (c)).

   ⚠️ POURQUOI CETTE FEUILLE EXISTE, PLUTOT QU'UNE LIGNE DANS UNE AUTRE.
   Une regle defensive n'appartient a aucun composant. Rangee dans
   `mist-pages.css` (« blocs de page ») ou dans `mist-ds.css` (le design system,
   identique octet pour octet au prototype et servant de reference de fidelite),
   elle serait invisible et effacable par accident. Ici, le nom du fichier dit ce
   qu'il contient, et un test verrouille sa mise en file.

   ⚠️ POURQUOI `!important`, ET POURQUOI CE N'EST PAS DE LA PARESSE.
   `[hidden] { display:none }` vit dans la feuille du NAVIGATEUR. Toute
   declaration `display` d'une feuille d'AUTEUR la bat — question d'ORIGINE de
   cascade, pas de specificite. Le depot a deja neutralise le defaut QUATRE fois
   au cas par cas (`.site-search[hidden]`, `.mist-bot-panneau[hidden]`,
   `.mist-disk-modal[hidden]`, `.mist-grille-plus[hidden]`), et il en restait
   deux armees, mesurees le 05/08 :

     - `.btn` (mist-ds.css:98, `display:inline-flex`) : le bouton
       « ＋ Ajouter a mon agenda » reste AFFICHE ET ACTIF quand l'inscription
       part en liste d'attente. La personne telecharge un `.ics` qui lui annonce
       une place qu'elle n'a pas. Ce n'est pas un defaut d'apparence, c'est une
       information fausse donnee a un visiteur.
     - `.event-meta .em` (mist-ds.css:367) : la mention de places s'affiche vide
       quand la capacite n'est pas renseignee.

   Sans `!important`, la regle depend de l'ORDRE d'emission des feuilles :
   `.event-meta .em` pese (0,2,0), autant que `[hidden]:not([hidden="until-found"])`.
   A poids egal, c'est la derniere emise qui gagne — donc un jour l'une, un jour
   l'autre. `!important` rend le resultat independant de l'ordre.

   ⚠️ MESURE AVANT DE POSER (05/08) : `probe_hidden_ignore.js` sur les 39 pages
   publiees + 2 fiches evenement, en 1440 : ZERO element portant `hidden` n'est
   affiche au chargement. La regle ne change donc rien de visible ; elle supprime
   seulement la possibilite que le cas se reproduise.

   ⚠️ CE QUE `!important` NE GARANTIT PAS, ET POURQUOI CA VA QUAND MEME.
   `!important` ne bat pas un AUTRE `!important` : a poids egal, c'est encore
   l'ordre qui tranche. Releve du 05/08 sur les 20 feuilles du theme REELLEMENT
   servies : les seules declarations `display` en `!important` sont
   `.hide-desktop` et `.hide-mobile` (mist-ds.css:284 et 287), toutes deux
   `display:none` — meme sens, donc aucun conflit possible.
   `mist-elementor.css` en porte douze, dont `.e-button-base.btn
   {display:inline-flex !important}` qui EGALERAIT cette regle en poids (0,2,0)
   comme en importance — mais elle n'est plus mise en file depuis le passage en
   V4 (functions.php:52-54), et sa non-diffusion a ete verifiee en ligne.
   ⚠️ Si elle revenait un jour, ce garde-fou redeviendrait dependant de l'ordre.

   ⚠️ PORTEE : LE SITE, PAS L'EDITEUR. Cette feuille est mise en file sur
   `wp_enqueue_scripts`, donc en front uniquement. Le seul `hidden` pose cote
   editeur (`mist-icone-control.js`, panneau de choix d'icone) n'en a pas besoin :
   verifie, `mist-icone-control.css` ne declare aucun `display` sur
   `.mist-icone-panneau`. On n'injecte PAS cette regle dans l'editeur — l'UI
   d'Elementor s'appuie elle-meme sur `hidden`, et on n'a pas mesure l'effet.

   ⚠️ L'EXCEPTION `until-found` N'EST PAS DECORATIVE. `hidden="until-found"` doit
   rester revelable par la recherche dans la page du navigateur : la masquer en
   `display:none` casserait la fonctionnalite. Aucun element du site ne s'en sert
   aujourd'hui — la precaution ne corrige rien, elle evite de casser plus tard. */

[hidden]:not([hidden="until-found"]) {
	display: none !important;
}