/* ============================================================================
 * account.css
 * MARIONASIMON.Frontend — wwwroot/custom/css/account.css
 *
 * Convenció de Flexygo Core (https://ayuda.ahora.es/core/producto/personalizacion/):
 *   Aquest fitxer controla l'estil de les pantalles d'autenticació (Login,
 *   "He oblidat la contrasenya", 2FA i similars) i es carrega automàticament
 *   a totes elles. Igual que CssVars.less, el mecanisme és sobreescriure les
 *   variables CSS (custom properties) estàndard que ja consumeixen les
 *   plantilles pròpies de la plataforma; aquest fitxer NO redefineix markup
 *   ni selectors propis del login (no en coneixem el DOM intern), només
 *   sobreescriu els valors documentats.
 *
 * Paleta aplicada (mockup de login aprovat per la clienta): panell esquerre
 * en degradat verd teal fosc, targeta blanca del formulari, botó primari
 * verd.
 * ============================================================================ */

/*
 * CORRECCION 2026-07-19: las variables de la documentacion oficial
 * (--ah-bg-1/--ah-bg-2/--ah-btn/--ah-product-logo/--ah-wordmark/--ah-watermark)
 * NO EXISTEN en esta version instalada de Flexygo Core (1.3.0.28). Verificado
 * en caliente (servidor local, misma BBDD de desarrollo real) leyendo
 * literalmente el CSS servido en /css/views/account/{account,login/login}.css:
 * las variables reales que controlan este login son --bg-color (fondo de
 * pagina), --product-background (imagen/patron de fondo), --card-color
 * (fondo de la tarjeta), --border-card-color, --primary-color, --txt-color,
 * --placeholder-color, --bg-color-dark (usada por .account-button, derivada
 * de --bg-color via color-mix, NO por --primary-color como cabria esperar).
 * Se sustituyen aqui por los nombres reales. Si en una version futura de
 * Flexygo Core estas variables cambian de nombre otra vez, repetir esta
 * misma verificacion (arrancar el host real y leer el CSS servido) en vez de
 * fiarse solo de la documentacion.
 */
:root {
    /*
     * La plataforma fija color-scheme: dark en su propio account.css (ver
     * comentario mas abajo). Como aqui pasamos a tarjeta/inputs claros, hay
     * que pasar tambien el color-scheme a light -- si no, los controles
     * NATIVOS del navegador (checkbox, etc.) se pintan con el tema oscuro del
     * SO/navegador y quedan como un cuadrado negro solido sobre fondo claro.
     */
    color-scheme: light;

    /* Fondo de pagina: verde teal farmaceutico (antes gris oscuro #333) */
    --bg-color: #0d5c4d;

    /* Tarjeta del formulario: blanca (antes gris oscuro translucido) */
    --card-color: #ffffff;
    --border-card-color: #dfe6e4;

    /*
     * .account-button (boton "Iniciar sesion") usa background-color:
     * var(--bg-color-dark) -- NO var(--primary-color) ni --ah-btn como cabria
     * esperar por la doc oficial. --bg-color-dark es un color-mix() derivado
     * de --bg-color en el account.css de la plataforma; al ser ahora verde
     * teal, --bg-color-dark tambien sale teal oscuro, y el texto del boton
     * (blanco por defecto) SI tiene contraste correcto -- pero por si el
     * --txt-color oscuro de mas abajo se colase en el boton, se fija el color
     * del texto del boton explicitamente mas abajo (ver regla .account-button).
     */

    /* Color primario (enlaces, focus, elementos destacados) */
    --primary-color: #0d5c4d;

    /* Texto: oscuro sobre tarjeta blanca (antes blanco sobre tarjeta oscura) */
    --txt-color: #1f2d2a;
    --placeholder-color: #8a9794;

    /*
     * --product-background: patron de fondo (SVG de lineas topograficas) que
     * la plataforma pone SIEMPRE detras de --bg-color, sea cual sea el color.
     * Se deja el patron por defecto de Flexygo (queda como textura sutil
     * sobre el verde teal) porque el proyecto no tiene todavia un fondo de
     * marca propio -- ver nota de --product-logo mas abajo, es la misma
     * situacion.
     */

    /*
     * --product-logo: la documentacion oficial equivalente (--ah-product-logo)
     * apunta a un logotipo/isotipo propio. A dia de hoy el proyecto NO tiene
     * ese activo (no existe wwwroot/custom/logos/ ni ningun MARIONASIMON.png
     * -- solo hay una referencia comentada a ~/custom/logos/MARIONASIMON.png
     * en MARIONASIMON.Conf.Database/scripts/config.sql). Se deja sin
     * sobreescribir a proposito para no romper el login con una url()
     * apuntando a un fichero inexistente (el logo por defecto de Flexygo se
     * seguira viendo hasta entonces). PENDIENTE: la clienta debe aportar el
     * isotipo/logotipo final; entonces descomentar y ajustar la ruta real:
     *
     * --product-logo: url('../logos/MARIONASIMON-isotipo.png');
     */
}

/*
 * Nota sobre el layout de dos paneles del mockup aprobado (panel izquierdo
 * verde teal con texto + panel derecho blanco con el formulario): ESTE login
 * nativo de Flexygo Core es una unica tarjeta centrada sobre un fondo de
 * pagina, no dos paneles. Replicar el layout exacto del mockup requeriria
 * modificar el MARKUP del login (plantilla propia), y la convencion oficial
 * de personalizacion de Flexygo Core (account.css) esta pensada solo para
 * sobreescribir variables de color/logo, no estructura -- por eso este
 * fichero no lo intenta. Si se quiere el layout de dos paneles exacto, hace
 * falta consultar con iMatica si Flexygo Core permite tambien sobreescribir
 * la plantilla HTML del login (fuera del mecanismo de personalizacion
 * documentado que se nos ha pedido seguir).
 */

/*
 * Texto del boton principal explicitamente blanco: el fondo del boton
 * (.account-button, definido en account.css de la plataforma) usa
 * background-color: var(--bg-color-dark), que ahora es teal oscuro -- se fija
 * el color de texto aqui para no depender de que --txt-color (pensado para el
 * cuerpo de la tarjeta, ahora oscuro) no se cuele por herencia/cascada.
 */
.account-card .account-button {
    color: #ffffff;
}