/* ========================================
   BILLING KIT · variables de theme
   Mismo criterio que auth-theme.css: default = valor real ya
   hardcodeado en Prompt Evolve (#userPlan.primary/#upgradeProBtn
   compartían la clase genérica .primary de toda la app -- ver --blue
   en el :root de styles.css). Se define un color propio, independiente
   del de Auth Kit, para que ambos kits puedan copiarse por separado
   sin depender uno del otro.
   ======================================== */
:root {
  --billing-primary-color: #5b8cff;
  --billing-primary-hover: #3b82f6;
  --billing-disabled-opacity: 0.6;
}

/* #userPlan y #upgradeProBtn heredan hoy la clase genérica .primary
   (compartida con el resto de la app, fuera del alcance de Billing
   Kit -- no se toca, vive en styles.css). Se pisa acá con las
   variables de Billing Kit, con más especificidad (id + clase) que
   .primary (una sola clase), sin !important. Mismo gradiente exacto
   que ya tenían -- cero cambio visual. */
#userPlan.primary,
#upgradeProBtn.primary {
  background: linear-gradient(135deg, var(--billing-primary-color), var(--billing-primary-hover));
}

/* upgradeProBtn.disabled = true de verdad se usa hoy (ver
   billing-checkout-controller.js, estado de carga de
   "Redirigiendo..."). Hasta esta auditoría no tenía NINGÚN estilo
   propio -- variable propia de Billing Kit (no reutiliza
   --auth-disabled-opacity) para que ambos kits sigan siendo copiables
   por separado, sin depender uno del otro. Auditoría de componentes
   visuales, sección "estados disabled". */
#upgradeProBtn:disabled {
  opacity: var(--billing-disabled-opacity);
  cursor: not-allowed;
}