Navigator is a package to create headless navigation menus for use in Laravel applications:
// In a Service Provider
Nav::define(fn ($user) => [
Nav::item('Dashboard')
->for('dashboard')
->icon('dashboard.svg')
->includeWhen($user->can('access.dashboard'))
])
// In a view
@foreach(navitems() as $item)
//
@endforeach
// Or as json...
Nav::toJson()This is a headless package so you are completely free to style as you see fit.
You can install the package via composer:
composer require nedwors/navigatorSelect a Service Provider - or perhaps make a dedicated one - and pop the following in:
Nav::define(fn () => [
Nav::item('Dashboard')
->for('dashboard')
->icon('dashboard')
]);Et voila! You now have a menu ready to use. You can retrieve the items as follows:
@foreach(navitems())
//
@endforeach
// or
@foreach(Nav::items())
//
@endforeachNow, you'll probably want more than just a dashboard link - then again maybe not, it's your app! - but hopefully you can see how easy it is to get up and running.
Let's dig further into the features available to you:
The package consists of two main features - each Nav and the Items within. We will explore the Item and then the Nav.
It's worth noting at this point that Item extends Illuminate\Support\Fluent to allow for custom methods/properties on a per project basis. Also, Nav is macroable to allow for custom functionality in your projects.
A new Item is created using the Nav::item() method. This method receives the name of the Item:
Nav::item('Dashboard')
$item->name // DashboardThe name is passed into the Laravel
__()lang helper before outputting.
The url is defined and retrieved as follows:
Nav::item('Dashboard')->for('/dashboard')
$item->url // /dashboardThe for() method can also be used to construct Laravel routes:
Nav::item('Dashboard')->for('dashboard.show', $customer)The url is not required for an item to function. By default, all items have a null url.
A reference to an icon in your app can be defined and retrieved as follows:
Nav::item('Dashboard')->icon('dashboard.svg')
$item->iconYou may want to use the awesome Blade Heroicons package which itself uses the awesome Heroicons icon set. They can be defined as follows - perhaps to use with a dynamic component:
Nav::item('Dashboard')->heroicon('o-cog')
$item->heroiconNote
Version 1.0 and below of Navigator used the methods when and unless. Now that Laravel includes these methods using the Conditionable trait on Fluent, and to generally unify with Laravel conventions, these methods have been changed in Navigator 2.0 and above to includeWhen and includeUnless
You can define conditionals to determine if the given Item should be included or not in the menu:
Nav::item('Billing')->includeWhen(auth()->user()->is_subscribed)
Nav::item('Registration')->includeUnless(auth()->user()->is_subscribed)They can also be composed:
Nav::item('Billing')
->includeWhen($aCheck)
->includeUnless($someOtherCheck)
->includeWhen($yetAnotherCheck)When your nav items are loaded, any falsey Items are filtered out by default.
This behaviour can be modified if desired
A basic need of any menu item is to determine if it is active or not. To do so, simply access the active property:
@if ($item->active)
...
@endifBy default, an
Itemwill return true if the current URL matches its URL. You can configure this behaviour
Creating sub items for any given item is simple - just define as so:
Nav::item('Billing')->subItems([
Nav::item('Invoices'),
...
])There's no limit to the number of sub menus you can have, and sub menus themselves can have sub menus. It's probably rare that would be needed, but the power is there if needed:
Nav::item('Billing')->subItems([
// Sub Items here...
])To learn more, see the
definesection.
A common need with sub menus is determing if any of the sub items are active, perhaps to expand the drop down list of the parent Item. Rather than looping through each descendant and determining if it is active or not, you can call hasActiveDescendants:
@if ($item->hasActiveDescendants)
...
@endifThis will return true regardless of nesting - even for grandchildren or great-great-greatgrandchildren (you get the idea). If one of a parent's descendants are active, even though hasActiveDescendants will return true, active will not. This only applies to the Item is accessed on.
Now we've seen how to make some Items, we need to actually make a menu! At its simplest, we can define a menu and retrieve a menu. But we also have control over advanced functions
such as filtering. Let's start by making a menu:
To create a menu, use the define method:
Nav::define(fn () => [
// Items go here...
]);As you can see, the define method should be passed a closure that returns an iterable.
The closure that you pass to define receives both auth()->user() and app() for convenience - think for conditionals:
Nav::define(fn (?Authenticable $user, Application $app) => [
// Items go here...
]);How about multiple menus? No problem, just pass the menu name as the second argument to each menu definition:
Nav::define(fn () => [
// Items go here...
], 'admin');Now we've defined the menus, we need to output them in our views! This can be acheived by:
Nav::items()
// or
navitems()Both these return a Collection of the menu Items. If you need access to a specific menu, this can be passed as an argument:
Nav::items('admin')
// or
navitems('admin')You will want to add an alias to your
app.phpconfig file to useNav::items()without the full namespace
Nav items can also be retrieved as their json representation:
Nav::toJson()Just like Nav::items(), if you need access to a specific menu, this can be passed as an argument:
Nav::toJson('admin')All those conditionals you set up need to do something right? Well, by default all Items that are not truthy because of their
conditionals will be filtered out. If you would like to control what should be filtered out, use the filter method. This method accepts a Closure
with the same structure as a Collection filter:
Nav::filter(fn (Item $item) => ...)You can also define filters for multiple menus:
Nav::filter(fn (Item $item) => ..., 'app')
Nav::filter(fn (Item $item) => ..., 'admin')All
filtersare applied to all sub items of the given menu too.
You probably won't need to use this functionality, but it's there if needed.
By default, Items active property will be true when the current url is the Item's url. This applies whether you defined the Item using a named route
or a url. If you would like to override what constitutes an Item as being active, you cna use the activeWhen method. This should be passed a Closure that
receives an Item:
Nav::activeWhen(fn (Item $item) => ...)This may be useful for use cases outside the realms of traditional routing. Like `filter', this can be defined per menu:
Nav::activeWhen(fn (Item $item) => ..., 'app')
Nav::activeWhen(fn (Item $item) => ..., 'admin')The active check will be used for all sub menus within the menu too.
composer testPlease see CHANGELOG for more information what has changed recently. Please see UPGRADING for upgrading information.
Please see CONTRIBUTING for details.
If you discover any security related issues, please email [email protected] instead of using the issue tracker.
The MIT License (MIT). Please see License File for more information.
