@extends('layouts.app') @section('title', 'Arenas — '.config('app.name')) @section('content')

Arenas

Todas as arenas cadastradas.

{{-- O "+" com menu ao passar o mouse é o mesmo padrão de Lançamentos (financial/reports/index): `.page-head__add` para o botão e `data-hover-dropdown` para a abertura por hover, já ligada globalmente pelo initCashFlow — não há JS nem CSS novo aqui. O clique CONTINUA valendo: em tela de toque não existe hover, e o `data-bs-toggle="dropdown"` do Bootstrap segue intacto. O hover só se soma a ele. UM ITEM SÓ, POR ORA. Um menu de uma opção é mais passo do que um botão direto — a escolha aqui é por consistência com o resto do sistema e porque o back-office deve ganhar outras criações. Se continuar sozinho, vale reavaliar. --}}
@include('partials.status') {{-- BUSCA AO VIVO, MAS O FORMULÁRIO CONTINUA SENDO UM FORMULÁRIO DE VERDADE. Method GET, action preenchida e botão de enviar: sem JavaScript a tela filtra exatamente como antes. O live-search.js apenas intercepta o envio, busca a mesma URL e troca o conteúdo de `#organizations-results` — e é ele quem esconde o botão "Filtrar", que só faz sentido quando o script não carregou. Construir isso como um campo solto disparando fetch deixaria a tela inutilizável se o bundle falhasse, e quebraria o link compartilhável: hoje a URL continua refletindo o filtro, porque o JS reescreve o endereço com a mesma query que o formulário produziria. --}}
{{-- `aria-live="polite"` porque a tabela passa a mudar sem que a página recarregue: sem isso, quem usa leitor de tela digitaria na busca e não receberia aviso nenhum de que o resultado mudou. "Polite" e não "assertive" para não interromper a digitação a cada tecla. --}}
@include('platform.organizations._results')
@endsection