Download the PHP package dimezilla/wp_manifest_loader without Composer

WordPress Manifest Loader

This library provides a simple class that will read a manifest.json and automatically register and enqueue the scripts found within.

A manifest.json is typically a file that is produced by a bundler like webpack as part of a production build. It could be something that looks like this:

Installation

Install via composer:

Basic Usage

It's pretty simple. For the purpose of the following example, I'm going to assume that you are using this in a plugin.

1) The first thing you should do is create the class:

Here's all of the arguments that the assetloader takes in the order in which they are accepted:

• $plugin_url - string - the url to the the present project path
• $plugin_path - string - the path to the present project
• $tag_prefix - string - the tag prefix for the project
• $version - string - the version number associated with the assets
• $distribution_path - string - the path from the project root to the distribution files and where the manifest.json is located
• $manifest_filename - string - the name of the manifest.json file in case it has a different name
• $load_config - boolean - look for a config file and load it automatically
• $read_manifest - boolean - look for the manifest and read it automatically

In the above example, we are telling the asset loader that the url is the wordpress generated url for the plugin project's path. Then we are telling the asset loader that the directory path to our project is this current directory of our file. Next we are telling the loader that the plugin tag prefix is 'radcampaign'. This means that the asset loader will ascribe a handle prefixed with 'radcampaign/' for let's say a file called main.js. Thus the handle would be 'radcampaign/main.js'. So if you want o use it as a script dependency later, in another script, this is how you would use it.

2) Next, call registerAssets inside some sort of wp_enqueue_scripts hook

registerAssets by default automatically enqueues the assets it finds. To prevent this from happening you can call register assets like so:

Advanced Usage

Asset Specific Configuration

This package has support for a asset-loader.config.json to be placed in the same director as the $plugin_path setting when the class is instantiated. This file must be valid json and is a dictionary keyed by the script key found in the manifest file. Borrowing from our example above, here's what a possible configuration might look like:

This file would register our main.js script with the jquery and lodash dependencies. It would assign a version of 0.1, and load the script in the footer. This would also register main.css with the a bootstrap dependency, give it a version of 1.0 and specify a "screen" media for the css.

Instantiating the loader

You don't have to use new MANIFEST_LOADER\AssetLoader to craete the class. You can also create it through it's static method MANIFEST_LOADER\AssetLoader::create. This method takes all of the same arguments as the __construct method.

Deferring the reading of local files

By default, when the loader is created, it will load config if an asset-loader.config.json is found. It will also try and find the manifest file and read that as well. You can turn this behavior off when creating the class by doing the following:

assetURL & assetPath

After the manifest has been loaded, you can get any of the file paths or urls by running the following

Changing initial configuration

If after you create the loader you want to do something like lets say changing the default version used you can use one of the setters to change. In this case you can run $loader->setVersion('2.5'); and this will change the default version to "2.5". You can use a getter function retrieve the default version by running $loader->getVersion(); and this will return the instance default version. All of the setters return the class instance so that you may chain them like this:

Here's all of the setters and their corresponding getters:

• setPluginPath && getPluginPath
• setPluginUrl && getPluginUrl
• setDistributionPath && getDistributionPath
• setManifestFilename && getManifestFilename
• setVersion && getVersion
• setTagPrefix && getTagPrefix

Again all of these set functions return the class instance. All of the get functions take no arguments and return the value.