A UI estava com sintomas claros de integração incompleta do Flux:
@fluxStyles aparecia no topo da página (ou seja: o Blade não estava reconhecendo a diretiva).public/hot), então ajustes no CSS não refletiam sem rebuild.Baseado no guia oficial embarcado no pacote (vendor/livewire/flux/README.md):
@fluxStyles.@fluxScripts (diretiva oficial, injeta JS do Flux e força a injeção de assets do Livewire).@livewireStyles e @livewireScripts no layout.@custom-variant dark (&:where(.dark, .dark *)); em resources/css/app.css.h1/h2/h3) que conflitam com a tipografia dos componentes Flux.body) para usar tokens do Flux em CSS (em vez de classes Tailwind no body).vendor/livewire/flux/dist/flux.css): sidebar, header e main devem ser irmãos diretos no DOM para o grid layout (*:has(>[data-flux-main]) / *:has(>[data-flux-sidebar]+[data-flux-header])) funcionar corretamente.Observação: o Flux recomenda @fluxAppearance, porém o KOLOS está em modo dark-only (classe dark fixa no <html>). Manteremos a aparência fixa por enquanto para evitar alternância automática (system/light) que descaracterizaria o tema.
Ajustar o layout base para não emitir diretivas inválidas e incluir Livewire/Flux corretamente.
Ajustar o CSS base conforme o setup recomendado pelo Flux/Tailwind v4.
Rebuild dos assets (já que sem public/hot a aplicação usa public/build).
Comandos:
./vendor/bin/sail npm run build./vendor/bin/sail artisan test/dashboard e confirmar que não existe @fluxStyles renderizado em HTML../vendor/bin/sail artisan testArquivos alterados:
resources/views/components/layouts/app.blade.phpresources/css/app.cssEfeitos colaterais esperados:
@fluxStyles no topo..dark.