FuzzyBot: Updating to match new version of source page

2026-04-12T10:25:30Z

Updating to match new version of source page

New page

<languages />
{{Magic words}}
[[File:MediaWiki-extensions-icon.svg|125px|alt=MediaWiki extensions|{{dir|{{pagelang}}|left|right}}]]
Parser functions, added in MediaWiki 1.7, are a type of extension that integrate closely with the parser.
The phrase "parser function" should not be confused with {{ll|Extension:ParserFunctions}}, which is a collection of simple parser functions.
(See {{ll|Help:Extension:ParserFunctions}} for those.)

== Description ==

Whereas a [[Special:MyLanguage/Manual:Tag extensions|tag extension]] is expected to take unprocessed text and return HTML to the browser, a parser function can 'interact' with other wiki elements in the page. For example, the output of a parser function could be used as a [[Special:MyLanguage/Help:Templates#Parameters|template parameter]] or in the construction of a [[Special:MyLanguage/Help:Link|link]].

The typical syntax for a parser function is:

<blockquote><nowiki>
{{ #functionname: param1 | param2 | param3 }}
</nowiki></blockquote>

For more information, see {{tmpl|0={{method doclink | class=MediaWiki\Parser\Parser | anchor=a34da5613dad9dd0a5e921aa7bceba3cf|method=$1}}|the documentation}} for {{phpi|Parser::setFunctionHook ( $id, $callback, $flags {{=}} 0 )}}.
This documentation states:

:The callback function should have the form:
::<code>function myParserFunction( $parser, $arg1, $arg2, $arg3 ) { ... }</code>
:Or with <code>SFH_OBJECT_ARGS</code>:
::<code>function myParserFunction( $parser, $frame, $args ) { ... }</code>

The first variant of the call passes all arguments as plain text.
The second passes all arguments as an array of {{ll|Manual:PPNode.php|PPNode}}s, except for the first (<code>$args[0]</code>), which is currently text, though this may change in the future.
These represent the unexpanded wikitext.
The <code>{{ll|Manual:PPFrame.php|$frame}}</code> parameter can be used to expand these arguments as needed.
This is commonly used for conditional processing so that only the {{phpi|true}} case is evaluated with an <code>if</code>-or-<code>switch</code>-like parser function.
The frame object can also climb up the document tree to get information about the caller and has functions to determine and manage call depth, time-to-live, and whether the result of the parser function is volatile.

Creating a parser function is slightly more complicated than creating a new tag because the function name must be a [[Special:MyLanguage/Help:Magic words|magic word]], a keyword that supports aliases and localization.

== Simple example ==

Below is an example of an extension that creates a parser function.

The registration goes into '''extension.json''' and the code into '''src/ExampleExtensionHooks.php''' respectively:

{| class="wikitable"
|-
! Standard:
! Using the HookHandler interface:
|-
!colspan="2"| extension.json
|-
| {{ExtensionJsonFile
|type=parserhook
|extension=ExampleExtension
}}
|
{{Code
|lang=json
|
{
"name": "ExampleExtension",
"author": "Me",
"version": "1.0.0",
"url": "https://www.mediawiki.org/wiki/Extension:ExampleExtension",
"descriptionmsg": "{{lc:ExampleExtension}}-desc",
"license-name": "GPL-2.0-or-later",
"type": "parserhook",
"MessagesDirs": {
"ExampleExtension": [
"i18n"
]
},
"AutoloadClasses": {
"ExampleExtensionHooks": "src/ExampleExtensionHooks.php"
},
"ExtensionMessagesFiles": {
"ExampleExtensionMagic": "ExampleExtension.i18n.php"
},
"Hooks": {
"ParserFirstCallInit": "onParserFirstCallInit"
},
"HookHandlers": {
"ExampleExtensionHooks": {
"class": "MediaWiki\\Extension\\ExampleExtension\\Hooks"
}
},
"manifest_version": 1
}
}}

|-
!colspan="2"| ExampleExtensionHooks.php
|-
|<syntaxhighlight lang="php">
<?php

class ExampleExtensionHooks {

// Register any render callbacks with the parser
public static function onParserFirstCallInit( Parser $parser ) {
// Create a function hook associating the <code>example</code> magic word with renderExample()
$parser->setFunctionHook( 'example', [ self::class, 'renderExample' ] );
}

// Render the output of {{#example:}}.
public static function renderExample( Parser $parser, $param1 = '', $param2 = '', $param3 = '' ) {
// The input parameters are wikitext with templates expanded.
// The output should be wikitext too.
$output = "param1 is $param1 and param2 is $param2 and param3 is $param3";

return $output;
}

}
</syntaxhighlight>
| <syntaxhighlight lang="php">
<?php

class ExampleExtensionHooks implements ParserFirstCallInitHook {

// Register any render callbacks with the parser
public function onParserFirstCallInit( $parser ) {
// Create a function hook associating the example magic word with renderExample()
$parser->setFunctionHook( 'example', [ $this, 'renderExample' ] );
}

// Render the output of {{#example:}}.
public function renderExample( $parser, $param1 = '', $param2 = '', $param3 = '' ) {
// The input parameters are wikitext with templates expanded.
// The output should be wikitext too.
$output = "param1 is $param1 and param2 is $param2 and param3 is $param3";
return $output;
}

}
</syntaxhighlight>
|}

Another file, '''ExampleExtension.i18n.php''', in your extension directory (Not in the src/ subdirectory) should contain:

<syntaxhighlight lang="php">
<?php
/**
* @license GPL-2.0-or-later
* @author Your Name (YourUserName)
*/

$magicWords = [];

/** English
* @author Your Name (YourUserName)
*/
$magicWords['en'] = [
'example' => [ 0, 'example' ],
];
</syntaxhighlight>

With this extension enabled,

* {{#example: hello | hi | hey}}

produces:

* param1 is hello and param2 is hi and param3 is hey

{{note|1=This magicWords array is not optional. If it is omitted, the parser function simply will not work; the {{#example: hello | hi}} will be rendered as though the extension were not installed. If only the language-specific array is initialized and not the magicWords array itself, this can cause localization errors as translations from other extensions leak into yours. You can associate magic words inline in PHP rather than through a i18n file. This is useful when defining hooks in <code>LocalSettings.php</code>

<syntaxhighlight lang="php">
MediaWiki\MediaWikiServices::getInstance()->getContentLanguage()->mMagicExtensions['wikicodeToHtml'] = ['MAG_CUSTOM', 'custom'];
</syntaxhighlight>
}}

=== Within LocalSettings.php ===

Magic words and their handling parser functions can be defined entirely in LocalSettings.php.

<syntaxhighlight lang="php">
$wgHooks['ParserFirstCallInit'][] = function ( Parser $parser )
{
MediaWiki\MediaWikiServices::getInstance()->getContentLanguage()->mMagicExtensions['wikicodeToHtml'] = ['wikicodeToHtml', 'wikicodeToHtml'];

$parser->setFunctionHook( 'wikicodeToHtml', 'wikicodeToHtml' );
};

function wikicodeToHtml( Parser $parser, $code = '' )
{
$title = $parser->getTitle();
$options = $parser->Options();
$options->enableLimitReport(false);
$parser = $parser->getFreshParser();
return [$parser->parse($code, $title, $options)->getText(), 'isHTML' => true];
}
</syntaxhighlight>

=== Longer functions ===

For longer functions, you may want to split the hook functions out to a _body.php or .hooks.php file and make them static functions of a class. Then you can load the class with {{ll|Manual:$wgAutoloadClasses|$wgAutoloadClasses}} and call the static functions in the hooks; e.g.:

Put this in your <code>extension.json</code> file:
<syntaxhighlight lang="json">
"Hooks": {
"ParserFirstCallInit": "ExampleExtensionHooks::onParserFirstCallInit"
},
"AutoloadClasses": {
"ExampleExtensionHooks": "src/ExampleExtensionHooks.php"
}
</syntaxhighlight>
* <small>See: [[Special:MyLanguage/Manual:Hooks#Writing_an_event_handler|writing an event handler]] for other styles.</small>

Then put this in your <code>src/ExampleExtensionHooks.php</code> file:

<syntaxhighlight lang="php">
class ExampleExtensionHooks {
public static function onParserFirstCallInit( Parser $parser ) {
$parser->setFunctionHook( 'example', [ self::class, 'renderExample' ] );
}
}
</syntaxhighlight>

== Parser interface ==

=== Controlling the parsing of output ===

To have the wikitext returned by your parser function be fully parsed (including expansion of templates), set the <code>noparse</code> option to {{phpi|false}} when returning:

<syntaxhighlight lang="php">
return [ $output, 'noparse' => false ];
</syntaxhighlight>

It seems the default value for <code>noparse</code> changed from {{phpi|false}} to {{phpi|true}}, at least in some situations, sometime around version 1.12.

Conversely, to have your parser function return HTML that remains unparsed, rather than returning wikitext, use this:

<syntaxhighlight lang="php">
return [ $output, 'noparse' => true, 'isHTML' => true ];
</syntaxhighlight>

=== Naming ===
By default, MW adds a hash character (number sign, <code>#</code>) to the name of each parser function.
To suppress that addition (and obtain a parser function with no <code>#</code> prefix), include the ''SFH_NO_HASH'' constant in the optional flags argument to setFunctionHook, as described [[#The setFunctionHook hook|below]].

When choosing a name without a hash prefix, note that transclusion of a page with a name starting with that function name followed by a colon is no longer possible. In particular, avoid function names equal to a namespace name. In the case that interwiki transclusion [https://lists.wikimedia.org/hyperkitty/list/mediawiki-l@lists.wikimedia.org/thread/3M53FBQ66B4EZNU6XMJQRFG3TVCW7WQO/] is enabled, also avoid function names equal to an interwiki prefix.

=== The setFunctionHook hook ===
For more details of the interface into the parser, see the documentation for setFunctionHook in includes/Parser.php.
Here's a (possibly dated) copy of those comments:

'''function setFunctionHook( $id, $callback, $flags = 0 )'''

'''Parameters:'''

* string $id – The magic word ID
* mixed $callback – The callback function (and object) to use
* integer $flags – Optional. Values:
:* <code>SFH_NO_HASH</code> (1) – constant if you call the function without <code>#</code>.
:* <code>SFH_OBJECT_ARGS</code> (2) – if you pass a PPFrame object and array of arguments instead of a series of function arguments, for which [[#Description|see above]].
:*Defaults to 0 (no flags).

'''Return value:''' The old callback function for this name, if any

Create a function, e.g., <code><nowiki>{{#sum:1|2|3}}</nowiki></code>. The callback function should have the form:

<syntaxhighlight lang="php" style="overflow:auto;">
function myParserFunction( $parser, $arg1, $arg2, $arg3 ) { ... }
</syntaxhighlight>

The callback may either return the text result of the function, or an array with the text in element 0, and a number of flags in the other elements. The names of the flags are specified in the keys. Valid flags are:

{| class="wikitable"
! Name !! Type !! Default
! Description
|-
| found || Boolean || {{phpi|true}}
| {{phpi|true}} if the text returned is valid and processing of the template must stop.
|-
| text || ? || ?
| The text to return from the function. If isChildObj or isLocalObj are specified, this should be a DOM node instead.
|-
| noparse || {{Tunit|id=125|content=Boolean}} || {{phpi|true}}
| {{phpi|true}} if text should not be preprocessed to a DOM tree, e.g. unsafe HTML tags should not be stripped, etc.
|-
| isHTML || {{Tunit|id=125|content=Boolean}} || ?
| {{phpi|true}} if the returned text is HTML and must be armoured against wikitext transformation. [[Manual talk:Parser functions#isHTML - almost but not _entirely|But see discussion]]
|-
| nowiki || {{Tunit|id=125|content=Boolean}} || usually {{phpi|false}}
| {{phpi|true}} if wiki markup in the return value (text) should be escaped.
|-
| isChildObj || {{Tunit|id=125|content=Boolean}} || ?
| {{phpi|true}} if the text is a DOM node needing expansion in a child frame.
|-
| isLocalObj || {{Tunit|id=125|content=Boolean}} || ?
| {{phpi|true}} if the text is a DOM node needing expansion in the current frame. The default value depends on other values and outcomes.
|-
| preprocessFlags || ? || {{phpi|false}}
| Optional {{ll|Manual:PPFrame.php|PPFrame}} flags to use when parsing the returned text. This only applies when noparse is {{phpi|false}}.
|-
| title || ? || {{phpi|false}}
| The {{ll|Manual:Title.php|Title}} object where the text came from.
|-
| forceRawInterwiki || {{Tunit|id=125|content=Boolean}} || ?
| {{phpi|true}} if interwiki transclusion must be forced to be done in raw mode and not rendered.
|}

=== Expensive parser functions ===
{{see also|Manual:Template limits#Expensive parser function calls}}

Some parser functions represent a significant use of a wiki's resources and should be marked as "expensive".
The number of expensive parser functions on any given page is limited by the {{ll|Manual:$wgExpensiveParserFunctionLimit|$wgExpensiveParserFunctionLimit}} setting.
What counts as expensive is left up to the function itself, but typically, anything that is likely to cause a delay that extends beyond simple processing of data should be considered.
This includes things like database reads and writes, launching a shell script synchronously, or file manipulation.
On the other hand, not all such functions should necessarily be tagged.
Semantic MediaWiki, for example, only marks a percentage of its database reads as expensive.
This is due to the fact that on certain data-intensive pages, it could easily overflow the normal expensive parser function limits.
In cases like this, the potential for noticeably slower performance that doesn't get flagged as expensive is a trade-off to having the functionality that SMW offers.

To mark your parser function as expensive, from within the body of the function's code, use <syntaxhighlight lang=php inline>$result = $parser->incrementExpensiveFunctionCount();</syntaxhighlight>.
The return value will be {{phpi|false}} if the expensive function limit has been reached or exceeded.

==Named parameters==

Parser functions do not support named parameters the way templates and tag extensions do, but it is occasionally useful to fake it. Users are often accustomed to using vertical bars ( <code>|</code> ) to separate arguments, so it's nice to be able to do that in the parser function context, too. Here's a simple example of how to accomplish this:

<syntaxhighlight lang="php" style="overflow:auto;">
function ExampleExtensionRenderParserFunction( &$parser ) {
// Suppose the user invoked the parser function like so:
// {{#myparserfunction: foo=bar | apple=orange | banana }}

$options = extractOptions( array_slice( func_get_args(), 1 ) );

// Now you've got an array that looks like this:
// [foo] => 'bar'
// [apple] => 'orange'
// [banana] => true
// Continue writing your code...
}

/**
* Converts an array of values in form [0] => "name=value" into a real associative array in form [name] => value
* If no = is provided, true is assumed like this: [name] => true
*
* @param array string $options
* @return array $results
*/
function extractOptions( array $options ) {
$results = [];
foreach ( $options as $option ) {
$pair = array_map( 'trim', explode( '=', $option, 2 ) );
if ( count( $pair ) === 2 ) {
$results[ $pair[0] ] = $pair[1];
}
if ( count( $pair ) === 1 ) {
$results[ $pair[0] ] = true;
}
}
return $results;
}
</syntaxhighlight>

==See also==

General and related guides:

* {{ll|Manual:Developing extensions}}, or for more general information about extensions, see {{ll|Manual:Extensions}} and {{ll|Extensions FAQ}}.
* {{ll|Manual:Tag extensions}}
* {{ll|Manual:Magic words}}

Code:

* {{ll|Manual:Parser.php}}
* {{ll|Manual:Hooks/ParserFirstCallInit}}
* {{ll|Parser function hooks}} – an (incomplete) list of parser functions provided by core and extensions
* The [https://github.com/JeroenDeDauw/ParserHooks#parserhooks Parser Hooks] PHP library, which provides an object orientated interface for declarative parser hooks
* {{ll|Manual:Extension data}}

Examples:

* The [[Special:MyLanguage/Extension:ParserFunctions|ParserFunctions extension]] is a well-known collection of parser functions.
* {{ll|Help:Extension:ParserFunctions}}
* {{ll|Category:Parser function extensions}}

{{Extension development}}

[[Category:MediaWiki development{{#translation:}}]]
[[Category:Parser extensions{{#translation:}}|*]]
[[Category:Wiki markup{{#translation:}}|Parser functions]]
[[Category:Customization techniques{{#translation:}}|Parser functions]]
[[Category:Sample code{{#translation:}}]]

Manual:Parser functions/en - Revision history

FuzzyBot: Updating to match new version of source page