{{--
Brokers listing — docs/wireframes-v12/broker-management.html, content region
for content region.
Two regions, top to bottom: the page action bar ("All Brokers" + its
sub-line on the left, the Add Broker button on the right), then ONE card
carrying the `.filter-bar` and the `.data-table` — the filters are the
card's own header strip, not a card of their own. That is the shape every
v12 management page uses and the shape projects/index uses.
v12 draws a `.grid-4` stat strip between the two; **CR-12.1 A5 removed it
at the client's instruction**, along with BrokerController::stats(), the
`stats` payload key and the `brokers.stats.*` lang keys. Nothing on this
page counts anything any more, which is why the controller's page-only
payload is down to one key.
DataTables drives the table. Its own search box stays out of the dom string
because the wireframe's `.search-input` in the filter bar is the one the
user sees; the script below feeds the plugin from it. The column list exists
only in BrokersDataTable::getColumns().
## Deliberate differences from the wireframe
* **No stat strip at all** (CR-12.1 A5) — see above.
* **No "Companies" column** — the client removed multiple companies per
broker (§0.3) and the Company column already names the one firm.
* **No Broker ID, Total Referrals or Active Bookings columns**
(CR-12.1 A6, client instruction). Seven columns are left, in the
wireframe's own order.
* **The City filter is dynamic** (decision D7) where v12 hardcodes five
cities: a filter offering a city no broker is in returns an empty table
and looks broken.
* **A Delete action per row** (decision D3), which v12's action group does
not draw. See brokers/partials/actions.blade.php.
--}}
@extends('layouts.app')
@section('title', __('brokers.title'))
@section('breadcrumbs')
{{ __('brokers.all_brokers_sub') }}