/* ac-campos.css — campo de digitacao no celular.

   POR QUE EXISTE
   O Safari do iPhone da zoom automatico em QUALQUER campo que receba foco
   com font-size calculado abaixo de 16px. Nao e preferencia de tema: e
   regra do navegador, e a pagina nao a desliga. `maximum-scale=1` passou a
   ser ignorado no iOS 10 de proposito, e `user-scalable=no` so tiraria o
   pinch-zoom de quem precisa dele — o conserto honesto e o campo ter 16px.

   O zoom nao desfaz sozinho. Depois dele a pagina fica deslocada, o botao
   de acao sai da vista e o cliente rola de lado para achar o que ia
   clicar. Quem esta digitando quantidade ou valor de deposito perde o
   botao justamente na hora de confirmar.

   MEDIDO EM 08/10/2026 (a raiz do tema do painel e html{font-size:13px})
     .form-control-lg      1.15rem = 14,95px   valor do deposito, quantidade
     .on input[type=text]   .96rem = 12,48px   link do perfil
     .on-busca input        .93rem = 12,09px   busca de servico
     cadastro e login               15,20px    os cinco campos, inclusive senha

   Todos abaixo de 16. Ou seja: todo campo de digitacao da casa dava zoom.

   16px CRAVADO, nao 1rem: a raiz vale 13px no painel e 16px no site
   publico, e o que o Safari mede e o pixel calculado, nao o rem.

   Esta folha entra nos TRES layouts, que nao compartilham CSS nenhum:
   metro/layouts/app (painel), views/layouts/appauth (cadastro e login) e
   views/acelera/layout (site publico). Por isso ela nao depende de
   nenhuma variavel nem de nenhuma classe de tema. */

@media (max-width: 991.98px) {

  input[type="text"],
  input[type="email"],
  input[type="tel"],
  input[type="url"],
  input[type="number"],
  input[type="password"],
  input[type="search"],
  input[type="date"],
  input[type="datetime-local"],
  input:not([type]),
  textarea,
  select,
  .form-control,
  .form-select,
  .form-control-lg,
  .form-control-sm {
    font-size: 16px !important;
  }

  /* Excecao: este ja era MAIOR que 16px de proposito — e o numerao da
     quantidade no quadro de drip feed (1.3rem x 13px = 16,9px). A regra
     acima o encolheria, que e o contrario do que ela existe para fazer. */
  .on .df-q .df-in {
    font-size: 1.3rem !important;
  }
}

/* O aviso de cookies e fixo no rodape e, com o teclado do celular aberto,
   sobra em cima do campo que a pessoa esta preenchendo — foi o que
   apareceu no print do formulario de pedido. Enquanto houver campo em
   foco numa tela estreita, o aviso sai do caminho; volta assim que o
   teclado fecha, e a escolha de cookie continua sendo pedida igual.

   `display:none` e nao `opacity`+`transform`: um aviso que precisa sair
   da frente do teclado nao ganha nada em levar 150ms para sumir, e some
   de verdade, sem deixar camada invisivel sobre o campo. O JS que ja
   existe no partial-cookies continua mandando em TUDO o mais — este
   arquivo so trata do caso do teclado.

   Conferido em 08/10/2026 nos dois sentidos, a 375px de largura:
   com o cursor no campo de e-mail do cadastro, display: none; ao sair
   do campo, volta a display: flex. */
@media (max-width: 767.98px) {
  body:has(input:focus, textarea:focus, select:focus) #ac-ck {
    display: none !important;
  }
}