This repository is only Voyager Page Blocks not the Voyager Frontend Package
1. Require this Package in your fresh Laravel/Voyager project
composer require secondnetwork/voyager-page-blocks
2. Run the Installer
php artisan voyager-page-blocks:install
3. (Optional) Seed the database with example page blocks.
php artisan voyager-page-blocks:seed
Page blocks are created & configured in 2 steps:
- Define the block - in
/config/page-blocks.php
- Build the block's HTML layout - create the template in
/resources/views/vendor/voyager-page-blocks/blocks
Familiarize yourself with /config/page-blocks.php
. This is where you'll define each block - you'll tell it which fields the block should have (for the admin to manage) and which Blade template it should use on the frontend.
- Each array inside this configuration file is a page block
- Each block contains fields
- Each field contains a unique field key
- Each field is based on a Voyager Data Type
The below table explains what each property does and how it is relevant to the block itself:
Key | Purpose |
---|---|
Root key | This is the name of your page block, used to load the configuration |
name | This is the display name of your page block, used in the block 'adder' |
fields | This is where your page block fields live (text areas, images etc) |
fields => field | The content name of your field, used to store/load its content |
fields => display_name | The display name of this field in the back-end |
fields => type | The data row type that this field will use (check TCG\Voyager\FormFields ) |
fields => required | Self-explanatory, marks this field as required or not (not available for all partials) |
fields => placeholder | Self-explanatory, adds a placeholder to the field (not available for all partials) |
fields => details | Used for selects/checkboxes/radios to supply options |
template | This points to your blade file for your block template |
compatible | TBA |
When you're ready to start structuring the display of your block, you'll need to create (or override our defaults) your blade template (located at /resources/views/vendor/voyager-page-blocks/blocks/your_block.blade.php
) and use the accessors you defined in your module's configuration file to fetch each fields data ({!! $blockData->image_content !!}
).
Let's say we want to create a new block with 1 WYSIWYG editor, called 'Company Overview'.
Step 1. Define the new block
In /config/page-blocks.php
, we'll add:
$blocks['company_overview'] = [
'name' => 'Company Overview',
'template' => 'voyager-page-blocks::blocks.company_overview',
'fields' => [
'content' => [
'field' => 'content',
'display_name' => 'Company Overview Content',
'type' => 'rich_text_box',
'required' => 1,
'placeholder' => '<p>Lorem ipsum dolor sit amet. Nullam in dui mauris.</p>',
],
],
];
Step 2. Build the Controller and Blade View
PagesController
class PagesController extends Controller
{
protected $theme = '';
public function index()
{
$page = Page::where('slug', 'startseite');
$page = $page->firstOrFail();
$block = DB::table('page_blocks')
->where('page_id', '=', $page->id)
->where('is_hidden', '=', '0')
->orderBy('order', 'asc')
->get();
return view('theme::pages.default', compact('page', 'block', 'posts'));
}
Blade View Template
@if (!empty($block))
@foreach($block as $blockTemp)
@if (!empty($blockTemp->type))
@php
$template = $blockTemp->path;
$blockData = json_decode($blockTemp->data);
@endphp
@include('theme::blocks.'.$template)
@else
<div class="page-block">
<div class="callout alert">
<div class="grid-container column text-center">
<h2><< !! Warning: Missing Block !! >></h2>
</div>
</div>
</div>
@endif
@endforeach
@else
<h1>
{{ $page->title }}
</h1>
<div class="page-content">
{!! $page->body !!}
</div>
@endif
Step 3. Add the block to a page
Next, jump into the Voyager Admin > Pages and click 'Content' next to a page. You'll now be able to select Company Overview
from the 'Add Block' section. Add the block to the page, drag/drop it into place, edit the text etc.
It is important to sanitise your field output, null values will cause errors.
It is very important that you follow the naming scheme that is setup in the example page blocks as the keys reference other cogs in the system to stitch the blocks together. There are example blocks already set up in the resources/views
directory and configuration file for you to get started.