/* Design tokens de BillRoute.
 * Portados de Credify (app/globals.css) para que las dos apps del owner se
 * vean igual. Son CSS custom properties puras: no necesitan React ni Tailwind.
 *
 * OKLCH y no hex a proposito: es perceptualmente uniforme, asi que bajarle
 * lightness a un color no lo ensucia como pasa en HSL.
 */
:root {
  /* Canvas y superficies */
  --background: oklch(0.985 0.002 247.86);   /* off-white frio */
  --foreground: oklch(0.208 0.042 265.75);   /* navy profundo, tinta */
  --card: oklch(1 0 0);                      /* blanco puro, superficie elevada */
  --card-foreground: oklch(0.208 0.042 265.75);

  /* Marca */
  --primary: oklch(0.208 0.042 265.75);
  --primary-foreground: oklch(0.985 0.002 247.86);
  --secondary: oklch(0.968 0.007 247.9);
  --muted: oklch(0.968 0.007 247.9);
  --muted-foreground: oklch(0.554 0.046 257.42);
  --accent: oklch(0.968 0.013 255.5);
  --brand: oklch(0.511 0.192 276.9);         /* indigo-600 */
  --brand-foreground: oklch(0.985 0.002 247.86);

  /* Semantico */
  --success: oklch(0.596 0.145 163.2);
  --warning: oklch(0.681 0.162 75.83);
  --danger: oklch(0.577 0.245 27.325);
  --destructive: oklch(0.577 0.245 27.325);

  --border: oklch(0.929 0.013 255.5);
  --input: oklch(0.929 0.013 255.5);
  --ring: oklch(0.511 0.192 276.9);

  /* Sombras TINTADAS DE NAVY, no negro plano. Ese es el detalle. */
  --shadow-xs: 0 1px 2px 0 oklch(0.208 0.042 265.75 / 0.05);
  --shadow-sm: 0 1px 3px 0 oklch(0.208 0.042 265.75 / 0.07), 0 1px 2px -1px oklch(0.208 0.042 265.75 / 0.05);
  --shadow-md: 0 4px 14px -2px oklch(0.208 0.042 265.75 / 0.10), 0 2px 6px -2px oklch(0.208 0.042 265.75 / 0.06);
  --shadow-lg: 0 12px 32px -8px oklch(0.208 0.042 265.75 / 0.14), 0 4px 12px -4px oklch(0.208 0.042 265.75 / 0.08);
  --shadow-xl: 0 24px 48px -12px oklch(0.208 0.042 265.75 / 0.18), 0 8px 16px -8px oklch(0.208 0.042 265.75 / 0.10);

  --radius: 0.625rem;
  --radius-sm: calc(var(--radius) * 0.6);
  --radius-md: calc(var(--radius) * 0.8);
  --radius-lg: var(--radius);
  --radius-xl: calc(var(--radius) * 1.4);

  /* Sidebar: alias semantico sobre --card (mismo tono, nombre propio para
   * que sidebar.css no dependa de saber que superficie reusa). */
  --sidebar: var(--card);

  /* Tipografia: UNA familia. Hoy hay 6 mezcladas. */
  --font-sans: ui-sans-serif, system-ui, -apple-system, "Segoe UI", Roboto, sans-serif;
  --font-mono: ui-monospace, SFMono-Regular, Menlo, monospace;

  /* Movimiento. Duraciones y curvas UNIFICADAS: hoy hay 0.2/0.3/0.4 al azar.
   * --ease-out para entradas, --ease-in para salidas (Material).
   * --ease-spring para feedback tactil: el leve overshoot es lo que se siente "Apple".
   */
  --dur-fast: 150ms;
  --dur-base: 200ms;
  --dur-slow: 300ms;
  --ease-out: cubic-bezier(0.16, 1, 0.3, 1);
  --ease-in: cubic-bezier(0.4, 0, 1, 1);
  --ease-spring: cubic-bezier(0.34, 1.56, 0.64, 1);

  /* Combo reutilizable que reemplaza el viejo catch-all "all" (declaraba
   * TODAS las propiedades, 48 veces) sin repetir la lista larga. Declara
   * solo lo que de verdad cambia (nunca layout), asi el navegador no
   * vigila todo el elemento. */
  --transition-base: background-color var(--dur-base) var(--ease-out),
    color var(--dur-base) var(--ease-out),
    border-color var(--dur-base) var(--ease-out),
    box-shadow var(--dur-base) var(--ease-out),
    transform var(--dur-base) var(--ease-out);
}

/* Cifras financieras: ancho fijo para que no "bailen" al actualizarse.
 * BillRoute es una app de plata: las columnas de montos NO deben saltar. */
.tabular-nums { font-variant-numeric: tabular-nums; }

/* ============================================================
 * Coreografia compartida. Definida UNA vez aca para que las 12
 * paginas se sientan iguales al aparecer, sin reinventar cada
 * keyframe pagina por pagina.
 * ============================================================ */

/* Entrada de contenido: fade + rise chico. Se dispara solo al insertarse
 * en el DOM o pasar de display:none a visible -- no hace falta JS. */
@keyframes content-enter {
  from { opacity: 0; transform: translateY(8px); }
  to { opacity: 1; transform: translateY(0); }
}

/* Feedback de credenciales invalidas, estilo shake de macOS/iOS. Amplitud
 * maxima 4px -- se siente, no se nota conscientemente. */
@keyframes shake {
  10%, 90% { transform: translateX(-1px); }
  20%, 80% { transform: translateX(2px); }
  30%, 50%, 70% { transform: translateX(-4px); }
  40%, 60% { transform: translateX(4px); }
}

@keyframes modal-backdrop-fade {
  from { opacity: 0; }
  to { opacity: 1; }
}

@keyframes modal-scale-in {
  from { opacity: 0; transform: scale(0.96); }
  to { opacity: 1; transform: scale(1); }
}

/* Las 8 paginas con modal comparten el mismo patron: `.modal { display:none }`
 * pasa a visible via `.modal.active` (clase) o `style.display='block'`
 * (inline, directo por JS) segun la pagina. Las dos formas disparan
 * @keyframes igual al pasar de display:none a visible -- a diferencia de
 * transition, que necesita un estado previo ya renderizado. Por eso una
 * sola regla ac cubre las 8 paginas sin tocarles el HTML ni el JS. */
.modal { animation: modal-backdrop-fade var(--dur-base) var(--ease-out); }
.modal-content { animation: modal-scale-in var(--dur-slow) var(--ease-spring); }

/* El scroll de una ventana NO se le pasa a la pagina de atras.
 *
 * `overscroll-behavior: contain` es la mitad CSS del arreglo que reporto Mateo
 * (BR-0183): cuando el contenido de la ventana SI tiene su propio scroll y
 * llega al final, el navegador por defecto le entrega el sobrante al elemento
 * de abajo -- y el fondo se mueve. La otra mitad, para cuando la ventana no
 * tiene scroll propio, es el bloqueo del `body` que vive en common.js.
 *
 * Hacen falta las dos: el CSS solo no frena la rueda sobre el telon, y el
 * bloqueo solo no frena el rebote al final de una lista larga. */
/* Las dos familias: `.modal` vive en el HTML, `.brd-overlay` la crea BRDetalle
   con JS. La segunda faltaba, y es la ventana mas usada de la app. */
.modal, .modal-content, .modal-body,
.brd-overlay, .brd-card, .brd-body { overscroll-behavior: contain; }

/* Anillo de foco consistente en TODA la app. Hoy casi ninguna pagina
 * define :focus-visible y el navegador cae al outline default (o nada).
 * Esto es accesibilidad, no decoracion -- teclado y lectores de pantalla
 * dependen de esto para saber donde esta el foco. */
a:focus-visible, button:focus-visible, .btn:focus-visible,
input:focus-visible, select:focus-visible, textarea:focus-visible {
  outline: none;
  box-shadow: 0 0 0 3px color-mix(in oklab, var(--ring) 30%, transparent);
}
input:focus-visible, select:focus-visible, textarea:focus-visible {
  border-color: var(--ring);
}

/* Hover lift sutil en botones -- 1px, casi subliminal, pero su ausencia se
 * siente "muerta". Gated a (hover: hover) porque tactil no tiene hover real
 * (evita el "sticky hover" post-tap en iOS/Android). Las reglas :hover mas
 * especificas de cada pagina (background custom, etc.) siguen ganando por
 * cascada -- esto solo aporta el translateY que hoy falta en todos lados. */
@media (hover: hover) and (pointer: fine) {
  button:hover, .btn:hover { transform: translateY(-1px); }
}
button, .btn { transition: var(--transition-base); }

/* Feedback tactil. Escala sutil al presionar -- 0.97, ni se nota
 * conscientemente, pero su ausencia hace que la UI se sienta muerta. Va en
 * :active, no en :hover: el hover no existe en tactil. Declarada DESPUES del
 * hover-lift de arriba a proposito: si el mouse hace click mientras esta en
 * hover, :active debe ganar la carrera por `transform` (empuje > levante). */
button:active, .btn:active { transform: scale(0.97); }

/* Accesibilidad de movimiento. Hoy: cero soporte.
 * No se apaga todo a 0s -- eso rompe callbacks de transitionend. Se reduce a
 * un valor casi instantaneo, que es la recomendacion de la WCAG. */
@media (prefers-reduced-motion: reduce) {
  *, *::before, *::after {
    animation-duration: 0.01ms !important;
    animation-iteration-count: 1 !important;
    transition-duration: 0.01ms !important;
    scroll-behavior: auto !important;
  }
}

/* ============================================================
 * Entrada con stagger para listas/tablas que se re-renderizan
 * OCASIONALMENTE (carga de tab, guardar, importar) -- nunca en algo que
 * se re-renderiza en cada keystroke (ahi se siente parpadeo, no pulido).
 * Mismo mecanismo que .metric-card/.solicitud-card (commits fd944d5 /
 * c7dc9df): content-enter + delay incremental de 30ms, capado en el
 * item 6 para que listas largas no hagan esperar al usuario.
 * Aplicar la clase al CONTENEDOR (tbody, div, ul); cada hijo directo
 * hereda la animacion. Reusable en las fases futuras. */
.stagger-rows > * {
  animation: content-enter var(--dur-base) var(--ease-out) both;
}
.stagger-rows > *:nth-child(1) { animation-delay: 0ms; }
.stagger-rows > *:nth-child(2) { animation-delay: 30ms; }
.stagger-rows > *:nth-child(3) { animation-delay: 60ms; }
.stagger-rows > *:nth-child(4) { animation-delay: 90ms; }
.stagger-rows > *:nth-child(5) { animation-delay: 120ms; }
.stagger-rows > *:nth-child(n+6) { animation-delay: 150ms; }

/* ============================================================
 * Componente (i) info-tip: icono de ayuda + popover accesible, para
 * campos que no son auto-evidentes (py_id, % de anticipo, formato del
 * paste-Excel, Concepto vs Cuenta contable). Reusable en toda la app
 * futura -- por eso vive en tokens.css y no en una pagina puntual.
 *
 * Accesibilidad: el texto vive en aria-describedby SIEMPRE presente en
 * el DOM (nunca display:none/visibility:hidden), asi que un lector de
 * pantalla lo anuncia al enfocar el boton sin importar el estado visual.
 * Lo que se anima es solo opacity+transform+pointer-events -- la
 * revelacion visual para el usuario que ve. Se abre con click/tap
 * (controlador delegado en common.js), con hover en mouse fino, y con
 * :focus-visible via teclado (Tab), sin joda de JS para ese camino.
 * ============================================================ */
.info-tip {
  position: relative;
  display: inline-flex;
  vertical-align: middle;
  margin-left: 6px;
}

.info-tip-trigger {
  position: relative;
  display: inline-flex;
  align-items: center;
  justify-content: center;
  width: 18px;
  height: 18px;
  border-radius: 50%;
  border: 1.5px solid var(--muted-foreground);
  color: var(--muted-foreground);
  background: transparent;
  font: 700 11px/1 var(--font-sans);
  cursor: help;
  padding: 0;
}

/* En pantalla tactil el dedo no acierta un circulo de 18px (el minimo usable
   es 44x44). Se agranda el AREA DE TOQUE con un pseudo-elemento, sin tocar el
   tamano visible: el (i) se sigue viendo igual de discreto. Solo aplica a
   punteros gruesos (dedo) -- con mouse 18px es preciso de sobra y un area de
   44px se comeria los clics de los controles vecinos. */
@media (pointer: coarse) {
  .info-tip-trigger::before {
    content: "";
    position: absolute;
    top: 50%;
    left: 50%;
    width: 44px;
    height: 44px;
    transform: translate(-50%, -50%);
  }
}

.info-tip-trigger:hover,
.info-tip[data-open] > .info-tip-trigger {
  border-color: var(--brand);
  color: var(--brand);
  background: color-mix(in oklab, var(--brand) 10%, transparent);
}

.info-tip-popover {
  position: absolute;
  z-index: 40;
  bottom: calc(100% + 8px);
  left: 50%;
  transform-origin: bottom center;
  transform: translateX(-50%) translateY(4px) scale(0.94);
  width: max-content;
  max-width: 260px;
  background: var(--foreground);
  color: var(--background);
  font-size: 0.8em;
  font-weight: 500;
  line-height: 1.45;
  padding: 10px 12px;
  border-radius: var(--radius-sm);
  box-shadow: var(--shadow-lg);
  opacity: 0;
  pointer-events: none;
  transition: opacity var(--dur-fast) var(--ease-out),
    transform var(--dur-fast) var(--ease-out);
}

.info-tip-popover::after {
  content: '';
  position: absolute;
  top: 100%;
  left: 50%;
  transform: translateX(-50%);
  border: 5px solid transparent;
  border-top-color: var(--foreground);
}

.info-tip[data-open] > .info-tip-popover,
.info-tip-trigger:focus-visible + .info-tip-popover {
  opacity: 1;
  pointer-events: auto;
  transform: translateX(-50%) translateY(0) scale(1);
}

@media (hover: hover) and (pointer: fine) {
  .info-tip:hover > .info-tip-popover {
    opacity: 1;
    pointer-events: auto;
    transform: translateX(-50%) translateY(0) scale(1);
  }
}

/* ============================================================
 * Toggle iOS: checkbox nativo (appearance:none) + ::after como perilla.
 * CSS puro, sin libreria. El overshoot al asentar viene de --ease-spring
 * en el ::after -- ese leve rebote es lo que se siente "Apple" (ver
 * comentario de --ease-spring arriba). El fondo usa --ease-out (Material,
 * color no rebota). prefers-reduced-motion ya lo cubre el bloque global
 * de arriba (reduce ambas transiciones a 0.01ms).
 * ============================================================ */
input.ios-toggle {
  appearance: none;
  -webkit-appearance: none;
  width: 44px;
  height: 26px;
  margin: 0;
  background: var(--border);
  border-radius: 999px;
  position: relative;
  cursor: pointer;
  flex-shrink: 0;
  transition: background-color var(--dur-base) var(--ease-out);
}

input.ios-toggle::after {
  content: '';
  position: absolute;
  top: 2px;
  left: 2px;
  width: 22px;
  height: 22px;
  background: var(--card);
  border-radius: 50%;
  box-shadow: var(--shadow-sm);
  transition: transform var(--dur-base) var(--ease-spring);
}

input.ios-toggle:checked {
  background: var(--success);
}

input.ios-toggle:checked::after {
  transform: translateX(18px);
}

input.ios-toggle:disabled {
  opacity: 0.5;
  cursor: not-allowed;
}

input.ios-toggle:focus-visible {
  outline: none;
  box-shadow: 0 0 0 3px color-mix(in oklab, var(--ring) 30%, transparent);
}

/* ============================================================
   Boton ocupado (BR-0057). Lo pone y lo quita common.js mientras una accion
   esta en curso; ninguna pagina lo maneja a mano. No se usa pointer-events:none
   a proposito: `disabled` ya bloquea el clic, y quitarle los eventos al boton
   impediria que se vea el cursor de espera.
   ============================================================ */
button.esta-ocupado,
button[aria-busy="true"] {
  opacity: 0.6;
  cursor: progress;
  transition: opacity 160ms ease-out;
}

/* Punto que late: comunica "sigue trabajando", no "se congelo". */
button.esta-ocupado::after {
  content: "";
  display: inline-block;
  width: 0.45em;
  height: 0.45em;
  margin-left: 0.5em;
  vertical-align: middle;
  border-radius: 50%;
  background: currentColor;
  animation: br-latido 900ms ease-in-out infinite;
}

@keyframes br-latido {
  0%, 100% { opacity: 0.25; transform: scale(0.85); }
  50%      { opacity: 1;    transform: scale(1); }
}

@media (prefers-reduced-motion: reduce) {
  button.esta-ocupado::after { animation: none; opacity: 0.7; }
}

/* ============================================================
   Aviso "en desarrollo" (BR-0062). Lo crea common.js al vuelo, asi que ninguna
   pagina necesita este markup en su HTML. Usa los tokens del tema, por lo que
   se ve bien en claro y en oscuro sin reglas aparte.
   ============================================================ */
.br-aviso-capa {
  position: fixed;
  inset: 0;
  z-index: 1000;
  display: flex;
  align-items: center;
  justify-content: center;
  padding: 1rem;
  background: color-mix(in oklab, var(--background) 65%, transparent);
  backdrop-filter: blur(4px);
  animation: br-aviso-entra var(--dur-fast, 160ms) var(--ease-out, ease-out);
}

.br-aviso-caja {
  width: min(24rem, 100%);
  background: var(--card);
  color: var(--card-foreground);
  border: 1px solid var(--border);
  border-radius: var(--radius-lg, 12px);
  padding: 1.5rem;
  box-shadow: 0 10px 30px color-mix(in oklab, var(--foreground) 18%, transparent);
  text-align: center;
  animation: br-aviso-sube var(--dur-base, 220ms) var(--ease-spring, ease-out);
}

.br-aviso-titulo {
  margin: 0 0 .5rem;
  font-size: 1.05rem;
  font-weight: 600;
}

.br-aviso-texto {
  margin: 0 0 1.25rem;
  color: var(--muted-foreground);
  line-height: 1.5;
}

.br-aviso-btn {
  /* 44px de alto minimo: objetivo tactil comodo (Apple HIG). */
  min-height: 44px;
  padding: 0 1.5rem;
  border: 0;
  border-radius: var(--radius, 8px);
  background: var(--primary);
  color: var(--primary-foreground);
  font: inherit;
  font-weight: 600;
  cursor: pointer;
  transition: opacity var(--dur-fast, 160ms) var(--ease-out, ease-out);
}

.br-aviso-btn:hover { opacity: .9; }

.br-aviso-btn:focus-visible {
  outline: none;
  box-shadow: 0 0 0 3px color-mix(in oklab, var(--ring, var(--primary)) 35%, transparent);
}

@keyframes br-aviso-entra { from { opacity: 0; } to { opacity: 1; } }
@keyframes br-aviso-sube {
  from { opacity: 0; transform: translateY(8px) scale(.97); }
  to   { opacity: 1; transform: none; }
}

@media (prefers-reduced-motion: reduce) {
  .br-aviso-capa, .br-aviso-caja { animation: none; }
}

/* ============================================================
   Barra de progreso global (BR-0043). La crea common.js al vuelo y la maneja
   por conteo de peticiones en vuelo: ninguna pagina necesita este markup.
   Nunca bloquea clics (pointer-events: none) y va por encima de TODO --
   sidebar (40), backdrop (30), modales y aviso (1000) -- porque su trabajo es
   decir "la app esta viva" incluso con un modal abierto encima.
   ============================================================ */
.br-progreso {
  position: fixed;
  inset: 0 0 auto 0;
  height: 3px;
  z-index: 9999;
  pointer-events: none;
  overflow: hidden;
  /* Riel apenas insinuado: da contexto de "hasta donde llega" sin pesar. */
  background: color-mix(in oklab, var(--brand) 12%, transparent);
  opacity: 0;
  transition: opacity var(--dur-base) var(--ease-out);
}

.br-progreso.esta-visible { opacity: 1; }

.br-progreso__pista {
  height: 100%;
  width: 40%;
  border-radius: 0 999px 999px 0;
  /* Degradado y no color plano: el borde difuminado hace que se lea como un
   * barrido continuo en vez de un bloque que salta. */
  background: linear-gradient(90deg,
    color-mix(in oklab, var(--brand) 30%, transparent) 0%,
    var(--brand) 55%,
    color-mix(in oklab, var(--brand) 30%, transparent) 100%);
  transform: translateX(-100%);
}

/* La animacion vive en el estado visible, no en la pista: mientras la barra
 * esta apagada no hay nada animandose consumiendo CPU. */
.br-progreso.esta-visible .br-progreso__pista {
  animation: br-progreso-barre 1.15s cubic-bezier(0.65, 0, 0.35, 1) infinite;
}

/* Cierre: la franja se estira a todo el ancho y queda ahi mientras la barra se
 * funde. Es el "termino bien" que distingue el final del corte.
 * Los 260ms son el espejo de DUR_COMPLETA_MS en common.js -- si cambias uno,
 * cambia el otro. */
.br-progreso.esta-terminando .br-progreso__pista {
  width: 100%;
  animation: br-progreso-completa 260ms var(--ease-out) forwards;
}

@keyframes br-progreso-barre {
  /* -100% = apenas fuera por izquierda; 250% = apenas fuera por derecha
   * (los % son del ancho propio de la pista, que es 40% del riel). */
  from { transform: translateX(-100%); }
  to   { transform: translateX(250%); }
}

/* El remate NO arranca en -100%: al ensancharse la pista al 100% del riel,
 * translateX(-100%) pasa a significar "el riel entero afuera por izquierda", y
 * un barrido que iba a mitad de camino saltaria hacia atras (se lee como
 * rebobinado, no como cierre). common.js mide donde va la franja y lo deja en
 * --br-progreso-desde (px), asi el cierre continua desde ahi y el area llena
 * solo puede crecer. El -100% queda como respaldo por si el valor no llego. */
@keyframes br-progreso-completa {
  from { transform: translateX(var(--br-progreso-desde, -100%)); }
  to   { transform: translateX(0); }
}

/* Solo para lectores de pantalla: fuera de la vista pero DENTRO del arbol de
 * accesibilidad. No se puede usar display:none ni visibility:hidden -- eso lo
 * sacaria tambien del arbol y el lector no anunciaria nada. La usa la region
 * aria-live de la barra de progreso (common.js). */
.br-solo-lectores {
  position: absolute;
  width: 1px;
  height: 1px;
  margin: -1px;
  padding: 0;
  border: 0;
  overflow: hidden;
  clip: rect(0 0 0 0);
  clip-path: inset(50%);
  white-space: nowrap;
}

/* Sin movimiento: la barra sigue existiendo (el feedback es el punto), pero
 * se queda quieta, llena y a media intensidad. El bloque global de arriba ya
 * mata las animaciones; esto asegura que lo que queda sea VISIBLE y no una
 * franja vacia. */
@media (prefers-reduced-motion: reduce) {
  .br-progreso.esta-visible .br-progreso__pista,
  .br-progreso.esta-terminando .br-progreso__pista {
    animation: none;
    width: 100%;
    transform: none;
    opacity: 0.85;
  }
}

/* ============================================================
 * La × que cierra una ventana: SIEMPRE visible, arriba a la derecha
 * ============================================================
 *
 * EL PROBLEMA que reporto Mateo (2026-08-15): «la X de los modales queda
 * perdida cuando se hace Scroll». En una ventana con contenido largo, al bajar
 * la × se iba hacia arriba con el resto del encabezado y quedaba una ventana
 * sin forma visible de cerrarse: tocaba subir hasta el tope para volver a
 * verla. En celular, donde el pulgar esta abajo, es peor.
 *
 * DE DONDE SE CUELGA EL ARREGLO, y por que no de la ×.
 * En la app hay 24 × repartidas en 10 archivos, con DOS nombres de clase
 * distintos para lo mismo (`.close` y `.modal-close`) y tres formas distintas
 * de armar la ventana. Lo unico que comparten las 24 es que TODAS viven dentro
 * de un `.modal-header` -- verificado: cada `.modal-header` de la app tiene
 * exactamente una × y cada × esta dentro de un `.modal-header`. Por eso lo que
 * se fija es el ENCABEZADO entero, no el boton.
 *
 * Ademas es la unica pieza que puede fijarse: `position: sticky` solo despega
 * dentro de su propio contenedor, y en 5 de las 11 ventanas de Configuracion la
 * × esta metida ademas en un `.header-actions` de 40px de alto. Pegada ahi, la
 * × se iria igual con el encabezado. Pegando el encabezado, se quedan las dos
 * -- y de paso el TITULO tampoco se pierde, asi que uno siempre sabe que
 * ventana esta leyendo.
 *
 * POR QUE UNA SOLA REGLA SIRVE PARA LAS TRES ARQUITECTURAS DE VENTANA:
 *   1. La tarjeta scrollea (`.modal-content` con `max-height` + `overflow`):
 *      Contabilidad, Financiera, Tesoreria, Cuentas por pagar, Catalogo,
 *      Ingresos. Aca ESTABA EL DEFECTO y aca el encabezado ahora se queda.
 *   2. El telon scrollea (`.modal` con `overflow-y:auto`): Configuracion, con
 *      sus 11 ventanas. Tambien estaba roto; el encabezado se queda arriba.
 *   3. El encabezado ya estaba fijo por estructura (`.modal-content` en
 *      columna flex con el scroll en `.modal-body`): Radicacion y Usuarios.
 *      Ahi esta regla NO HACE NADA -- la × ya no se movia. `sticky` sin un
 *      contenedor que scrollee se queda quieto, que es exactamente lo que ya
 *      pasaba. No se rompe nada por cubrirlas.
 * Solicitudes ya lo tenia resuelto asi en su propia hoja, y BRDetalle
 * (`.brd-header`, en common.js) tambien: esto no inventa un patron, extiende
 * a toda la app el que ya estaba validado en las dos pantallas mas usadas.
 *
 * `z-index: 20` para que el contenido pase POR DEBAJO al scrollear, y no tan
 * alto como para tapar los globitos de ayuda (el panel de columnas va en 40).
 * El fondo `var(--card)` es obligatorio: sin el, el texto se leeria encima del
 * titulo. Casi todas las paginas ya lo declaraban; Radicacion y Cuentas por
 * pagar no, y ahi lo pone esta regla.
 */
.modal-content .modal-header {
    position: sticky;
    top: 0;
    z-index: 20;
    background: var(--card);
}

/* La × en si. Los dos nombres se cubren juntos a proposito: renombrar las 24
 * marcas en 380 KB de HTML es un cambio grande y sin nada que ganar para quien
 * usa la app, y el riesgo real de esta task no es que la regla este mal
 * escrita, es que cubra la mitad de las ventanas y nadie lo note. Con la regla
 * colgada de `.modal-header` los dos nombres reciben lo mismo, y un test se
 * encarga de que no aparezca una tercera × con otro nombre o fuera del
 * encabezado (tests/x_de_cerrar_en_node.js).
 *
 * Va con `.modal-header` adelante (dos clases) para ganarle por especificidad a
 * las copias de `.close` que cada pagina tiene en su propio <style> -- esas se
 * cargan DESPUES de este archivo, asi que a igualdad de peso ganaban ellas.
 */
.modal-header .close,
.modal-header .modal-close {
    -webkit-appearance: none;
    appearance: none;
    box-sizing: border-box;
    flex: 0 0 auto;
    display: inline-flex;
    align-items: center;
    justify-content: center;

    /* 44×44 es el minimo que se toca comodo con el pulgar (la guia de Apple).
     * El margen negativo es lo que hace que ese tamaño NO le suba el alto al
     * encabezado ni empuje el titulo: el area tocable sigue siendo de 44, pero
     * hacia afuera el boton ocupa 32 y el encabezado mide lo que media. */
    width: 44px;
    height: 44px;
    margin-block: -6px;
    padding: 0;

    /* Su propia pastilla. La × tiene que leerse aunque quede sobrepuesta a una
     * tabla o a un parrafo que le pasa por debajo al scrollear: un caracter
     * suelto sin fondo se pierde contra cualquier cosa. El difuminado de atras
     * es el mismo recurso de las barras de iOS -- lo que queda debajo se
     * insinua pero no compite. */
    border: 1px solid color-mix(in oklab, var(--border) 65%, transparent);
    border-radius: 999px;
    background: color-mix(in oklab, var(--card) 72%, transparent);
    -webkit-backdrop-filter: saturate(180%) blur(10px);
    backdrop-filter: saturate(180%) blur(10px);

    color: var(--muted-foreground);
    font-size: 1.5rem;
    font-weight: 400;
    line-height: 1;
    cursor: pointer;
    -webkit-tap-highlight-color: transparent;
    transition: background-color var(--dur-fast) var(--ease-out),
                color var(--dur-fast) var(--ease-out),
                border-color var(--dur-fast) var(--ease-out),
                box-shadow var(--dur-fast) var(--ease-out),
                transform var(--dur-base) var(--ease-spring);
}

/* El giro solo donde hay mouse de verdad: en tactil el :hover se queda pegado
 * despues de tocar, y la × quedaria torcida hasta que toques otra cosa. */
@media (hover: hover) and (pointer: fine) {
    .modal-header .close:hover,
    .modal-header .modal-close:hover {
        background: var(--muted);
        border-color: var(--border);
        color: var(--foreground);
        transform: rotate(90deg) scale(1.06);
    }
}

/* Se hunde al presionar, rapido. Es el acuse de recibo tactil de iOS: sin el,
 * en celular no hay forma de saber si el dedo agarro el boton. */
.modal-header .close:active,
.modal-header .modal-close:active {
    transform: scale(0.9);
    transition-duration: 100ms;
}

/* Foco de teclado: anillo propio, mas marcado que el global, porque esta × vive
 * sobre un fondo que cambia mientras se scrollea. */
.modal-header .close:focus-visible,
.modal-header .modal-close:focus-visible {
    outline: none;
    color: var(--foreground);
    border-color: var(--ring);
    box-shadow: 0 0 0 3px color-mix(in oklab, var(--ring) 32%, transparent);
}

/* Quien pidio menos movimiento en su sistema operativo no recibe ni el giro ni
 * el rebote -- pero SI el cambio de color y el anillo de foco, que son la
 * informacion. Lo que se apaga es el adorno, no la respuesta. */
@media (prefers-reduced-motion: reduce) {
    .modal-header .close,
    .modal-header .modal-close {
        transition: background-color var(--dur-fast) linear,
                    color var(--dur-fast) linear,
                    border-color var(--dur-fast) linear;
    }
    .modal-header .close:hover,
    .modal-header .modal-close:hover,
    .modal-header .close:active,
    .modal-header .modal-close:active {
        transform: none;
    }
}

/* ============================================================
 * Barra de pestañas compartida (BR-0094)
 * ============================================================
 * Nace con la pestaña «Ya procesadas», que tenía que aparecer en cinco
 * pantallas -- y tres de ellas (Financiera, Administración y Radicación) no
 * tenían pestañas de ningún tipo. Sin esto, montarlas eran tres copias de la
 * misma hoja de estilos, que es exactamente lo que ya pasó con `.tabs`:
 * contabilidad.html y solicitudes.html la tienen duplicada, con distinto
 * padding y distinta animación del subrayado.
 *
 * POR QUÉ UNA CLASE NUEVA Y NO REUSAR `.tabs`. Esas dos copias definen `.tab`
 * con especificidades distintas, y `static/style.css` además tiene su propia
 * `.tab` de pastilla. Meter una tercera regla global ahí le habría cambiado el
 * aspecto a pantallas que nadie pidió tocar. Con un nombre propio, esto no
 * pisa nada: quien lo use lo pide.
 *
 * El aspecto es el de contabilidad.html (subrayado que se desliza), porque es
 * el que Mateo ya validó y el que la pestaña nueva tiene que igualar.
 */
.br-pestanas {
    display: flex;
    flex-wrap: wrap;
    gap: 1rem;
    margin-bottom: 1.5rem;
    border-bottom: 2px solid var(--border);
}

.br-pestanas__btn {
    flex: 0 0 auto;
    padding: 1rem 1.5rem;
    background: none;
    border: none;
    cursor: pointer;
    font-size: 1rem;
    font-weight: 500;
    font-family: inherit;
    color: var(--muted-foreground);
    position: relative;
    transition: color var(--dur-base) var(--ease-out);
}

.br-pestanas__btn:hover,
.br-pestanas__btn.esta-activa {
    color: var(--brand);
}

.br-pestanas__btn:focus-visible {
    outline: 2px solid var(--ring);
    outline-offset: -4px;
    border-radius: 6px;
}

/* El subrayado existe SIEMPRE (aunque encogido a cero) en vez de nacer con la
 * clase activa: un pseudo-elemento que aparece de la nada no se puede animar,
 * y sin transición la marca salta de una pestaña a otra sin contar de dónde a
 * dónde fue. Se anima scaleX, que no toca el layout. */
.br-pestanas__btn::after {
    content: '';
    position: absolute;
    bottom: -2px;
    left: 0;
    right: 0;
    height: 3px;
    border-radius: 3px 3px 0 0;
    background: var(--brand);
    transform: scaleX(0);
    transition: transform var(--dur-base) var(--ease-spring),
                opacity var(--dur-base) var(--ease-out);
}

.br-pestanas__btn.esta-activa::after {
    transform: scaleX(1);
}

/* Insinuación al pasar el mouse: adelanta dónde va a quedar la marca. Sólo con
 * puntero fino -- en táctil no hay hover de verdad. */
@media (hover: hover) and (pointer: fine) {
    .br-pestanas__btn:not(.esta-activa):hover::after {
        transform: scaleX(0.4);
        opacity: 0.35;
    }
}

.br-panel {
    display: none;
}

/* Cambiar de pestaña es un cambio de contexto: sin entrada, el ojo tiene que
 * volver a buscar dónde quedó todo. */
.br-panel.esta-activa {
    display: block;
    animation: content-enter var(--dur-base) var(--ease-out) both;
}

@media (prefers-reduced-motion: reduce) {
    .br-pestanas__btn,
    .br-pestanas__btn::after,
    .br-panel.esta-activa {
        transition: none;
        animation: none;
    }
}

/* ============================================================
   "No se pudo cargar" (BR-0240 · BR-0252). La red de seguridad de common.js
   reemplaza con esto cualquier "Cargando..." que lleve 15 s sin resolverse.
   Como el markup lo crea el JS, ninguna pantalla necesita estas clases.

   Aparece con una entrada corta a proposito: es un cambio de estado que pasa
   sin que nadie toque nada, y sin transicion se lee como un parpadeo raro.
   ============================================================ */
.br-carga-fallida {
    color: var(--muted-foreground);
    animation: br-carga-fallida-entra var(--dur-base, 200ms) var(--ease-out, ease-out) both;
}

.br-carga-reintentar {
    /* 44px de alto minimo: objetivo tactil comodo (Apple HIG). */
    min-height: 44px;
    padding: 0 1rem;
    border: 0;
    border-radius: var(--radius, 8px);
    background: transparent;
    color: var(--primary);
    font: inherit;
    font-weight: 600;
    cursor: pointer;
    transition: background-color var(--dur-fast, 150ms) var(--ease-out, ease-out);
}

.br-carga-reintentar:hover {
    background: color-mix(in oklab, var(--primary) 10%, transparent);
}

.br-carga-reintentar:focus-visible {
    outline: none;
    box-shadow: 0 0 0 3px color-mix(in oklab, var(--ring, var(--primary)) 35%, transparent);
}

@keyframes br-carga-fallida-entra {
    from { opacity: 0; transform: translateY(-4px); }
    to   { opacity: 1; transform: none; }
}

@media (prefers-reduced-motion: reduce) {
    .br-carga-fallida { animation: none; }
    .br-carga-reintentar { transition: none; }
}