Manual:Parser functions/es

Las funciones de análisis sintáctico (en inglés, parser functions), agregadas en MediaWiki 1.7, son un tipo de extensiones que están integradas estrechamente con el analizador sintáctico. La expresión parser function no debe confundirse con Extension:ParserFunctions, que son una colección de funciones sencillas de análisis sintáctico. (Ver Help:Extension:ParserFunctions para información sobre estas.)

Descripción
Mientras que una extensión de marcado está concebida para tomar texto sin procesar y devolver HTML al navegador, una función de análisis puede «interactuar» con otros elementos wiki de la página. Por ejemplo, la salida de una función de análisis se podría usar como parámetro de una plantilla o en la construcción de un enlace.

La sintaxis típica de una función de análisis es:

Para más información, consulta de. Según esta documentación,
 * The callback function should have the form:
 * O con :
 * O con :

Crear una función de análisis es ligeramente más complejo que crear una nueva etiqueta porque el nombre de la función debe ser una palabra mágica, una palabra clave que sea compatible con el uso de alias y localización.

Ejemplo simple
A continuación hay un ejemplo de una extensión que crea una función de análisis.

El registro va a extension.json; el código, a includes/ExampleExtension.php:

Otro archivo, ExampleExtension.i18n.php, deberá contener:

Con esta extensión activada,



produce:


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

Funciones más largas
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 and call the static functions in the hooks; e.g.:

Agrega esto en tu archivo : Luego agrega esto en tu archivo :
 * See: writing an event handler for other styles.

Caching
Al igual que con extensiones de marcado, se puede usar $parser->disableCache para deshabilitar la caché para extensiones dinámicas.

Control del análisis sintáctico de la salida
Para que el wikitexto devuelto por tu función de análisis esté completamente analizado (incluyendo las expansiones de plantillas), define la opción  como falsa en la salida.

It seems the default value for  changed from false to 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:

However, This is a test. will produce something like this:

This is

param1 is hello and param2 is hi and param3 is hey a test.

This happens due to a hardcoded "\n\n" that is prepended to the HTML output of parser functions. To avoid that and make sure the HTML code is rendered inline to the surrounding text, you can use this:

Naming
By default, MW adds a hash character (number sign, "#") to the name of each parser function. To suppress that addition (and obtain a parser function with no "#" prefix), include the SFH_NO_HASH constant in the optional flags argument to setFunctionHook, as described 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 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 ) Parámetros:


 * string $id - The magic word ID
 * mixed $callback - The callback function (and object) to use
 * integer $flags - Optional, set it to the SFH_NO_HASH constant to call the function without "#".

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

Create a function, e.g.,. The callback function should have the form:

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:


 * found : The text returned is valid, stop processing the template. This is on by default.
 * nowiki : Wiki markup in the return value should be escaped
 * noparse : Unsafe HTML tags should not be stripped, etc.
 * noargs : Don't replace triple-brace arguments in the return value
 * isHTML : The returned text is HTML, armour it against wikitext transformation

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 ( | ) 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:

Véase también

 * The ParserFunctions extension is a well-known collection of parser functions.
 * The Parser Hooks PHP library, which provides an object orientated interface for declarative parser hooks
 * The ParserFunctions extension is a well-known collection of parser functions.
 * The Parser Hooks PHP library, which provides an object orientated interface for declarative parser hooks
 * The ParserFunctions extension is a well-known collection of parser functions.
 * The Parser Hooks PHP library, which provides an object orientated interface for declarative parser hooks
 * The ParserFunctions extension is a well-known collection of parser functions.
 * The Parser Hooks PHP library, which provides an object orientated interface for declarative parser hooks
 * The Parser Hooks PHP library, which provides an object orientated interface for declarative parser hooks