Fieldtype::markupValue() method

Render a markup string of the value.

Non-markup components should also be entity encoded where appropriate.

Most Fieldtypes don't need to implement this since the default covers most scenarios.

This is different from Fieldtype::formatValue() in that it always returns a string (or object that can be typecast to a string) that is output ready with markup. Further, this method may be used to render specific properties in compound Fieldtypes. The intention here is primarily for admin output purposes, but can be used front-end where applicable.

This is different from Inputfield::renderValue() in that the context may be outside that of an Inputfield, as Inputfields can have external CSS or JS dependencies.

Usage

// basic usage
$string = $fieldtype->markupValue(Page $page, Field $field);

// usage with all arguments
$string = $fieldtype->markupValue(Page $page, Field $field, mixed $value = null, string $property = '');

Arguments

NameType(s)Description
pagePage

Page that $value comes from

fieldField

Field that $value comes from

value (optional)mixed

Optionally specify the value returned by $page->getFormatted('field'). When specified, value must be a formatted value. If null or not specified (recommended), it will be retrieved automatically.

property (optional)string

Optionally specify the property or index to render. If omitted, entire value is rendered.

Return value

string MarkupFieldtype

Returns a string or object that can be output as a string, ready for output. Return a MarkupFieldtype value when suitable so that the caller has potential specify additional config options before typecasting it to a string.


Hooking Fieldtype::markupValue(…)

You can add your own hook events that are executed either before or after the Fieldtype::markupValue(…) 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 Fieldtype::markupValue(…) method call is executed. This type of hook is especially useful for modifying arguments before they are sent to the method.

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

  // Get values of arguments sent to hook (and optionally modify them)
  $page = $event->arguments(0);
  $field = $event->arguments(1);
  $value = $event->arguments(2);
  $property = $event->arguments(3);

  /* Your code here, perhaps modifying arguments */

  // Populate back arguments (if you have modified them)
  $event->arguments(0, $page);
  $event->arguments(1, $field);
  $event->arguments(2, $value);
  $event->arguments(3, $property);
});

Hooking after

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

$this->addHookAfter('Fieldtype::markupValue', function(HookEvent $event) {
  // Get the object the event occurred on, if needed
  $Fieldtype = $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)
  $page = $event->arguments(0);
  $field = $event->arguments(1);
  $value = $event->arguments(2);
  $property = $event->arguments(3);

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

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

Fieldtype methods and properties

API reference based on ProcessWire core version 3.0.236

Latest news

  • ProcessWire Weekly #554
    In the 554th issue of ProcessWire Weekly we'll check out the latest core updates, introduce a couple of new third party modules, and more. Read on!
    Weekly.pw / 21 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

“To Drupal, or to ProcessWire? The million dollar choice. We decided to make an early switch to PW. And in retrospect, ProcessWire was probably the best decision we made. Thanks are due to ProcessWire and the amazing system and set of modules that are in place.” —Unni Krishnan, Founder of PigtailPundits