/* ============================================================
   plantilla-entrar.css · VisionLovers · SOLO en las 9 páginas de inc/plantilla-entrar.php
   (entrar, elige tu perfil, los 6 registros por tipo y la venta de la ficha SIN sesión),
   y SOLO cuando esa pantalla está activa (vl_camino_b_activo(), ver inc/camino-b.php).
   Cero !important. Cero estilos en línea. Todo sale de --vl-* (tokens.css).
   Se encola el último (inc/plantilla-entrar.php, prioridad 10017): gana por orden.

   HALLAZGO AL MONTAR (25/09/2026): casi todo lo que pintan estas 9 páginas ya tenía sus
   reglas en componentes.css / remate-1-1.css / reparo-b.css (las mismas clases .vl-auth,
   .vl-tabs-login, .vl-hero--registro, .vl-planes, .vl-retorno, .vl-faq, .vl-pasos… que ya
   usaba el HTML guardado en la base de datos). Por eso este fichero es pequeño: solo lleva
   la ÚNICA regla que de verdad faltaba, comprobada leyendo el CSS existente, no adivinada.
   ============================================================ */

/* ---------- 1 · Las dos franjas con fondo de color de la venta de la ficha (11332 sin sesión) ----------
   Mismo hallazgo que assets/css/plantilla-portada.css §1: `.vl-section--soft` y `.vl-section--gray`
   llevan fondo de color y necesitan ir a todo el ancho de la pantalla, pero esa regla (en base.css)
   SOLO cubre `.vl-hero`, `.vl-footer`, `.vl-franja` y `.vl-section--full` — no las otras dos variantes,
   porque hasta hoy siempre iban dentro de una fila `vc_row-fluid` de WPBakery, que ya se encarga de
   escapar del `.container` de Woodmart por su cuenta (con su propio JS). La venta de la ficha nueva NO
   usa WPBakery (viene de inc/plantilla-entrar.php, no de la base de datos), así que sin esta regla esas
   dos secciones («Un solo plan, claro» y «Cómo funciona») se quedarían encajadas dentro de los ~1180 px
   del `.container` de Woodmart, con un margen en blanco a los lados que el dibujo no lleva. Comprobado
   contra las capturas de 07-DISENO-TOTAL/03-pantallas/11332-alta-profesionales-y-centros/: las dos
   franjas ocupan la pantalla entera. `body` ya lleva `overflow-x:hidden` en base.css, así que esto no
   añade una barra de scroll horizontal (comprobado también en el dibujo a 375 px). */
.vl-plantilla-alta-venta .vl-section--soft,
.vl-plantilla-alta-venta .vl-section--gray {
	margin-left: calc(50% - 50vw);
	margin-right: calc(50% - 50vw);
	width: 100vw;
}

/* ---------- 2 · El formulario del plugin dentro de la tarjeta (entrar, registro por tipo) ----------
   `[user_registration_login]` / `[user_registration_form id="…"]` pintan su propio contenedor
   (`#user-registration`, `.ur-frontend-form`) con su CSS de plugins/user-registration.css. Ese CSS no
   sabe que ahora vive dentro de `.vl-auth__card` / `.vl-card--hero` (antes tampoco lo sabía: es la
   misma tarjeta que ya usaba el HTML guardado en la base de datos), pero por si el plugin trajera algún
   ancho fijo en línea (ocurre con versiones antiguas de algunos campos), se fuerza aquí a no desbordar
   la tarjeta a 375 px — comprobado que no hace falta hoy (el HTML real medido el 25/09/2026 no lleva
   ningún ancho fijo), pero es una regla defensiva de una sola línea, sin !important, que no cambia nada
   si nunca hace falta. */
.vl-auth__card #user-registration,
.vl-auth__card .ur-frontend-form,
.vl-card--hero #user-registration,
.vl-card--hero .ur-frontend-form {
	max-width: 100%;
	box-sizing: border-box;
}