Skip to main content
You are currently viewing the documentation for Filament 3.x, which is a previous version of Filament.Looking for the current stable version? Visit the 5.x documentation.

​
Overview

Filament allows you to build dynamic dashboards, comprised of “widgets”, very easily. The following document will explain how to use these widgets to assemble a dashboard using the panel.

​
Available widgets

Filament ships with these widgets:
  • Stats overview widgets display any data, often numeric data, as stats in a row.
  • Chart widgets display numeric data in a visual chart.
  • Table widgets which display a table on your dashboard.
You may also create your own custom widgets which can then have a consistent design with Filament’s prebuilt widgets.

​
Sorting widgets

Each widget class contains a $sort property that may be used to change its order on the page, relative to other widgets: 
protected static ?int $sort = 2;

​
Customizing widget width

You may customize the width of a widget using the $columnSpan property. You may use a number between 1 and 12 to indicate how many columns the widget should span, or full to make it occupy the full width of the page: 
protected int | string | array $columnSpan = 'full';

​
Responsive widget widths

You may wish to change the widget width based on the responsive breakpoint of the browser. You can do this using an array that contains the number of columns that the widget should occupy at each breakpoint: 
protected int | string | array $columnSpan = [
    'md' => 2,
    'xl' => 3,
];
This is especially useful when using a responsive widgets grid.

​
Customizing the widgets’ grid

You may change how many grid columns are used to display widgets. Firstly, you must replace the original Dashboard page. Now, in your new app/Filament/Pages/Dashboard.php file, you may override the getColumns() method to return a number of grid columns to use: 
public function getColumns(): int | string | array
{
    return 2;
}

​
Responsive widgets grid

You may wish to change the number of widget grid columns based on the responsive breakpoint of the browser. You can do this using an array that contains the number of columns that should be used at each breakpoint: 
public function getColumns(): int | string | array
{
    return [
        'md' => 4,
        'xl' => 5,
    ];
}
This pairs well with responsive widget widths.

​
Conditionally hiding widgets

You may override the static canView() method on widgets to conditionally hide them: 
public static function canView(): bool
{
    return auth()->user()->isAdmin();
}

​
Table widgets

You may easily add tables to your dashboard. Start by creating a widget with the command: 
php artisan make:filament-widget LatestOrders --table
You may now customize the table by editing the widget file.

​
Custom widgets

To get started building a BlogPostsOverview widget: 
php artisan make:filament-widget BlogPostsOverview
This command will create two files - a widget class in the /Widgets directory of the Filament directory, and a view in the /widgets directory of the Filament views directory.

​
Filtering widget data

You may add a form to the dashboard that allows the user to filter the data displayed across all widgets. When the filters are updated, the widgets will be reloaded with the new data. Firstly, you must replace the original Dashboard page. Now, in your new app/Filament/Pages/Dashboard.php file, you may add the HasFiltersForm trait, and add the filtersForm() method to return form components: 
use Filament\Forms\Components\DatePicker;
use Filament\Forms\Components\Section;
use Filament\Forms\Form;
use Filament\Pages\Dashboard as BaseDashboard;
use Filament\Pages\Dashboard\Concerns\HasFiltersForm;

class Dashboard extends BaseDashboard
{
    use HasFiltersForm;

    public function filtersForm(Form $form): Form
    {
        return $form
            ->schema([
                Section::make()
                    ->schema([
                        DatePicker::make('startDate'),
                        DatePicker::make('endDate'),
                        // ...
                    ])
                    ->columns(3),
            ]);
    }
}
In widget classes that require data from the filters, you need to add the InteractsWithPageFilters trait, which will allow you to use the $this->filters property to access the raw data from the filters form: 
use App\Models\BlogPost;
use Carbon\CarbonImmutable;
use Filament\Widgets\StatsOverviewWidget;
use Filament\Widgets\Concerns\InteractsWithPageFilters;
use Illuminate\Database\Eloquent\Builder;

class BlogPostsOverview extends StatsOverviewWidget
{
    use InteractsWithPageFilters;

    public function getStats(): array
    {
        $startDate = $this->filters['startDate'] ?? null;
        $endDate = $this->filters['endDate'] ?? null;

        return [
            StatsOverviewWidget\Stat::make(
                label: 'Total posts',
                value: BlogPost::query()
                    ->when($startDate, fn (Builder $query) => $query->whereDate('created_at', '>=', $startDate))
                    ->when($endDate, fn (Builder $query) => $query->whereDate('created_at', '<=', $endDate))
                    ->count(),
            ),
            // ...
        ];
    }
}
The $this->filters array will always reflect the current form data. Please note that this data is not validated, as it is available live and not intended to be used for anything other than querying the database. You must ensure that the data is valid before using it. In this example, we check if the start date is set before using it in the query.

​
Filtering widget data using an action modal

Alternatively, you can swap out the filters form for an action modal, that can be opened by clicking a button in the header of the page. There are many benefits to using this approach:
  • The filters form is not always visible, which allows you to use the full height of the page for widgets.
  • The filters do not update the widgets until the user clicks the “Apply” button, which means that the widgets are not reloaded until the user is ready. This can improve performance if the widgets are expensive to load.
  • Validation can be performed on the filters form, which means that the widgets can rely on the fact that the data is valid - the user cannot submit the form until it is. Canceling the modal will discard the user’s changes.
To use an action modal instead of a filters form, you can use the HasFiltersAction trait instead of HasFiltersForm. Then, register the FilterAction class as an action in getHeaderActions(): 
use Filament\Forms\Components\DatePicker;
use Filament\Forms\Form;
use Filament\Pages\Dashboard as BaseDashboard;
use Filament\Pages\Dashboard\Actions\FilterAction;
use Filament\Pages\Dashboard\Concerns\HasFiltersAction;

class Dashboard extends BaseDashboard
{
    use HasFiltersAction;
    
    protected function getHeaderActions(): array
    {
        return [
            FilterAction::make()
                ->form([
                    DatePicker::make('startDate'),
                    DatePicker::make('endDate'),
                    // ...
                ]),
        ];
    }
}
Handling data from the filter action is the same as handling data from the filters header form, except that the data is validated before being passed to the widget. The InteractsWithPageFilters trait still applies.

​
Persisting widget filters in the user’s session

By default, the dashboard filters applied will persist in the user’s session between page loads. To disable this, override the $persistsFiltersInSession property in the dashboard page class: 
use Filament\Pages\Dashboard as BaseDashboard;
use Filament\Pages\Dashboard\Concerns\HasFiltersForm;

class Dashboard extends BaseDashboard
{
    use HasFiltersForm;

    protected bool $persistsFiltersInSession = false;
}
Alternatively, override the persistsFiltersInSession() method in the dashboard page class: 
use Filament\Pages\Dashboard as BaseDashboard;
use Filament\Pages\Dashboard\Concerns\HasFiltersForm;

class Dashboard extends BaseDashboard
{
    use HasFiltersForm;

    public function persistsFiltersInSession(): bool
    {
        return false;
    }
}

​
Disabling the default widgets

By default, two widgets are displayed on the dashboard. These widgets can be disabled by updating the widgets() array of the configuration: 
use Filament\Panel;

public function panel(Panel $panel): Panel
{
    return $panel
        // ...
        ->widgets([]);
}

​
Customizing the dashboard page

If you want to customize the dashboard class, for example, to change the number of widget columns, create a new file at app/Filament/Pages/Dashboard.php: 
<?php

namespace App\Filament\Pages;

class Dashboard extends \Filament\Pages\Dashboard
{
    // ...
}
Finally, remove the original Dashboard class from configuration file: 
use Filament\Panel;

public function panel(Panel $panel): Panel
{
    return $panel
        // ...
        ->pages([]);
}

​
Creating multiple dashboards

If you want to create multiple dashboards, you can do so by repeating the process described above. Creating new pages that extend the Dashboard class will allow you to create as many dashboards as you need. You will also need to define the URL path to the extra dashboard, otherwise it will be at /: 
protected static string $routePath = 'finance';
You may also customize the title of the dashboard by overriding the $title property: 
protected static ?string $title = 'Finance dashboard';
The primary dashboard shown to a user is the first one they have access to (controlled by canAccess() method), according to the defined navigation sort order. The default sort order for dashboards is -2. You can control the sort order of custom dashboards with $navigationSort: 
protected static ?int $navigationSort = 15;
Edit this page on GitHub

Sponsored by

KirschbaumBaiz.aiAgiledropMailtrapCMS MaxSerpApi