/* edubase.um2mkt — campo de senha: nada de vermelho enquanto a pessoa esta digitando.
 *
 * Par do senha-ux.js. Duas regras, nada mais. Vale nas duas telas que mostram o campo
 * joomla_password: o cadastro (/cadastre-se) e o editar perfil.
 *
 * 1) A MENSAGEM DE ERRO no modo quieto.
 *
 *    Tirar o `has-error` (o que o JS faz) mata as bordas vermelhas, mas NAO a mensagem: tanto
 *    cadastro.css:365 quanto profile-edit.css:372 poem `.es-fields-error-note` em display:block
 *    incondicionalmente, sem exigir `has-error`.
 *
 *    ⚠️ ESPECIFICIDADE. As duas regras concorrentes sao (1,3,0):
 *        #es .esreg-split .es-fields-error-note              (cadastro.css)
 *        #es.view-profile.layout-edit .es-fields-error-note  (profile-edit.css)
 *    A regra abaixo e (1,4,0) — `#es` + .o-form-group + .es-pwq-quiet + .es-fields-error-note +
 *    [data-field-error]. Vence as duas SEM !important e sem depender de qual folha carrega
 *    depois (empate decidido por ordem e a armadilha ja registrada no CLAUDE.md).
 *
 * 2) MEDIDOR DE FORCA em ambar, nunca no vermelho de erro.
 *
 *    O medidor e independente da validacao: o onCheck do content.min.js poe `t-text--danger`
 *    (nota <= 1), `t-text--warning` (2-3) ou `t-text--success` (>= 4). Vermelho comunica "voce
 *    errou"; forca de senha e informacao, nao erro — e no vermelho #fc595b ele se confunde com a
 *    mensagem de erro de verdade logo abaixo. So o degrau `danger` muda; `warning` e `success`
 *    ficam como estao, entao os tres niveis continuam distinguiveis entre si.
 *
 *    ⚠️ O !important e OBRIGATORIO aqui: `.t-text--danger{color:#fc595b !important}` e utilitaria
 *    do tema e nenhuma especificidade a vence. Mesma excecao ja aceita para `.t-bg--200`.
 */

#es .o-form-group.es-pwq-quiet .es-fields-error-note[data-field-error] {
	display: none;
}

#es [data-password-strength].t-text--danger {
	color: #b45309 !important;
}