/* v732998perf — Chrome Android: sem desfoque de vidro (backdrop-filter é o maior custo por frame), cards fora da tela não são pintados, animações pausam enquanto rola */
@media (max-width:640px){
  *,*::before,*::after{backdrop-filter:none!important;-webkit-backdrop-filter:none!important}
  /* ═══════════════════════════════════════════════════════════════════════
     v733831 — 🔴 O QUE FAZIA O PERFIL PISCAR AO ROLAR ERA A OTIMIZAÇÃO.

     José: "quando scrolla o perfil do coronelfumaca o scroll pisca o fundo,
     imagens somem e voltam dos produtos".

     Medido no aparelho, numa rolagem curta de descer-e-subir:
       · 38 trocas de `contentvisibilityautostatechange` em 15 dos 40 cards —
         cada troca é a foto saindo do quadro e sendo repintada;
       · altura do documento oscilando 3963 → 3974 → 4033 px, CLS 0,0193.
         Com `content-visibility` desligado: 4033 px fixos, CLS ZERO.

     A causa é `content-visibility:auto`. Ele manda o navegador não pintar o
     que está fora da tela — e repintar ao voltar. Some com a imagem e, pior,
     usa o `contain-intrinsic-size` como altura provisória: 120 px declarados
     contra 167 px reais, então o documento encolhe e estica debaixo do dedo.

     A troca nunca valeu a pena aqui: uma linha de 167 px com miniatura de
     82 px não custa quase nada para pintar. Pagávamos um repaint por card
     para economizar o que já era barato.

     `animation-play-state` fica — pausar animação enquanto rola é de graça e
     não mexe em layout. `transition:none` sai junto com o resto da máquina de
     rolagem (ver v733831b em layouts/profile.php): é ele que, ao voltar,
     ANIMA o fundo das barras de volta — a piscada do fundo, literalmente.
     ═══════════════════════════════════════════════════════════════════════ */
  html.idlk-rolando *{animation-play-state:paused!important}
}
@media (prefers-reduced-motion:reduce){*{animation:none!important}}