Skip to content

Commit ab6f6c9

Browse files
markvaneijkclaude
andcommitted
fix: update namespaces in README from FilamentMails to Mails
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
1 parent e1c92fa commit ab6f6c9

File tree

1 file changed

+5
-5
lines changed

1 file changed

+5
-5
lines changed

README.md

Lines changed: 5 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -63,7 +63,7 @@ php artisan vendor:publish --tag="mails-views"
6363
Add the routes to the PanelProvider using the `routes()` method, like this:
6464

6565
```php
66-
use Backstage\FilamentMails\Facades\Mails;
66+
use Backstage\Mails\Facades\Mails;
6767

6868
public function panel(Panel $panel): Panel
6969
{
@@ -75,7 +75,7 @@ public function panel(Panel $panel): Panel
7575
Then add the plugin to your `PanelProvider`
7676

7777
```php
78-
use Backstage\FilamentMails\MailsPlugin;
78+
use Backstage\Mails\MailsPlugin;
7979

8080
public function panel(Panel $panel): Panel
8181
{
@@ -89,7 +89,7 @@ public function panel(Panel $panel): Panel
8989
Using the `canManageMails()` method, you can define which users have access to the mail resources/pages. Here's a comprehensive example that includes additional logic for flexibility:
9090

9191
```php
92-
use Backstage\FilamentMails\MailsPlugin;
92+
use Backstage\Mails\MailsPlugin;
9393
use Illuminate\Support\Facades\Auth;
9494

9595
$panel
@@ -121,8 +121,8 @@ This example demonstrates how to combine role-based and permission-based access
121121
If you want to protect the mail routes with your (tenant) middleware, you can do so by adding the routes to the `tenantRoutes`:
122122

123123
```php
124-
use Backstage\FilamentMails\MailsPlugin;
125-
use Backstage\FilamentMails\Facades\Mails;
124+
use Backstage\Mails\MailsPlugin;
125+
use Backstage\Mails\Facades\Mails;
126126

127127
public function panel(Panel $panel): Panel
128128
{

0 commit comments

Comments
 (0)