/* O invólucro do dcc.Input no Dash 4 é flex, e o <input type="date"> dentro
   dele encolhia ao mínimo (24 px) quando o invólucro tinha largura fixa. O
   campo preenche o invólucro. Ver portal.ui.componentes.data. */
.campo-data input { flex: 1 1 auto; min-width: 0; width: 100%; }

/* A largura que o chamador pede em `c.data(..., classe="w-44")`.
   O CSS do dcc do Dash 4 entra na página sem camada e põe no invólucro
   `width: 100%` e `container-type: inline-size`; o Tailwind 4 da imagem
   publicada põe as classes dentro de `@layer utilities`, e regra sem camada
   vence qualquer camada. O "w-44" nunca valeu no ar: o invólucro ficava com
   100% de um pai sem largura, e o `container-type` faz o campo não pedir
   largura nenhuma ao pai. No cadastro de feriado da Exportação BM o pai era
   do tamanho do rótulo "Data": 26 px de invólucro e 16 px de campo, a 1280 e
   a 375 px (tests/test_campo_de_data_no_navegador.py, 24/09/2026). Com o CDN
   do Tailwind 3 do desenvolvimento a classe vencia, e o defeito só existia
   no ar. Cada largura aceita pelo campo tem a sua regra aqui, com classes a
   mais para vencer a do Dash; tests/test_campo_de_data.py confere. */
.dash-input-container.campo-data.w-44 { width: 11rem; }
