An open API service indexing awesome lists of open source software.

https://github.com/morning-train/wp-blocks

A package for working with WordPress Gutenberg blocks more easily.
https://github.com/morning-train/wp-blocks

Last synced: about 1 year ago
JSON representation

A package for working with WordPress Gutenberg blocks more easily.

Awesome Lists containing this project

README

          

# Morningtrain\WP\Blocks

A Morningtrain package for working with WordPress blocks more easily.

## 📋 Table of Contents

[[_TOC_]]

## Introduction

This tool is made for organizing WordPress Gutenberg blocks!

This tool lets you:

- Load all blocks found in a directory
- Render Blade views by defining them as `renderView` in block meta
- Load PHP dependencies by placing `*.php` files next to the `block.json` files

## Getting Started

To get started install the package as described below in [Installation](#installation).

To use the tool have a look at [Usage](#usage)

### Installation

Install with composer

```bash
composer require morningtrain/wp-blocks
```

## Dependencies

### morningtrain/php-loader

[PHP Loader](https://github.com/Morning-Train/php-loader) is used to load and initialize all Hooks

## Usage

### Loading the block directory

To initialize the package and/or to load blocks from a path use `Blocks::setup`

```php
use Morningtrain\WP\Blocks\Blocks;
// Tell Blocks where the built/compiled files are located
Blocks::setup(__DIR__ . "/public/build/blocks");

// To add another directory
Blocks::registerBlockDirectory(__DIR__ . "/public/build/blocks");
```

## Using a View

To serverside render a block using a Blade View set the custom `renderView` property.

You can also have custom PHP code dependency. By declaring `phpScript` the given script will be loaded alongside the
registration of your block.
This is especially useful when needing a View Composer.

Note the custom schema url!

```json
{
"$schema": "https://wp.cdn.mtra.in/default/schemas/block.json",
"apiVersion": 3,
"name": "foo/bar",
"version": "0.1.0",
"title": "Bar",
"textdomain": "foo",
"editorScript": "file:./index.js",
"editorStyle": "file:./index.css",
"style": "file:./style-index.css",
"renderView": "my-view",
"phpScript": "file:./script.php",
"viewPhpScript": [
"file:./view-script.php",
"file:./view-script2.php"
],
"editorPhpScript": "file:./editor-script.php"
}
```

The view will have the following vars: `$block`, `$attributes`, `$content` and `$blockProps`

Example:

```


{{$attributes['title']}}


{!! $content !!}


```

If you wish to view compose you may create a `*.php` file within your block folder.
As long as it is a sibling to the `block.json` file and is not named `*.asset.php` then it will automatically be loaded.

## Caching

If your environment is `production` then a cache containing all block files and their dependencies will be generated and
used so that the server doesn't have to look for them on every request.

To clear this cache you can use the CLI command:

```sh
wp wp-blocks deleteCacheFiles
```

## Credits

- [Mathias Munk](https://github.com/mrmoeg)
- [All Contributors](../../contributors)

## Testing

```bash
composer test
```

## License

The MIT License (MIT). Please see [License File](LICENSE) for more information.