Skip to main content

Customizing data before saving

Sometimes, you may wish to modify form data before it is finally saved to the database. To do this, you may define a mutateFormDataBeforeCreate() method on the Create page class, which accepts the $data as an array, and returns the modified version:
Alternatively, if you’re creating records in a modal action, check out the Actions documentation.

Customizing the creation process

You can tweak how the record is created using the handleRecordCreation() method on the Create page class:
Alternatively, if you’re creating records in a modal action, check out the Actions documentation.

Customizing redirects

By default, after saving the form, the user will be redirected to the Edit page of the resource, or the View page if it is present. You may set up a custom redirect when the form is saved by overriding the getRedirectUrl() method on the Create page class. For example, the form can redirect back to the List page:
If you wish to be redirected to the previous page, else the index page:
You can also use the configuration to customize the default redirect page for all resources at once:

Customizing the save notification

When the record is successfully created, a notification is dispatched to the user, which indicates the success of their action. To customize the title of this notification, define a getCreatedNotificationTitle() method on the create page class:
Alternatively, if you’re creating records in a modal action, check out the Actions documentation. You may customize the entire notification by overriding the getCreatedNotification() method on the create page class:
To disable the notification altogether, return null from the getCreatedNotification() method on the create page class:

Creating another record

Disabling create another

To disable the β€œcreate and create another” feature, define the $canCreateAnother property as false on the Create page class:
Alternatively, if you’d like to specify a dynamic condition when the feature is disabled, you may override the canCreateAnother() method on the Create page class:

Preserving data when creating another

By default, when the user uses the β€œcreate and create another” feature, all the form data is cleared so the user can start fresh. If you’d like to preserve some of the data in the form, you may override the preserveFormDataWhenCreatingAnother() method on the Create page class, and return the part of the $data array that you’d like to keep:
To preserve all the data, return the entire $data array:

Lifecycle hooks

Hooks may be used to execute code at various points within a page’s lifecycle, like before a form is saved. To set up a hook, create a protected method on the Create page class with the name of the hook:
In this example, the code in the beforeCreate() method will be called before the data in the form is saved to the database. There are several available hooks for the Create page:
Alternatively, if you’re creating records in a modal action, check out the Actions documentation.

Halting the creation process

At any time, you may call $this->halt() from inside a lifecycle hook or mutation method, which will halt the entire creation process:
Alternatively, if you’re creating records in a modal action, check out the Actions documentation.

Authorization

For authorization, Filament will observe any model policies that are registered in your app. Users may access the Create page if the create() method of the model policy returns true.

Using a wizard

You may easily transform the creation process into a multistep wizard. On the page class, add the corresponding HasWizard trait:
Inside the getSteps() array, return your wizard steps:
Alternatively, if you’re creating records in a modal action, check out the Actions documentation. Now, create a new record to see your wizard in action! Edit will still use the form defined within the resource class. If you’d like to allow free navigation, so all the steps are skippable, override the hasSkippableSteps() method:

Sharing fields between the form schema and wizards

If you’d like to reduce the amount of repetition between the resource form and wizard steps, it’s a good idea to extract public static form functions for your fields, where you can easily retrieve an instance of a field from the form schema or the wizard:

Importing resource records

Filament includes an ImportAction that you can add to the getHeaderActions() of the List page. It allows users to upload a CSV of data to import into the resource:
The β€œimporter” class needs to be created to tell Filament how to import each row of the CSV. You can learn everything about the ImportAction in the Actions documentation.

Custom actions

β€œActions” are buttons that are displayed on pages, which allow the user to run a Livewire method on the page or visit a URL. On resource pages, actions are usually in 2 places: in the top right of the page, and below the form. For example, you may add a new button action in the header of the Create page:
Or, a new button next to β€œCreate” below the form:
To view the entire actions API, please visit the pages section.

Adding a create action button to the header

The β€œCreate” button can be moved to the header of the page by overriding the getHeaderActions() method and using getCreateFormAction(). You need to pass formId() to the action, to specify that the action should submit the form with the ID of form, which is the <form> ID used in the view of the page:
You may remove all actions from the form by overriding the getFormActions() method to return an empty array:

Custom page content

Each page in Filament has its own schema, which defines the overall structure and content. You can override the schema for the page by defining a content() method on it. The content() method for the Create page contains the following components by default:
Inside the components() array, you can insert any schema component. You can reorder the components by changing the order of the array or remove any of the components that are not needed.

Using a custom Blade view

For further customization opportunities, you can override the static $view property on the page class to a custom view in your app:
This assumes that you have created a view at resources/views/filament/resources/users/pages/create-user.blade.php: