Referensi Pages

PandaPanel\Pages\Page digunakan untuk membuat screen di dalam Panel yang bukan Resource.

Sebuah Page:

tidak memiliki model;
tidak memiliki table;
tidak memiliki record;
tetapi tetap mendapatkan shell Panel;
navigation;
breadcrumbs;
authorization;
widgets;
filters;
render hooks;
dan routing.

Gunakan Page untuk screen seperti:

system status;
reports;
settings;
analytics;
dashboards tambahan;
monitoring;
application-wide configuration;
atau screen lain yang tidak secara langsung merepresentasikan satu Resource.

Page Paling Sederhana

php

<?php

namespace App\Panels\Admin\Pages;

use PandaPanel\Pages\Page;

final class SystemStatus extends Page
{
    protected static ?string $title =
        'System status';

    public function props(): array
    {
        return [
            'queue' =>
                config('queue.default'),

            'env' =>
                app()->environment(),
        ];
    }
}

Jika class tersebut berada di discovery path Panel, PandaBear otomatis mendaftarkannya.

Misalnya Panel memiliki path:

text

/admin

maka Page tersebut tersedia di:

text

/admin/system-status

dengan route name:

text

panel.admin.pages.system-status

dan secara default juga muncul di sidebar.

Page Tidak Selalu Membutuhkan File Vue

Page sederhana tidak membutuhkan custom Vue component.

Property:

php

$component

secara default menggunakan:

text

panel/Page

Generic renderer tersebut dapat menampilkan:

heading;
breadcrumbs;
header actions;
widgets;
filters;
serta data dari props().

Jadi untuk Page yang hanya membutuhkan data server sederhana:

php

public function props(): array

sudah cukup.

Declarations

Property utama pada Page:

Property	Type	Default
`$title`	`?string`	headline dari basename class
`$heading`	`?string`	`null`, mengikuti title
`$subheading`	`?string`	`null`
`$slug`	`?string`	kebab-case basename class
`$component`	`string`	`'panel/Page'`
`$navigationLabel`	`?string`	mengikuti title
`$navigationIcon`	`?string`	`null`
`$activeNavigationIcon`	`?string`	mengikuti navigation icon
`$navigationGroup`	`string\|BackedEnum\|null`	`null`
`$navigationSort`	`int`	`0`
`$shouldRegisterNavigation`	`bool`	`true`
`$cluster`	`?class-string<Cluster>`	`null`
`$middleware`	`list<string>`	`[]`

Contoh konfigurasi:

php

use BackedEnum;
use PandaPanel\Pages\Page;

final class Settings extends Page
{
    protected static ?string $title =
        'Settings';

    protected static ?string $subheading =
        'Application-wide configuration.';

    protected static ?string $slug =
        'settings';

    protected static string $component =
        'Panels/Admin/Pages/Settings';

    protected static ?string
        $navigationIcon =
            'settings';

    protected static string|BackedEnum|null
        $navigationGroup =
            'System';

    protected static int
        $navigationSort =
            100;
}

`$component`

$component adalah nama Inertia Page.

Component di-resolve dari:

text

resources/js/pages/**

Contoh:

php

protected static string $component =
    'Panels/Admin/Pages/Settings';

mengarah pada application-owned component seperti:

text

resources/js/pages/
└── Panels/
    └── Admin/
        └── Pages/
            └── Settings.vue

Sedangkan nama:

text

panel/Page
panel/Dashboard
panel/settings/Profile

merupakan component yang dipublish oleh PandaBear.

$component merupakan build-time name, bukan arbitrary runtime path.

Static API

php

public static function slug(): string;

public static function routePath(): string;
// slug atau '{cluster}/{slug}'

public static function title(): string;

public static function heading(): string;
// mengikuti title()

public static function cluster(): ?string;

public static function activeNavigationIcon(): ?string;

public static function middleware(): array;

public static function canAccess(): bool;
// default true

public static function navigationItem(
    PanelContract $panel
): ?NavigationItem;

public static function routeName(
    Panel|string|null $panel = null
): string;

public static function url(
    Panel|string|null $panel = null
): string;

public static function renderHookScope(): string;
// 'page:{slug}'

`url()` dan `routeName()`

Jika Panel tidak diberikan:

php

Settings::url();

Settings::routeName();

PandaBear mencoba menggunakan current Panel.

Contoh:

php

Settings::url();
// '/admin/settings'

Settings::url('app');
// Page yang sama pada Panel 'app'

Settings::routeName();
// 'panel.admin.pages.settings'

Jika dipanggil di luar Panel request dan tidak ada explicit Panel:

php

PanelRegistrationException::noCurrentPanel()

akan dilempar.

`routePath()`

Secara default routePath() mengikuti slug.

Namun Anda dapat mengoverride path tanpa mengubah slug.

Contoh:

php

public static function routePath(): string
{
    return 'settings/profile';
}

Dengan begitu:

text

slug
→ profile

route name
→ menggunakan slug

URL path
→ settings/profile

Ini penting karena slug memiliki dua fungsi:

registry key;
route name segment.

Sedangkan route path menentukan apa yang terlihat di address bar.

Instance API

php

public function props(): array;
// []

public function widgets(): array;
// []
// list<class-string<Widget>>

public function breadcrumbs(): array;
// list<Breadcrumb>

public function headerActions(): array;
// []

public function filterSchema():
    ?FormSchema;
// null

public function render(): Response;

`render()`

render() memulai dengan authorization:

php

abort_unless(
    static::canAccess(),
    403
);

Setelah itu Page mengirim lima kelompok props utama:

text

page
widgets
widgetData
filters
+
props() milik Page

Secara konsep:

text

Page::render()
    ↓
canAccess()
    ↓
metadata()
    ↓
resolve widgets
    ↓
resolve filters
    ↓
props()
    ↓
Inertia

`props()`

props() merupakan payload khusus Page.

Return value harus serializable.

Contoh:

php

public function props(): array
{
    return [
        'settings' => [
            [
                'label' =>
                    'Application name',

                'value' =>
                    (string)
                    config('app.name'),
            ],
            [
                'label' =>
                    'Environment',

                'value' =>
                    app()->environment(),
            ],
        ],
    ];
}

Gunakan props() untuk data yang memang hanya dibutuhkan Page tersebut.

`breadcrumbs()`

Default breadcrumbs:

text

Dashboard
↓
Navigation Group jika ada
↓
Current Page

Contoh custom:

php

use PandaPanel\Support\Breadcrumb;

public function breadcrumbs(): array
{
    return [
        Breadcrumb::make(
            'Dashboard'
        )
            ->url(
                $this->dashboardUrl()
            ),

        Breadcrumb::make(
            'Reports'
        )
            ->url(
                ReportsIndex::url()
            ),

        Breadcrumb::make(
            static::title()
        )
            ->current(),
    ];
}

`headerActions()`

Standalone Page tidak menggunakan Action endpoint seperti Resource Action secara otomatis.

headerActions() mengembalikan serialized Action array, bukan object Action.

Contoh:

php

use PandaPanel\Actions\Enums\ActionVariant;
use PandaPanel\Pages\Settings\ProfileSettings;

public function headerActions(): array
{
    return [[
        'name' =>
            'edit-profile',

        'label' =>
            'Edit profile',

        'icon' =>
            'settings',

        'variant' =>
            ActionVariant::Default->value,

        'type' =>
            'link',

        'url' =>
            ProfileSettings::url(
                $this->panel()
            ),

        'confirmation' =>
            null,
    ]];
}

Shape tersebut mengikuti output yang biasa dihasilkan:

php

Action::toArray()

Untuk standalone Page, header Action terutama digunakan sebagai link.

`canAccess()`

Authorization Page bukan hanya mekanisme untuk menyembunyikan navigation.

Route sendiri melakukan enforcement.

Contoh:

php

public static function canAccess(): bool
{
    return auth()
        ->user()
        ?->can(
            'viewReports'
        ) === true;
}

Jika user tidak diizinkan:

text

dikembalikan bahkan jika user mencoba membuka URL Page secara manual.

Prinsipnya:

text

hidden navigation
≠
authorization

Gunakan Middleware jika Harus Redirect

canAccess() hanya dapat menjawab:

text

yes
atau
no

Jika flow membutuhkan redirect daripada denial, gunakan middleware.

Contohnya password confirmation:

php

use Illuminate\Auth\Middleware\RequirePassword;

protected static array $middleware = [
    RequirePassword::class,
];

Middleware tersebut ditambahkan di atas middleware stack milik Panel.

Ini lebih tepat untuk flow seperti:

password reconfirmation;
signed URL validation;
custom challenge.

Protected Helpers

php

protected function metadata(): array;

protected function panel(): Panel;

protected function dashboardUrl(): string;

protected function resolveWidgets(
    ?WidgetFilters $filters = null
): WidgetCollection;

protected function resolveFilters():
    WidgetFilters;

protected function filterSessionKey(): string;
// 'panel.{id}.page.{slug}'

protected static function resolvePanel(
    Panel|string|null $panel
): Panel;

`metadata()`

metadata() membangun prop:

text

page

yang berisi:

text

title
heading
subheading
breadcrumbs
headerActions
scope
cluster

Widgets pada Page

Page dapat mendeklarasikan Widget:

php

use PandaPanel\Widgets\Widget;

/**
 * @return list<class-string<Widget>>
 */
public function widgets(): array
{
    return [
        UserStats::class,
        UserGrowth::class,
        RecentUsers::class,
    ];
}

`WidgetCollection`

Widget resolution dilakukan melalui:

php

PandaPanel\Pages\WidgetCollection

API:

php

public static function for(
    array $classes,
    ?PageContext $context = null,
    ?WidgetFilters $filters = null
): self;

public static function filterSchemas(
    array $classes
): array;
// array<string, FormSchema>
// keyed by widget id

public function merge(
    self $other
): self;

public function definitions(): array;
// list<array>

public function deferred(): mixed;
// Inertia::defer(...) atau null

Sebelum data Widget diproses:

php

Widget::canView()

diperiksa terlebih dahulu.

Jika false:

text

canView()
↓
false
↓
Widget tidak dimasukkan
↓
data() tidak dipanggil
↓
query tidak berjalan

Jadi Widget yang tidak boleh dilihat user tidak hanya disembunyikan di frontend.

Backend juga tidak menjalankan data query-nya.

Widgets diurutkan berdasarkan:

text

[sort(), id()]

Dengan demikian order konsisten pada setiap request.

Eager dan Lazy Widgets

Eager Widget membawa data langsung bersama Page response.

Secara konsep:

text

Page request
↓
Widget data dihitung
↓
Inertia response membawa data

Lazy Widget berbeda.

Definition dikirim lebih dulu dengan:

text

data = null

Kemudian seluruh lazy widget data dikumpulkan ke satu deferred prop.

Secara konsep:

text

Page Request
├── Page
├── Eager Widgets
└── Lazy Widget Definitions

        ↓

Deferred Request
└── Lazy Widget Data

Dengan demikian aggregate lambat hanya menunda dirinya sendiri.

Jika tidak ada Widget lazy:

php

deferred()

mengembalikan:

php

null

Page tidak mengiklankan deferred request yang sebenarnya tidak diperlukan.

Page-Level Filters

Sebuah Page dapat memiliki satu Form Schema yang menjadi filter untuk seluruh Widget di Page tersebut.

Contoh:

php

use PandaPanel\Forms\Components\Select;
use PandaPanel\Forms\FormSchema;

public function filterSchema():
    ?FormSchema
{
    return FormSchema::make()
        ->schema([
            Select::make('period')
                ->label(
                    'Period'
                )
                ->options([
                    'month' =>
                        'This month',

                    'quarter' =>
                        'This quarter',

                    'year' =>
                        'This year',
                ])
                ->default(
                    'month'
                ),
        ]);
}

Default:

php

null

Jika filterSchema() mengembalikan null:

text

filters = null

dan frontend tidak merender empty filter bar.

Filter State Berada di Query String

Sama seperti Table State, Page Filter disimpan di query string.

Contoh:

text

/admin/reports?period=month

Keuntungannya:

text

filtered dashboard
→ shareable URL

User dapat mengirim URL yang merepresentasikan view yang sama ke user lain.

Filter Diingat per Page

Filter state tidak disimpan global per Panel.

State bersifat per Page.

Contohnya:

text

Dashboard A:
period = month

Dashboard B:
period = year

Keduanya dianggap pertanyaan yang berbeda dan tidak saling menimpa.

Widget tetap dapat memiliki filter tambahan sendiri.

Ketika Page filter dan Widget filter digabungkan:

text

Page filters
+
Widget filters

Widget-level filter memiliki prioritas jika key sama.

Secara konsep:

text

merged = [
    ...pageFilters,
    ...widgetFilters,
]

`Dashboard`

Built-in Dashboard:

php

namespace PandaPanel\Pages;

class Dashboard extends Page
{
    protected static ?string $title =
        'Dashboard';

    protected static ?string $slug =
        'dashboard';

    protected static string $component =
        'panel/Dashboard';

    protected static ?string
        $navigationIcon =
            'layout-grid';

    public function widgets(): array;

    public function breadcrumbs(): array;
}

Dashboard merupakan Page khusus yang Widget-nya berasal dari Panel Widget Registry.

Bukan dari daftar Widget milik Page itu sendiri.

Dashboard Berada di Root Panel

Dashboard utama dirender di:

text

/admin

bukan:

text

/admin/dashboard

Controller:

php

PanelDashboardController

me-resolve:

php

Panel::getDashboard()

kemudian memanggil:

php

render()

Dashboard Tambahan

Anda dapat membuat dashboard kedua.

Contoh:

php

use PandaPanel\Pages\Dashboard;

final class AccountsDashboard
    extends Dashboard
{
    protected static ?string $title =
        'Accounts';

    protected static ?string $slug =
        'accounts';

    protected static ?string
        $navigationIcon =
            'users';

    public function widgets(): array
    {
        return [
            UserStats::class,
            UserGrowth::class,
            RecentUsers::class,
        ];
    }
}

Kemudian:

php

$panel->dashboards([
    Dashboard::class,
    AccountsDashboard::class,
]);

Dashboard Pertama adalah Root

Pada:

php

$panel->dashboards([
    Dashboard::class,
    AccountsDashboard::class,
]);

Dashboard pertama:

text

Dashboard::class

menjadi root Panel.

Dashboard sisanya didaftarkan sebagai Page biasa.

Artinya dashboard tambahan:

memiliki route sendiri;
memiliki authorization sendiri;
dapat muncul di navigation;
memiliki filter state sendiri.

Method:

php

Panel::getExtraDashboards()

mengembalikan dashboard selain yang pertama.

Built-In Settings Pages

Setiap Panel mendapatkan tiga Settings Page secara default kecuali:

php

Panel::settings(false)

digunakan.

Ketiganya adalah subclass Page biasa.

Artinya:

routing;
authorization;
navigation;
discovery behavior;

tetap mengikuti mekanisme Page biasa.

Daftar Settings Page

Class	Slug	Path	Component	Group
`PandaPanel\Pages\Settings\ProfileSettings`	`settings-profile`	`settings/profile`	`panel/settings/Profile`	Account, sort 10
`PandaPanel\Pages\Settings\SecuritySettings`	`settings-security`	`settings/security`	`panel/settings/Security`	Account, sort 20
`PandaPanel\Pages\Settings\AppearanceSettings`	`settings-appearance`	`settings/appearance`	`panel/settings/Appearance`	Account, sort 30

`ProfileSettings`

ProfileSettings hanya menangani rendering.

Save profile tetap diarahkan ke profile controller milik application.

Tujuannya:

Tetap hanya ada satu tempat yang bertanggung jawab menulis profile.

PandaBear tidak membuat duplicate profile write flow.

`SecuritySettings`

Page ini menggunakan:

php

RequirePassword

pada:

php

$middleware

bukan pada:

php

canAccess()

Alasannya stale session perlu diarahkan ke password confirmation.

Jika menggunakan:

php

canAccess()

hasilnya hanya:

text

padahal yang dibutuhkan adalah:

text

redirect ke password confirmation
↓
user confirm
↓
kembali ke security settings

`AppearanceSettings`

Page ini tidak mengirim props tambahan.

Theme preference disimpan frontend menggunakan:

local storage;
cookie.

Jadi tidak diperlukan Page-specific backend state.

Settings Page Masuk Melalui `getPages()`

Built-in settings pages digabungkan melalui:

php

Panel::getPages()

Dengan demikian:

discovery;
caching;
route registration;

memperlakukan built-in settings sama seperti custom Page.

Clusters

Cluster merupakan kombinasi:

text

URL prefix
+
shared sub-navigation

Membership dideklarasikan oleh Page atau Resource yang menjadi member.

Contoh Cluster

php

use PandaPanel\Clusters\Cluster;
use PandaPanel\Enums\ClusterPosition;

final class SettingsCluster
    extends Cluster
{
    protected static ?string $title =
        'Settings';

    protected static ?string
        $navigationIcon =
            'settings';

    protected static ClusterPosition
        $position =
            ClusterPosition::Header;
}

Kemudian Page:

php

final class RolesPage extends Page
{
    protected static ?string $cluster =
        SettingsCluster::class;
}

Cluster Mengubah Route Path

Jika:

text

SettingsCluster
→ slug settings

RolesPage
→ slug roles

maka:

php

RolesPage::routePath()

menjadi:

text

settings/roles

Namun route name tetap:

text

panel.{id}.pages.roles

Jadi Cluster hanya mengubah:

text

URL path

bukan:

text

Page registry key
route name

Karena itu:

php

RolesPage::url()

tetap bekerja tanpa perlu mengetahui implementasi prefix Cluster.

Sub-navigation Cluster dibangun melalui:

php

PandaPanel\Support\ClusterNavigation

Member yang tidak diizinkan melalui authorization tidak dimasukkan.

Jika seluruh member Cluster ditolak:

text

Cluster navigation tidak dirender

daripada menampilkan empty bar.

`ClusterPosition`

Pilihan:

php

ClusterPosition::Header

ClusterPosition::RightBar

ClusterPosition::Sidebar

Route Registration

Secara konsep route Page didaftarkan:

php

$this->router
    ->get(
        $page::routePath(),
        PanelPageController::class
    )
    ->defaults(
        'page',
        $page
    )
    ->name(
        'pages.'
        . $page::slug()
    );

Page Class Tidak Berasal dari Request

Class Page disimpan sebagai route default:

php

defaults(
    'page',
    $page
)

Controller tidak melakukan:

php

$request->pageClass

atau me-resolve arbitrary class name dari URL/request.

Request hanya mengakses route yang sudah didaftarkan.

Collision antara Page dan Resource

Page slug diperiksa terhadap Resource slug saat registration.

Jika Page dan Resource menggunakan slug yang sama:

php

PageRegistry

melempar:

php

slugCollidesWithResource()

Hal ini mencegah Page dan Resource saling menimpa route secara diam-diam.

Page Middleware

Jika:

php

Page::middleware()

mengembalikan array non-empty, middleware tersebut diterapkan pada route Page.

Jika kosong:

php

[]

tidak ada additional middleware.

Render Hooks

Metadata Page memiliki scope:

text

page:{slug}

Contoh:

text

page:settings

Render Hook dapat dibatasi hanya untuk Page tertentu.

Contoh:

php

use PandaPanel\Enums\RenderHook;

$panel->renderHook(
    RenderHook::PageStart,

    'AnnouncementBanner',

    [
        'message' =>
            'Maintenance at 22:00',
    ],

    [
        Settings::class,
    ],
);

Class:

php

Settings::class

direduksi menjadi scope:

text

page:settings

sebelum dikirim ke frontend.

Class Name Tidak Dikirim ke Vue

Frontend tidak menerima PHP class name seperti:

text

App\Panels\Admin\Pages\Settings

Sebaliknya server mengubahnya menjadi identifier:

text

page:settings

Dengan demikian internal PHP namespace tidak menjadi frontend API.

Hal yang Perlu Diperhatikan

Page Generik Tidak Membutuhkan Vue File

Jika Page tidak memiliki custom UI:

php

panel/Page

sudah dapat merender:

heading;
subheading;
breadcrumbs;
header actions;
widgets;
filters;
generic body dari props().

`$component` adalah Build-Time Name

$component bukan filesystem path arbitrary.

Inertia harus sudah mengetahui component tersebut melalui:

text

resources/js/pages/**

Component name yang tidak pernah ditemukan build tidak akan dapat di-resolve.

`canAccess()` Bersifat Static

Method:

php

public static function canAccess(): bool

dijalankan sebelum Page instance dibuat.

Karena itu canAccess() tidak dapat bergantung pada data yang baru dihitung instance.

Jangan mengandalkan:

php

$this->something

di dalam static authorization.

Dashboard Memiliki Slug tetapi Tidak Menggunakan Page Registry

Built-in:

php

PandaPanel\Pages\Dashboard

memiliki slug:

text

dashboard

tetapi Dashboard utama tidak didaftarkan sebagai ordinary Page.

Dashboard utama ditangani oleh:

php

PanelDashboardController

pada root:

text

/admin

Controller me-resolve:

php

Panel::getDashboard()

kemudian memanggil:

php

render()

Hanya dashboard tambahan dari:

php

dashboards()

yang mendapatkan ordinary Page route.

`title()` dan `heading()` Sengaja Dipisahkan

Secara default:

text

heading follows title

Tetapi keduanya dapat dipisahkan.

Misalnya:

php

protected static ?string $title =
    'System Health | Admin';

protected static ?string $heading =
    'System Health';

Title dapat digunakan untuk browser tab.

Heading digunakan sebagai heading visual Page.

Page Hanya Didiscover jika Mengimplementasikan `PageContract`

Discovery hanya mendaftarkan class yang:

concrete;
mengimplementasikan PageContract.

Abstract base Page di directory yang sama tidak akan diregistrasikan.

Ringkasan Page Lifecycle

text

Discovery
    ↓
PageContract?
    ↓
register Page
    ↓
PageRegistry
    ↓
Route registration
    ↓
HTTP request
    ↓
Panel middleware
    ↓
Page middleware
    ↓
PanelPageController
    ↓
Page::render()
    ↓
canAccess()
    ↓
metadata()
    ↓
filters
    ↓
widgets
    ↓
props()
    ↓
Inertia response

Ringkasan Page Metadata

text

Page
├── title
├── heading
├── subheading
├── breadcrumbs
├── headerActions
├── scope
└── cluster

Metadata tersebut menjadi:

text

page

prop pada frontend.

text

Page
    ↓
shouldRegisterNavigation?
    ↓
canAccess?
    ↓
navigationLabel
navigationIcon
navigationGroup
navigationSort
    ↓
NavigationItem
    ↓
Sidebar

Tetapi navigation visibility bukan authorization.

Route tetap melakukan:

php

canAccess()

secara terpisah.

text

Page::widgets()
        ↓
WidgetCollection::for()
        ↓
Widget::canView()
        ↓
allowed?
   ┌────┴────┐
   │         │
  no        yes
   │         ↓
skip     eager/lazy?
             ↓
        definitions
             ↓
        widget data

Widget yang ditolak tidak menjalankan query.

Ringkasan Lazy Widgets

text

Initial Page Request
        ↓
Widget Definitions
├── eager → data included
└── lazy  → data null
        ↓
Inertia render
        ↓
Deferred request
        ↓
Lazy widget payload

Ringkasan Page Filters

text

URL Query String
        ↓
Page Filter Schema
        ↓
WidgetFilters
        ↓
Widget
        ↓
Widget-specific filters
        ↓
Merge
        ↓
Widget filter wins on collision

Filter Page berada di query string sehingga dapat dibagikan melalui URL.

Ringkasan Dashboard

text

Panel
├── Dashboard utama
│   └── Panel root
│
└── Extra dashboards
    ├── ordinary Page
    ├── own route
    ├── own authorization
    ├── own navigation
    └── own filters

Ringkasan Cluster

text

SettingsCluster
├── prefix: settings
├── shared navigation
│
├── RolesPage
│   └── /settings/roles
│
└── PermissionsPage
    └── /settings/permissions

Route name masing-masing Page tetap berdasarkan slug Page.

Perbedaan Page dan Resource

Aspek	Page	Resource
Model	tidak	ya
Record	tidak	ya
Table	optional melalui custom UI/widget	built-in
Forms	optional	built-in Resource Forms
CRUD	tidak otomatis	ya
Navigation	ya	ya
Authorization	`canAccess()`	Resource abilities/policies
Widgets	ya	dapat melalui dashboard/page
Filters	Page-level Widget filters	Table filters
URL	`Page::routePath()`	Resource Pages
Cluster	ya	ya

Prinsip Utama Pages

PandaBear menggunakan Page untuk screen yang membutuhkan seluruh infrastructure Panel tetapi tidak merepresentasikan satu model CRUD.

Secara konsep:

Resource menjawab "bagaimana mengelola record dari sebuah model?", sedangkan Page menjawab "bagaimana menampilkan sebuah screen di dalam Panel?"

Page tetap mendapatkan:

text

Panel Context
Navigation
Authorization
Breadcrumbs
Widgets
Filters
Clusters
Render Hooks
Inertia Shell

tanpa harus memiliki:

text

Model
Record
Table
CRUD

Dengan pemisahan ini, screen seperti analytics, reports, settings, monitoring, dan custom workflows tidak perlu dipaksa menjadi Resource palsu hanya agar mendapatkan shell dan navigation PandaBear.

Referensi Pages ​

Page Paling Sederhana ​

Page Tidak Selalu Membutuhkan File Vue ​

Declarations ​

$component ​

Static API ​

url() dan routeName() ​

routePath() ​

Instance API ​

render() ​

props() ​

breadcrumbs() ​

headerActions() ​

canAccess() ​

Gunakan Middleware jika Harus Redirect ​

Protected Helpers ​

metadata() ​

Widgets pada Page ​

WidgetCollection ​

Widget Authorization ​

Urutan Widget ​

Eager dan Lazy Widgets ​

Jika Tidak Ada Lazy Widget ​

Page-Level Filters ​

Filter State Berada di Query String ​

Filter Diingat per Page ​

Widget Dapat Memiliki Filter Sendiri ​

Dashboard ​

Dashboard Berada di Root Panel ​

Dashboard Tambahan ​

Dashboard Pertama adalah Root ​

Built-In Settings Pages ​

Daftar Settings Page ​

ProfileSettings ​

SecuritySettings ​

AppearanceSettings ​

Settings Page Masuk Melalui getPages() ​

Clusters ​

Contoh Cluster ​

Cluster Mengubah Route Path ​

Cluster Navigation ​

ClusterPosition ​

Route Registration ​

Page Class Tidak Berasal dari Request ​

Collision antara Page dan Resource ​

Page Middleware ​

Render Hooks ​

Class Name Tidak Dikirim ke Vue ​

Hal yang Perlu Diperhatikan ​

Page Generik Tidak Membutuhkan Vue File ​

$component adalah Build-Time Name ​

canAccess() Bersifat Static ​

Dashboard Memiliki Slug tetapi Tidak Menggunakan Page Registry ​

title() dan heading() Sengaja Dipisahkan ​

Page Hanya Didiscover jika Mengimplementasikan PageContract ​

Ringkasan Page Lifecycle ​

Ringkasan Page Metadata ​

Ringkasan Navigation ​

Ringkasan Widget Resolution ​

Ringkasan Lazy Widgets ​

Ringkasan Page Filters ​

Ringkasan Dashboard ​

Ringkasan Cluster ​

Perbedaan Page dan Resource ​

Prinsip Utama Pages ​

Lihat Juga ​

Referensi Pages

Page Paling Sederhana

Page Tidak Selalu Membutuhkan File Vue

Declarations

`$component`

Static API

`url()` dan `routeName()`

`routePath()`

Instance API

`render()`

`props()`

`breadcrumbs()`

`headerActions()`

`canAccess()`

Gunakan Middleware jika Harus Redirect

Protected Helpers

`metadata()`

Widgets pada Page

`WidgetCollection`

Widget Authorization

Urutan Widget

Eager dan Lazy Widgets

Jika Tidak Ada Lazy Widget

Page-Level Filters

Filter State Berada di Query String

Filter Diingat per Page

Widget Dapat Memiliki Filter Sendiri

`Dashboard`

Dashboard Berada di Root Panel

Dashboard Tambahan

Dashboard Pertama adalah Root

Built-In Settings Pages

Daftar Settings Page

`ProfileSettings`

`SecuritySettings`

`AppearanceSettings`

Settings Page Masuk Melalui `getPages()`

Clusters

Contoh Cluster

Cluster Mengubah Route Path

Cluster Navigation

`ClusterPosition`

Route Registration

Page Class Tidak Berasal dari Request

Collision antara Page dan Resource

Page Middleware

Render Hooks

Class Name Tidak Dikirim ke Vue

Hal yang Perlu Diperhatikan

Page Generik Tidak Membutuhkan Vue File

`$component` adalah Build-Time Name

`canAccess()` Bersifat Static

Dashboard Memiliki Slug tetapi Tidak Menggunakan Page Registry

`title()` dan `heading()` Sengaja Dipisahkan

Page Hanya Didiscover jika Mengimplementasikan `PageContract`

Ringkasan Page Lifecycle

Ringkasan Page Metadata

Ringkasan Navigation

Ringkasan Widget Resolution

Ringkasan Lazy Widgets

Ringkasan Page Filters

Ringkasan Dashboard

Ringkasan Cluster

Perbedaan Page dan Resource

Prinsip Utama Pages

Lihat Juga