/*
  ProcessingOverlay.razor — 🟢 CORREGIDO CONTRA REFERENCIA REAL (2026-08-23).
  Fuente: .claude/skills/d365-fno-design-language/references/anatomy-measured.md, sección
  "EL BLOQUEO «PROCESANDO SU SOLICITUD»" — medido con PIL sobre
  references/images/cliente-uat/bloqueo-procesando-solicitud.png. Ver el comentario de cabecera
  del componente para el porqué difiere de la primera versión (SIN REFERENCIA, ya superada).

  Fichero PROPIO (no añadido a common.css/shell.css) para no competir por edición con el resto del
  "piso de la List Page" (D-169), que toca esas hojas activamente.
*/

/* Capa de página COMPLETA — INVISIBLE (sin color, medido: "idéntico al fondo normal de la
   página"). Su único trabajo es materializar "bloquea el clic en cualquier otro lado" (medido,
   palabras del owner) — nunca atenuar. Si algún día se decide la divergencia declarada ABIERTA en
   la medición ("quisiera que sí lo pusiera [semitransparente]"), el único cambio es este
   'background'. */
.d365-processing-overlay {
  position: fixed;
  inset: 0;
  background: transparent;
  z-index: var(--m365-z-scrim);
}

/* ~~Posición medida: "arriba a la izquierda del área de contenido, NO centrado".~~
   🔴 TACHADO Y CORREGIDO el 2026-08-26 (`O-03`) — la medición anterior estaba MAL, y el owner lo
   cazó a ojo: *"no se muestra horizontalmente centrado, en dynamics si lo hace, creo que la altura
   (posicion vertical) esta bien"*. RE-MEDIDO con PIL sobre la MISMA captura
   (references/images/cliente-uat/bloqueo-procesando-solicitud.png, 1600x1000):

     - bordes azul claro del recuadro en x=665 y x=976  =>  centro del recuadro = 820,5
     - riel de navegación colapsado: 0..47  =>  área de contenido = 48..1600, centro = 824
       (con la barra de scroll de ~14px a la derecha: 48..1586, centro = 817)

   => El recuadro ESTÁ centrado en el ÁREA DE CONTENIDO (a 3,5 px del centro geométrico, dentro
   del ruido de medición); NO está pegado a la izquierda. La fila "Posición" de
   anatomy-measured.md que decía "no centrado" es la que estaba equivocada.

   Centrado sobre el ÁREA DE CONTENIDO, no sobre el viewport: la capa es 'position:fixed' (cubre
   también el riel), así que se compensa media anchura del riel con el token ya existente
   (--m365-navpane-rail-width, 48px) en vez de un número inventado. Sobre 1600px eso deja el
   centro en 824 — el valor medido. ⚠ Divergencia declarada: con el panel de navegación EXPANDIDO
   el recuadro no se recentra (seguiría anclado a la anchura del riel colapsado); la captura real
   sólo mide el caso colapsado y no se inventa el otro.

   La posición VERTICAL no se toca — el owner la dio por buena y la medición la respalda (borde
   superior del recuadro y=60, es decir 12px bajo la barra superior de 48px). */
.d365-processing-overlay-box {
  position: absolute;
  top: calc(var(--m365-topbar-height) + var(--m365-space-4));
  left: 50%;
  transform: translateX(calc(-50% + var(--m365-navpane-rail-width) / 2));
  min-width: 220px;
  max-width: 360px;
  height: 57px;
  display: flex;
  align-items: center;
  justify-content: center;
  padding: 0 var(--m365-space-4);
  background: #ffffff;
  border: 1px solid rgb(144, 177, 237);
  border-radius: 0;
  box-shadow: none;
}

/* Barra de acento medida: "~4px de rgb(37,104,227) justo debajo" — un pseudo-elemento, no un
   segundo <div>, para que el marcado del componente siga siendo sólo caja + texto. */
.d365-processing-overlay-box::after {
  content: "";
  position: absolute;
  left: -1px;
  right: -1px;
  bottom: -4px;
  height: 4px;
  background: rgb(37, 104, 227);
}

.d365-processing-overlay-text {
  margin: 0;
  font-size: 13px;
  color: var(--m365-text-secondary);
  text-align: center;
}