Pageimage::rebuildVariations() method

Rebuilds variations of this image

By default, this excludes crops and images with suffixes, but can be overridden with the $mode and $suffix arguments.

Options for $mode argument

  • 0 (int): Rebuild only non-suffix, non-crop variations, and those w/suffix specified in $suffix argument. ($suffix is INCLUSION list)
  • 1 (int): Rebuild all non-suffix variations, and those w/suffix specifed in $suffix argument. ($suffix is INCLUSION list)
  • 2 (int): Rebuild all variations, except those with suffix specified in $suffix argument. ($suffix is EXCLUSION list)
  • 3 (int): Rebuild only variations specified in the $suffix argument. ($suffix is ONLY-INCLUSION list)
  • 4 (int): Rebuild only non-proportional, non-crop variations (variations that specify both width and height)

Mode 0 is the only truly safe mode, as in any other mode there are possibilities that the resulting rebuild of the variation may not be exactly what was intended. The issues with other modes primarily arise when the suffix means something about the technical details of the produced image, or when rebuilding variations that include crops from an original image that has since changed dimensions or crops.

Usage

// basic usage
$array = $pageimage->rebuildVariations();

// usage with all arguments
$array = $pageimage->rebuildVariations(int $mode = 0, array $suffix = [], array $options = []);

Arguments

NameType(s)Description
mode (optional)int

See the options for $mode argument above (default=0).

suffix (optional)array

Optional argument to specify suffixes to include or exclude (according to $mode).

options (optional)array

See $options for Pageimage::size() for details.

Return value

array

Returns an associative array with with the following indexes:

  • rebuilt (array): Names of files that were rebuilt.
  • skipped (array): Names of files that were skipped.
  • errors (array): Names of files that had errors.
  • reasons (array): Reasons why files were skipped or had errors, associative array indexed by file name.

Hooking Pageimage::rebuildVariations(…)

You can add your own hook events that are executed either before or after the Pageimage::rebuildVariations(…) method is executed. Examples of both are included below. A good place for hook code such as this is in your /site/ready.php file.

Hooking before

The 'before' hooks are called immediately before each Pageimage::rebuildVariations(…) method call is executed. This type of hook is especially useful for modifying arguments before they are sent to the method.

$this->addHookBefore('Pageimage::rebuildVariations', function(HookEvent $event) {
  // Get the object the event occurred on, if needed
  $Pageimage = $event->object;

  // Get values of arguments sent to hook (and optionally modify them)
  $mode = $event->arguments(0);
  $suffix = $event->arguments(1);
  $options = $event->arguments(2);

  /* Your code here, perhaps modifying arguments */

  // Populate back arguments (if you have modified them)
  $event->arguments(0, $mode);
  $event->arguments(1, $suffix);
  $event->arguments(2, $options);
});

Hooking after

The 'after' hooks are called immediately after each Pageimage::rebuildVariations(…) method call is executed. This type of hook is especially useful for modifying the value that was returned by the method call.

$this->addHookAfter('Pageimage::rebuildVariations', function(HookEvent $event) {
  // Get the object the event occurred on, if needed
  $Pageimage = $event->object;

  // An 'after' hook can retrieve and/or modify the return value
  $return = $event->return;

  // Get values of arguments sent to hook (if needed)
  $mode = $event->arguments(0);
  $suffix = $event->arguments(1);
  $options = $event->arguments(2);

  /* Your code here, perhaps modifying the return value */

  // Populate back return value, if you have modified it
  $event->return = $return;
});

Pageimage methods and properties

API reference based on ProcessWire core version 3.0.236

Latest news

  • ProcessWire Weekly #551
    In the 551st issue of ProcessWire Weekly we'll check out what's new in the core this week, share a new weekly poll, and more. Read on!
    Weekly.pw / 1 December 2024
  • Custom Fields Module
    This week we look at a new ProFields module named Custom Fields. This module provides a way to rapidly build out ProcessWire fields that contain any number of subfields/properties within them.
    Blog / 30 August 2024
  • Subscribe to weekly ProcessWire news

“Indeed, if ProcessWire can be considered as a CMS in its own right, it also offers all the advantages of a CMF (Content Management Framework). Unlike other solutions, the programmer is not forced to follow the proposed model and can integrate his/her ways of doing things.” —Guy Verville, Spiria Digital Inc.