/**
 * Popups (fenêtres modales) — conversion de la maquette « ME-IN Studio - Popup ».
 *
 * Styles en CLASSES uniquement (aucun style inline dans inc/popup-render.php).
 * Réutilise les tokens de theme.json. La maquette n'utilisait aucune variable CSS :
 * onze de ses couleurs correspondent exactement à un token existant, elles sont donc
 * remplacées ici par le token. Les écarts sont signalés au cas par cas.
 *
 * Chargement conditionnel : cette feuille n'est enqueuée que si au moins un popup est
 * rendu sur la page (cf. mein_popup_preparer()).
 *
 * ---------------------------------------------------------------------------------
 * ÉCARTS ASSUMÉS AVEC LA MAQUETTE, ET POURQUOI
 * ---------------------------------------------------------------------------------
 * Trois couleurs de la maquette échouent au seuil AA de 4,5:1 mesuré sur le fond
 * crème, et le projet avait déjà tranché deux de ces trois cas ailleurs :
 *
 *  - mention sous le bouton : #A79C8B mesuré à 2,53:1  → token « texte » (5,65:1)
 *  - lien de refus          : #9A8F7E mesuré à 2,98:1  → token « texte »
 *    (précédent du projet : assets/css/contact.css l. 220, et blocks/tarifs/style.css
 *     l. 104, où « texte-discret » avait déjà été écarté pour cette raison exacte)
 *  - libellé du bouton      : crème sur sauge mesuré à 4,32:1 → BLANC PUR (4,62:1)
 *    (précédent du projet : assets/css/contact.css l. 128-129, même couple mesuré)
 *
 * Le sur-titre reprend « terracotta-fonce » plutôt que le « rose-terre » de la
 * maquette, par cohérence avec l'exception déjà assumée en Phase 5 sur les eyebrows
 * terracotta (~3,35:1, aucun token terracotta n'atteint 4,5:1, teinte préservée par
 * choix explicite).
 */

/* --- La fenêtre ------------------------------------------------------------ */

/*
 * Remise à zéro des styles par défaut du navigateur sur <dialog> : bordure, fond
 * blanc, padding et max-width/max-height du User Agent. Le centrage, lui, est
 * conservé : dans le « top layer », margin:auto centre la fenêtre sans une ligne de
 * JavaScript ni de position:fixed.
 */
dialog.mein-popup {
	width: min( 880px, calc( 100vw - 2 * clamp( 16px, 4vw, 48px ) ) );
	max-width: none;
	max-height: none;
	margin: auto;
	padding: 0;
	border: 0;
	background: transparent;
	color: inherit;
	overflow: visible;
}

/*
 * Le voile. ::backdrop vit hors de la pile de z-index du document : aucun conflit
 * possible avec l'en-tête sticky (z-index 1000) ni avec le mega menu (1001), ce qui
 * était l'un des arguments décisifs en faveur de <dialog>.
 * rgba() littéral : « titres » à 42 %, la palette n'a pas de token semi-transparent
 * (même parti pris que blocks/newsletter/style.css l. 53).
 */
dialog.mein-popup::backdrop {
	background: rgba( 59, 50, 43, 0.42 );
	backdrop-filter: blur( 6px );
}

/* --- La carte -------------------------------------------------------------- */

/*
 * grid-template-rows: minmax(0, 1fr) — INDISPENSABLE, à ne pas retirer.
 *
 * « max-height » borne la CARTE, mais pas la piste de grille qui la remplit : une
 * piste implicite est dimensionnée sur son contenu (max-content) et déborde donc
 * tranquillement le conteneur, où « overflow: hidden » la COUPE. L'overflow-y du
 * corps ne s'enclenche jamais, puisque de son point de vue rien ne dépasse : c'est
 * la carte qui rogne, pas le corps qui déborde.
 *
 * Une piste « fr » est au contraire re-résolue contre la hauteur bornée, et son
 * minimum de 0 autorise l'élément à devenir plus petit que son contenu, ce qui rend
 * enfin le défilement du corps effectif.
 *
 * Mesuré en recette (Chromium, popup « offre-decouverte » avec formulaire + widget
 * Turnstile) : carte 804 px, corps 940 px, soit 137 px de contenu purement coupés en
 * 1440 x 900 ; 249 px coupés en 375 x 667 (la mention légale sous le bouton était
 * inatteignable). Une carte au contenu court, elle, n'est pas étirée : la hauteur
 * reste identique au pixel près, la piste 1fr suivant alors le contenu.
 */
.mein-popup__carte {
	position: relative;
	box-sizing: border-box;
	display: grid;
	grid-template-columns: 1fr;
	grid-template-rows: minmax( 0, 1fr );
	max-height: calc( 100dvh - 2 * clamp( 16px, 4vw, 48px ) );
	overflow: hidden;
	border: 1px solid rgba( 59, 50, 43, 0.07 );
	border-radius: 28px;
	background: var( --wp--preset--color--creme );
	box-shadow: 0 60px 120px -50px rgba( 59, 50, 43, 0.7 );
}

/*
 * Deux colonnes à partir de 782px, point de rupture harmonisé sur TOUT le site en
 * Phase 5 (fin des états mixtes en tablette, aligné sur les colonnes du cœur).
 *
 * La maquette utilisait « repeat(auto-fit, minmax(300px,1fr)) », qui bascule aux
 * alentours de 600px et fait alors passer le panneau image AU-DESSUS du texte, dans
 * l'ordre du DOM : sur un téléphone, le titre et le bouton se retrouvent sous la
 * ligne de flottaison. On masque donc le panneau en une colonne (voir plus bas)
 * plutôt que de le déplacer, et on s'aligne sur le point de rupture du projet.
 */
@media ( min-width: 782px ) {

	.mein-popup__carte {
		grid-template-columns: 1fr 1fr;
	}
}

/* --- Panneau visuel -------------------------------------------------------- */

/*
 * Masqué en une colonne : sur téléphone, la carte devient titre + texte + action,
 * immédiatement lisible sans défilement. C'est l'arbitrage retenu, la maquette ne
 * tranchait pas ce cas.
 */
.mein-popup__media {
	display: none;
}

@media ( min-width: 782px ) {

	.mein-popup__media {
		position: relative;
		display: flex;
		align-items: center;
		justify-content: center;
		overflow: hidden;
		min-height: 260px;
		padding: 32px;
		background: var( --wp--preset--color--vert-voile );
	}
}

.mein-popup__image {
	position: absolute;
	inset: 0;
	width: 100%;
	height: 100%;
	object-fit: cover;
}

/* Repli sans image : rayures + deux orbes qui respirent, décor de la maquette. */
.mein-popup__rayures {
	position: absolute;
	inset: 0;
	opacity: 0.9;
	/* Deux teintes hors palette, purement décoratives : WCAG 1.4.11 ne s'y applique pas. */
	background: repeating-linear-gradient( 135deg, #e7eade 0 14px, #dee3d2 14px 28px );
}

.mein-popup__orbe {
	position: absolute;
	animation: meinPopupRespire 11s ease-in-out infinite;
}

.mein-popup__orbe--sauge {
	top: -70px;
	left: -50px;
	width: 240px;
	height: 240px;
	border-radius: 46% 54% 56% 44% / 54% 46% 54% 46%;
	background: radial-gradient( circle, rgba( 135, 150, 122, 0.35 ), rgba( 135, 150, 122, 0 ) );
}

.mein-popup__orbe--terracotta {
	right: -60px;
	bottom: -80px;
	width: 260px;
	height: 260px;
	border-radius: 54% 46% 44% 56% / 46% 54% 46% 54%;
	background: radial-gradient( circle, rgba( 198, 138, 123, 0.28 ), rgba( 198, 138, 123, 0 ) );
	animation-duration: 14s;
	animation-direction: reverse;
}

/* --- Corps ----------------------------------------------------------------- */

/*
 * Le corps défile, pas la carte. C'est la parade au contenu qui déborde : petit
 * écran en paysage, texte long, ou widget Turnstile qui déploie un challenge
 * interactif plus haut que prévu. Sans cela, « overflow:hidden » sur la carte
 * (nécessaire pour que le panneau visuel respecte les coins arrondis) couperait
 * purement et simplement le bas du contenu.
 * overscroll-behavior: contain coupe le report du défilement vers la page derrière,
 * comme le fait déjà le panneau du menu mobile (blocks/site-header/style.css l. 318).
 */
.mein-popup__corps {
	box-sizing: border-box;
	/* Un élément de grille a « min-height: auto » : sans ce 0, il refuse de devenir
	   plus petit que son contenu et l'overflow-y ci-dessous reste lettre morte.
	   Chromium s'en passe grâce au minimum de 0 de la piste, pas tous les moteurs. */
	min-height: 0;
	overflow-y: auto;
	overscroll-behavior: contain;
	padding: clamp( 32px, 4vw, 52px ) clamp( 28px, 4vw, 48px );
}

.mein-popup__eyebrow {
	display: inline-flex;
	align-items: center;
	gap: 14px;
	margin: 0 0 18px;
	color: var( --wp--preset--color--terracotta-fonce );
	font-family: var( --wp--preset--font-family--sans );
	font-size: var( --wp--preset--font-size--eyebrow );
	font-weight: 600;
	letter-spacing: 0.26em;
	text-transform: uppercase;
}

.mein-popup__filet {
	flex: 0 0 auto;
	width: 36px;
	height: 1px;
	background: var( --wp--preset--color--rose-pale );
}

.mein-popup__titre {
	margin: 0 0 14px;
	color: var( --wp--preset--color--titres );
	font-family: var( --wp--preset--font-family--serif );
	font-size: clamp( 28px, 3.4vw, 40px );
	font-weight: 500;
	line-height: 1.1;
	text-wrap: balance;
}

/*
 * Le titre reçoit le focus à l'ouverture (autofocus + tabindex="-1") pour que le
 * lecteur d'écran annonce de quoi parle la fenêtre. Ce focus programmatique ne doit
 * pas dessiner d'anneau parasite, comme pour le conteneur Cal.com
 * (blocks/reservation/style.css l. 181-183).
 */
.mein-popup__titre:focus {
	outline: none;
}

.mein-popup__texte {
	margin: 0 0 26px;
	color: var( --wp--preset--color--texte );
	font-family: var( --wp--preset--font-family--sans );
	font-size: 16px;
	line-height: 1.7;
	text-wrap: pretty;
}

/* --- Actions --------------------------------------------------------------- */

.mein-popup__actions {
	display: flex;
	flex-wrap: wrap;
	align-items: center;
	gap: 14px;
}

.mein-popup__cta {
	display: inline-flex;
	align-items: center;
	gap: 10px;
	padding: 16px 32px;
	border-radius: 999px;
	background: var( --wp--preset--color--sauge );
	/* Blanc pur et non crème : AA sur le fond sauge (4,62:1 contre 4,32:1). */
	color: #ffffff;
	font-family: var( --wp--preset--font-family--sans );
	font-size: 13.5px;
	font-weight: 600;
	letter-spacing: 0.1em;
	text-decoration: none;
	text-transform: uppercase;
	transition: background 0.25s, transform 0.25s;
}

.mein-popup__cta:hover,
.mein-popup__cta:focus {
	background: var( --wp--preset--color--sauge-fonce );
	color: #ffffff;
	transform: translateY( -2px );
}

/*
 * CORRECTIF D'AUDIT — WCAG 2.4.7 Visibilité du focus (niveau AA).
 *
 * L'anneau crème était INVISIBLE : mesuré à 1:1 au navigateur, capture d'écran du
 * bouton focalisé et non focalisé à l'appui.
 *
 * Le raisonnement d'origine (« crème sur le fond sauge du bouton ») aurait valu pour
 * un anneau posé SUR le bouton. Mais « outline-offset: 3px » le dessine 3 px À
 * L'EXTÉRIEUR de la boîte : il tombe donc entièrement sur la carte, qui est crème.
 * Crème sur crème, il n'y avait rien à voir.
 *
 * Le repère résiduel ne rattrape pas : au focus, le fond passe de sauge à
 * sauge-fonce, deux verts que seul 1,30:1 sépare.
 *
 * On s'aligne donc sur les deux autres commandes de la modale, dont l'anneau
 * sauge-foncé est mesuré à 5,60:1 sur la carte.
 */
.mein-popup__cta:focus-visible {
	outline: 2px solid var( --wp--preset--color--sauge-fonce );
	outline-offset: 3px;
}

.mein-popup__refus {
	padding: 8px 2px;
	border: none;
	background: none;
	color: var( --wp--preset--color--texte );
	cursor: pointer;
	font-family: var( --wp--preset--font-family--sans );
	font-size: 13px;
	text-decoration: underline;
	text-underline-offset: 4px;
	transition: color 0.25s;
}

.mein-popup__refus:hover {
	color: var( --wp--preset--color--titres );
}

.mein-popup__refus:focus-visible {
	outline: 2px solid var( --wp--preset--color--sauge-fonce );
	outline-offset: 3px;
}

.mein-popup__note {
	margin: 22px 0 0;
	color: var( --wp--preset--color--texte );
	font-family: var( --wp--preset--font-family--sans );
	font-size: 12.5px;
	line-height: 1.6;
}

/* --- Formulaire dans la modale --------------------------------------------- */

/*
 * CORRECTIFS D'AUDIT.
 *
 * Tout le rattrapage Fluent Forms du projet vit dans assets/css/contact.css, sous le
 * sélecteur « .mein-contact-form-card », c'est-à-dire la carte du formulaire de
 * contact. La modale n'est PAS cette carte : elle n'héritait donc d'AUCUN de ces
 * correctifs et retombait intégralement sur les styles par défaut du plugin, y
 * compris sur les défauts que le projet avait déjà identifiés et corrigés ailleurs.
 *
 * On ne recopie pas ici toute la présentation du formulaire de contact : ce serait
 * une décision de design, pas d'accessibilité. On ne reprend que les propriétés dont
 * dépend la conformité, chacune mesurée au navigateur sur la carte crème.
 *
 * Le même formulaire alimente le bandeau newsletter de la page Blog, qui est HORS de
 * la portée de cette feuille (chargée avec les popups seulement) : il reste donc
 * porteur des mêmes défauts. Voir le compte rendu d'audit.
 */

/*
 * 1. Messages d'erreur — WCAG 1.4.3 Contraste minimum (niveau AA).
 *
 * Le rouge par défaut du plugin (#F56C6C) est mesuré à 2,71:1 sur la carte crème,
 * très en dessous du seuil de 4,5:1 : exactement la valeur relevée puis corrigée sur
 * le formulaire de contact (contact.css l. 165-179). On reprend le même rouge terre,
 * accordé à la famille terracotta de la charte, mesuré ici à 5,59:1.
 *
 * Le rouge ne porte JAMAIS l'information seul (WCAG 1.4.1) : le message est textuel,
 * le plugin l'annonce via role="alert", et contact-form-a11y.js le relie désormais à
 * son champ dans la modale aussi (cf. inc/popup-render.php).
 */
dialog.mein-popup .frm-fluent-form .error,
dialog.mein-popup .frm-fluent-form .text-danger {
	color: #b3382a;
	font-family: var( --wp--preset--font-family--sans );
	line-height: 1.5;
}

/*
 * 2. Bordure du champ — WCAG 1.4.11 Contraste non textuel (niveau AA).
 *
 * Le champ a un fond blanc posé sur une carte crème : 1,03:1. Autrement dit, sa
 * bordure est le SEUL repère visuel qui le désigne comme zone de saisie. Celle du
 * plugin (#DADBDD) est mesurée à 1,30:1, sous le seuil de 3:1 exigé pour les
 * composants d'interface.
 *
 * Teinte chaude accordée à la charte, mesurée à 3,78:1 sur le fond du champ et
 * 3,34:1 sur la carte : le repère tient des deux côtés de la bordure.
 */
dialog.mein-popup .frm-fluent-form .ff-el-form-control {
	border: 1px solid #8c8272;
}

/*
 * 2 bis. Placeholder — WCAG 1.4.3 (niveau AA).
 * Le gris par défaut du plugin (#868E96) ne donne que 3,32:1 sur le fond blanc du
 * champ. Un placeholder est du TEXTE : le seuil de 4,5:1 s'y applique. Le token
 * « texte » y est mesuré à 6,05:1. Le libellé visible reste la vraie étiquette du
 * champ (WCAG 3.3.2) ; le placeholder n'est qu'un exemple de saisie.
 */
dialog.mein-popup .frm-fluent-form .ff-el-form-control::placeholder {
	color: var( --wp--preset--color--texte );
	opacity: 1;
}

/*
 * 3. Focus clavier des commandes du formulaire — WCAG 2.4.7 (niveau AA).
 *
 * Le bouton d'envoi n'avait AUCUN indicateur de focus : outline à 0, aucune ombre,
 * captures d'écran focalisée et non focalisée strictement identiques. C'est l'action
 * principale de la fenêtre, et elle était invisible au clavier. On reprend l'anneau
 * des autres commandes de la modale (5,60:1 sur la carte).
 *
 * Le champ, lui, recevait bien un anneau : le bleu par défaut du plugin, mesuré à
 * 3,63:1, donc CONFORME. On le remplace malgré tout par la teinte sauge de la charte
 * (4,32:1 sur la carte, 4,62:1 sur le fond du champ, donc conforme aussi) pour cesser
 * d'introduire un bleu hors palette, et pour aligner la modale sur le traitement déjà
 * retenu page Contact (contact.css l. 103-108).
 */
dialog.mein-popup .frm-fluent-form .ff-btn-submit:focus-visible {
	outline: 2px solid var( --wp--preset--color--sauge-fonce );
	outline-offset: 3px;
}

dialog.mein-popup .frm-fluent-form .ff-el-form-control:focus {
	outline: none;
	border-color: var( --wp--preset--color--sauge );
	box-shadow: 0 0 0 3px rgba( 107, 122, 88, 0.16 );
}

/*
 * 4. Cible du focus après une inscription réussie — WCAG 2.4.3 Parcours du focus.
 *
 * popup.js déplace le focus sur le message de confirmation qui remplace le
 * formulaire ; sans cela le focus retombait sur <body>, HORS de la fenêtre modale
 * (vérifié au navigateur). Ce focus est programmatique et ne doit pas dessiner
 * d'anneau parasite : même parti pris que le titre plus haut.
 */
dialog.mein-popup .ff-message-success:focus {
	outline: none;
}

/* --- Fermeture ------------------------------------------------------------- */

/*
 * 40 x 40 px : au-delà du minimum de 24 x 24 px de WCAG 2.5.8 (taille de cible).
 * Positionné en absolu mais DERNIER dans le DOM, pour que l'ordre de tabulation
 * suive l'ordre de lecture et non l'ordre visuel.
 */
.mein-popup__fermer {
	position: absolute;
	top: 16px;
	right: 16px;
	display: flex;
	align-items: center;
	justify-content: center;
	width: 40px;
	height: 40px;
	border: 1px solid rgba( 59, 50, 43, 0.12 );
	border-radius: 50%;
	background: rgba( 251, 247, 239, 0.9 );
	color: var( --wp--preset--color--texte );
	cursor: pointer;
	font-size: 17px;
	line-height: 1;
	transition: background 0.25s, color 0.25s, transform 0.25s;
}

.mein-popup__fermer:hover {
	background: var( --wp--preset--color--sauge );
	color: var( --wp--preset--color--creme );
	transform: rotate( 90deg );
}

.mein-popup__fermer:focus-visible {
	outline: 2px solid var( --wp--preset--color--sauge-fonce );
	outline-offset: 3px;
}

/* --- Verrou de défilement -------------------------------------------------- */

/*
 * <dialog> ne bloque PAS le défilement de la page derrière lui : Chrome bloque le
 * document, Safari iOS non. On reprend donc la technique déjà éprouvée du menu
 * mobile : position:fixed sur le body et compensation par un « top » négatif posé
 * en ligne par le JavaScript.
 *
 * JAMAIS overflow:hidden sur html/body/.wp-site-blocks, qui casserait l'en-tête
 * sticky (cf. blocks/site-header/style.css l. 55-73).
 *
 * La classe est DISTINCTE de « mein-nav-locked » : deux composants qui poseraient et
 * retireraient la même classe se marcheraient dessus, et fermer le popup
 * déverrouillerait un menu mobile resté ouvert.
 */
body.mein-popup-locked {
	position: fixed;
	left: 0;
	right: 0;
	width: 100%;
}

/* --- Animations ------------------------------------------------------------ */

@keyframes meinPopupVoile {

	from {
		opacity: 0;
	}

	to {
		opacity: 1;
	}
}

@keyframes meinPopupMontee {

	from {
		opacity: 0;
		transform: translateY( 26px ) scale( 0.975 );
	}

	to {
		opacity: 1;
		transform: none;
	}
}

@keyframes meinPopupVoileSortie {

	from {
		opacity: 1;
	}

	to {
		opacity: 0;
	}
}

@keyframes meinPopupDescente {

	from {
		opacity: 1;
		transform: none;
	}

	to {
		opacity: 0;
		transform: translateY( 16px ) scale( 0.985 );
	}
}

@keyframes meinPopupRespire {

	0%,
	100% {
		transform: scale( 1 ) rotate( 0deg );
	}

	50% {
		transform: scale( 1.04 ) rotate( 3deg );
	}
}

/*
 * Entrée. Posée sur « dialog[open] » et non sur la classe seule : une animation ne se
 * rejoue pas si l'élément portait déjà l'état au moment où elle est déclarée, et
 * l'attribut « open » n'apparaît qu'à showModal().
 */
dialog.mein-popup[open]::backdrop {
	animation: meinPopupVoile 0.45s ease both;
}

dialog.mein-popup[open] .mein-popup__carte {
	animation: meinPopupMontee 0.55s cubic-bezier( 0.2, 0.75, 0.3, 1 ) both;
}

/* Sortie : la maquette n'en avait pas, le nœud y était démonté instantanément. */
dialog.mein-popup.is-closing::backdrop {
	animation: meinPopupVoileSortie 0.3s ease both;
}

dialog.mein-popup.is-closing .mein-popup__carte {
	animation: meinPopupDescente 0.3s cubic-bezier( 0.4, 0, 0.7, 0.2 ) both;
}

/* --- Mouvement réduit ------------------------------------------------------ */

/*
 * ATTENTION, piège majeur documenté : popup.js attend l'événement « animationend »
 * pour appeler dialog.close(). Si cette règle se contentait de couper les animations,
 * l'événement ne serait JAMAIS émis, close() jamais appelé, et le verrou de
 * défilement jamais levé : page figée avec une modale bloquée, précisément pour les
 * personnes qui ont demandé moins d'animation.
 *
 * Le JavaScript court-circuite donc l'animation de sortie quand cette préférence est
 * active, et dispose en plus d'un délai de secours. Les deux protections sont
 * volontairement redondantes.
 */
@media ( prefers-reduced-motion: reduce ) {

	dialog.mein-popup[open]::backdrop,
	dialog.mein-popup[open] .mein-popup__carte,
	dialog.mein-popup.is-closing::backdrop,
	dialog.mein-popup.is-closing .mein-popup__carte,
	.mein-popup__orbe {
		animation: none;
	}

	dialog.mein-popup::backdrop {
		/* Le flou coûte cher sur mobile bas de gamme et n'apporte rien ici. */
		backdrop-filter: none;
	}

	.mein-popup__cta,
	.mein-popup__refus,
	.mein-popup__fermer {
		transition: none;
	}

	.mein-popup__cta:hover,
	.mein-popup__cta:focus,
	.mein-popup__fermer:hover {
		transform: none;
	}
}