/**
 * T13 · Contraste del banner y los placeholders de Complianz (WCAG 1.4.3 AA).
 *
 * Detectado en la reauditoría del 15/07/2026 con axe-core sobre Chrome real.
 * Son fallos del CSS que trae Complianz, no del tema. Se corrigen desde el child
 * theme y NO editando el plugin: cualquier cambio en sus ficheros se perdería en
 * la próxima actualización.
 *
 * Dos casos. El resto de controles del banner (Aceptar, Denegar, Ver
 * preferencias, y los enlaces azules sobre blanco) ya cumplen y no se tocan.
 */

/**
 * 1) Botón "Estoy de acuerdo" del placeholder de servicios bloqueados (YouTube).
 *
 *    Complianz lo pinta con texto blanco sobre #f0f0f0: contraste 1,13:1, o sea
 *    texto blanco sobre gris casi blanco. Es prácticamente invisible, y además
 *    es el control que desbloquea el vídeo: sin verlo, la función no se puede
 *    usar.
 *
 *    Se le da el mismo azul que el botón "Aceptar" del banner (#1e73be), así
 *    que gana contraste (4,9:1) y de paso queda coherente con el resto del
 *    consentimiento, en vez de introducir un color nuevo.
 */
/* ⚠️ Complianz reutiliza la clase .cmplz-accept-service en DOS elementos muy
   distintos: este botón, y los <input type="checkbox"> de cada servicio en
   /politica-de-cookies/. El selector DEBE llevar "button" delante; sin él se
   pintarían de azul los checkbox de la política. */
button.cmplz-accept-service {
	background-color: #1e73be;
	color: #ffffff;
	border: 1px solid #1e73be;
}

button.cmplz-accept-service:hover,
button.cmplz-accept-service:focus {
	background-color: #15578f; /* 7,0:1 sobre blanco */
	border-color: #15578f;
}

/**
 * 2) Enlace "Política de cookies" dentro del aviso de contenido bloqueado.
 *
 *    Es texto blanco sobre un velo rgba(0,0,0,0.5) que se superpone a la
 *    miniatura del vídeo: 3,94:1 según axe. Como el fondo real es una imagen
 *    variable, no basta con fijar un color de texto; hay que asegurar el velo.
 *
 *    Subiéndolo a 0,75 el fondo efectivo queda por debajo de #404040 sea cual
 *    sea la miniatura, y el blanco supera holgadamente 4,5:1. Se oscurece el
 *    velo, no la imagen: el aspecto apenas cambia.
 */
/* ⚠️ T20: el selector DEBE llevar el contenedor delante. Complianz pinta el velo
   con ".cmplz-blocked-content-container .cmplz-blocked-content-notice" (0-2-0);
   un ".cmplz-blocked-content-notice" a secas (0-1-0) pierde y la regla no se
   aplica, que es lo que pasó de T13 hasta la reauditoría de T10. Se espejan sus
   dos selectores para empatar en especificidad: esta hoja carga después del
   plugin, así que gana por orden. Sin !important. */
.cmplz-blocked-content-container .cmplz-blocked-content-notice,
.cmplz-wp-video .cmplz-blocked-content-notice {
	background-color: rgba( 0, 0, 0, 0.75 );
}

.cmplz-blocked-content-notice,
.cmplz-blocked-content-notice .cmplz-links a,
.cmplz-blocked-content-notice .cmplz-link,
.cmplz-blocked-content-notice .cookie-statement {
	color: #ffffff;
}

/* El subrayado mantiene el enlace distinguible sin depender del color (1.4.1). */
.cmplz-blocked-content-notice .cmplz-links a,
.cmplz-blocked-content-notice .cmplz-link,
.cmplz-blocked-content-notice .cookie-statement {
	text-decoration: underline;
}

/**
 * T14 · nested-interactive en /politica-de-cookies/ · NO SE CORRIGE.
 *
 * Complianz mete el <input type="checkbox"> dentro del <summary>, que ya es un
 * control (axe "nested-interactive", WCAG 4.1.2). Se intentó sacarlo a un
 * contenedor hermano posicionado en el mismo sitio y NO funciona: en un
 * <details> cerrado el navegador no renderiza los hijos que no son el <summary>,
 * así que el checkbox desaparecía de la vista.
 *
 * El razonamiento completo está en js/accesibilidad-complianz.js. Resumen: es un
 * fallo semántico, no funcional (el checkbox se opera con teclado y no abre el
 * <details>), y el arreglo cambiaría un 4.1.2 por un 2.4.3, que es peor. Se
 * declara como limitación del componente de terceros.
 */