/* =============================================================================
   BAZA-S278 §8 D2 — LISIBILITÉ DES ÉTATS DE RÉCUPÉRATION DANS « MOI › COMPTE ».

   Trois états coexistent déjà dans la page validée : adresse VÉRIFIÉE, adresse
   présente NON VÉRIFIÉE, et aucune adresse. S278 y ajoute une information que
   le membre ne pouvait pas deviner : « aucun moyen de récupération n'est ouvert
   sur ce compte ». Cette information doit se voir AVANT les autres — c'est la
   seule qui, le jour d'un téléphone perdu, décide si le compte est récupérable.

   Ce que fait cette feuille, et rien d'autre :
     • une barre d'accent à gauche de la rangée concernée, pour hiérarchiser
       sans agrandir ni déplacer quoi que ce soit ;
     • la teinte d'alerte du socle (`--warning`) sur la phrase qui porte le
       risque, et la teinte de confirmation (`--green`) sur « e-mail vérifié »,
       pour que le cas A se lise d'un coup d'œil sans bandeau insistant.

   Elle n'INJECTE aucun caractère : le libellé « Adresse e-mail vérifiée ✓ »
   porte DÉJÀ sa coche dans les trois catalogues FR/EN/ES (S185). En ajouter
   une seconde par `content:` afficherait deux coches et ferait diverger le
   rendu du texte réellement traduit.

   Ce qu'elle NE fait PAS : aucun écran bloquant, aucun bandeau permanent,
   aucune animation, aucune géométrie de coque, aucune unité de viewport,
   aucune safe-area, aucune donnée. L'app ne devient pas un tableau de bord de
   sécurité (mission §8 D2).

   MÉTHODE (invariant S141/S143) : cette feuille vit dans `public/` et est
   chargée par un <link> de `apps/app/index.html`. Vite ne la fusionne donc PAS
   dans `assets/index-*.css` : la coque CSS GELÉE reste byte-identique, le hash
   épinglé par `check:app-s141-real-only-no-global-demo` n'est pas re-pinné, et
   la PWA se met à jour sans réinstallation.

   Surcharge par SPÉCIFICITÉ (deux classes, ou élément + deux classes) et non
   par ordre de chargement : la coque gelée peut être injectée après.

   CONTRASTES mesurés sur le socle clair (`--surface: #ffffff`) :
     • `--warning` #b25a00 sur blanc → 4,82:1  (AA texte normal : ≥ 4,5)
     • `--green`   #0b7d24 sur blanc → 5,28:1  (AA texte normal : ≥ 4,5)
   La hiérarchie ne repose JAMAIS sur la seule couleur : la barre d'accent
   (forme) et la graisse portent la même information, lisibles en niveaux de
   gris comme en vision anormale des couleurs.
   ========================================================================== */

/* RANGÉE PRIORITAIRE — barre d'accent à gauche. `box-shadow` inset et non
   `border-left` : la largeur intérieure de la rangée ne bouge pas d'un pixel,
   donc aucune ligne du bloc « Compte » ne se décale (mise en page gelée). */
.settings-row.s278-row-priority {
  box-shadow: inset 3px 0 0 0 var(--warning);
}

/* La phrase qui porte le risque réel : teinte d'alerte + graisse. La graisse
   suffit à la distinguer si la couleur est neutralisée. */
.settings-row-hint.s278-no-recovery {
  color: var(--warning);
  font-weight: 600;
}

/* Attente de renvoi : information de PATIENCE, pas d'alerte — on garde la
   teinte sourde du socle et on ne la met surtout pas en rouge. Elle reste
   distinguable de la phrase précédente par la graisse (600 vs 400). */
.settings-row-hint.s278-resend-wait {
  font-weight: 600;
}

/* CAS A — « E-mail vérifié » : confirmation calme, jamais un bandeau. */
.settings-row-hint.s185-email-verified {
  color: var(--green);
  font-weight: 600;
}

/* Contrastes forcés (Windows « Contraste élevé », palettes imposées) : le
   système remplace nos couleurs. La distinction doit survivre — elle passe
   alors par la barre d'accent et la graisse, avec les couleurs système. */
@media (forced-colors: active) {
  .settings-row.s278-row-priority {
    box-shadow: inset 3px 0 0 0 CanvasText;
  }

  .settings-row-hint.s278-no-recovery,
  .settings-row-hint.s185-email-verified {
    color: CanvasText;
  }
}