El decorador Callback (llamada de retorno) permite ejecutar una llamada de retorno para mostrar el contenido. Las llamadas de retorno deben especificarse a través de la opción 'callback' pasada en la configuración del decorador, y pueden ser de cualquier valor de llamada de retorno PHP . Los Callbacks deben aceptar tres argumentos: $content (el contenido original enviado al decorador), $element (el objeto que se está decorando), y un array de $options . Un callback de ejemplo sería:

class Util
{
    public static function label($content, $element, array $options)
    {
        return '<span class="label">' . $element->getLabel() . "</span>";
    }
}

Esta llamada de retorno se especificaría como array('Util', 'label') , y generaría un (mal) código HTML para la etiqueta. El decorador Callback reemplazará, antepondrá o postpondrá el contenido original con el que devuelva.

El decorador Callback permite especificar un valor NULL para la opción placement (colocación), que reemplazará el contenido original con el valor devuelto de la llamada de retorno; 'prepend' (anteponer) y 'append' (postponer) siguen siendo válidas.

El decorador Captcha se usa junto con el elemento de formulario Captcha . Utiliza el método render() del adaptador del captcha para generar la salida.

Una variante del decorador Captcha, 'Captcha_Word', es usada frecuentemente, y crea dos elementos, un id y una entrada (input). El id indica el identificador de sesión que hay que comparar, y la entrada es para la verificación de usuario del captcha. Éstos elementos son validados como un sólo elemento.

El decorador Description puede ser usado para mostrar un conjunto de descripciones de un elemento Zend_Form , Zend_Form_Element , o Zend_Form_DisplayGroup ; toma la descripción usando el método getDescription() del objeto.

Por defecto, si no se encuentra la descripción, no se genera ninguna salida. Si la descripción está presente, entonces se envolverá en una etiqueta p HTML por defecto, aunque tiene la posibilidad de especificar una etiqueta pasando una opción tag al crear el decorador, o llamando a setTag() . También puede especificar una clase para el tag usando la opción class o llamando a setClass() ; por defecto, se usa la clase 'hint'.

La descripción es escapada utilizando los mecanismos de escapado por defecto del objeto de vista. Puede desactivar esto pasando un valor FALSE a la opción 'escape' del decorador o el método setEscape() .

Los decoradores por defecto utilizan listas de definición ( <dl> ) para generar elementos de formulario (form). Dato que los elementos de formulario pueden aparecer en cualquier orden, grupos de visualización y subformularios pueden ser encapsulados dentro de otros elementos de formulario. Para mantener estos tipos de elemento particulares dentro de la lista de definición, DtDdWrapper crea una nuevo término de definición vacío (definition term)( <dt> ) y encapsula su contenido en un nuevo dato de definición ( <dd> ). La salida queda como sigue:

<dt></dt>
<dd><fieldset id="subform">
    <legend>Información de Usuario</legend>
    ...
</fieldset></dd>

Este decorador reemplaza el contenido que se le provee envolviéndolo dentro del elemento <dd> .

Los errores de elemento obtienen su propio decorador con el decorador de errores. Este decorador sustituye al view helper FormErrors, que genera mensajes de error en una lista no ordenada ( <ul> ) como elementos de lista (li). El elemento <ul> recibe una clase de "errores".

El decorador de Errores puede anteponerse o postponerse al contenido que se le provee.

Por defecto, los grupos de visualización y subformularios generan sus contenidos dentro de fieldsets, EL decorador Fieldset busca la opción 'legend' o bien el método getLegend() en el elemento registrado, y lo usa como campo "legend" si no es vacío. Cualquier contenido pasado es envuelto en el fieldset HTML , reemplazando al contenido original. Cualquier atributo pasado al elemento decorado será generado como atributo del fieldset HTML .

Los elementos de tipo "File" (upload de ficheros) tienen una notación especial cuando se usan múltiples elementos file o subformularios. El decorador File es usado por Zend_Form_Element_File y permite fijar múltiples elementos file con una única llamada al método. Se usa automáticamente y fija el nombre de cada elemento.

Los objetos Zend_Form normalmente necesitan generar una etiqueta HTML "form". El decorador Form utiliza la ayuda del view helper Form. Encapsula cualquier contenido provista en un elemento HTML form, usando la acción y el método del objeto Zend Form, y cualquier atributo como atributo HTML .

Los formularios(forms), grupos de visualización y subformularios son colecciones de elementos. Para poder generar estos elementos, utilizan el decorador FormElements, el cual itera sobre todos los elementos, llamando a render() en cada uno de ellos y uniéndolos con el separador indicado. Puede anteponer o postponer al contenido que se le envía.

Algunos desarrolladores y diseñadores prefieren agrupar todos los mensajes de error en la parte superior del formulario. El decorador FormErrors le permite hacer esto.

Por defecto, la lista de errores generada tiene el siguiente marcado:

<ul class="form-errors">
    <li><b>[etiqueta de elemento o nombre]</b><ul>
            <li>[mensaje de error]</li>
            <li>[mensaje de error]</li>
        </ul>
    </li>
    <li><ul>
        <li><b>[etiqueta o nombre de elemento subformulario</b><ul>
                <li>[mensaje de error]</li>
                <li>[mensaje de error]</li>
            </ul>
        </li>
    </ul></li>
</ul>

Puede pasar como parámetro varias opciones para configurar la salida generada:

El decorador FormErrors puede anteponerse o postponerse al contenido que se le provee.

El decorador HtmlTag le permite utilizar etiquetas HTML para decorador el contenido; la etiqueta utiliza es pasada en la opción 'tag' , y cualquier otra opción es usada como atributo HTML de esa etiqueta. Por defecto, el contenido generado reemplaza al contenido envolviéndolo en la etiqueta dada. De cualquier forma, se permite especificar una localización de tipo 'append' (postponer) o 'prepend' (anteponer).

El decorador Image le permite crear un input HTML de tipo image ( <input type="image" ... /> ), y opcionalmente mostrarlo dentro de otro tag HTML .

Por defecto, el decorador usa la propiedad src del elemento, que puede fijarse con el método setImage() , como la ruta de la imagen ('src'). Adicionalmente, la etiqueta del elemento será usada como la etiqueta 'alt', y imageValue (manipulado con los métodos setImageValue() y getImageValue() ) será usada como el campo 'value'.

Para especificar una etiqueta HTML que utilizar con el elemento, pase la opción 'tag' al decorador, o llame explícitamente a setTag() .

Comúnmente, los elementos de formulario tienen etiquetas (labels) y se usa el decorador Label para generar esas etiquetas. Utiliza la ayuda del view helper FormLabel, y toma la etiqueta del elemento mediante el método getLabel() de ese elemento. Si no se encuentra la etiqueta, no se genera. Por defecto, las etiquetas se traducen cuando existe un adaptador de traducciones y existe una traducción para la etiqueta.

Opcionalmente, se puede especificar la opción 'tag'; si se suministra, encapsula la etiqueta en la etiqueta HTML en cuestión. Si la opción está presenta pero no hay etiqueta, la etiqueta será generada sin contenido. Puede especificar la clase que usar con la etiqueta mediante la opción 'class' o llamando a setClass() .

Adicionalmente, se pueden especificar prefijos o sufijos que usar al mostrar en pantalla los elementos, basados en si la etiqueta es para un elemento opcional o requerido. Por ejemplo, podríamos querer añadir ':' a la etiqueta o un '*', indicando que el elemento es requerido. Se puede realizar con las siguientes opciones y métodos:

Por defecto, el decorador Label antecede al contenido provisto; especifique la opción 'placement' (colocación) como 'append' para colocarlo después del contenido.

Formularios, grupos de visualización, y subformularios son colecciones de elementos. Al usar el decorador ViewScript con un formulario o subformulario, resulta útil el poder fijar recursívamente el objeto de vista, el traductor (translator)y todos los nombres relacionados (determinados por la notiación de tabla del subformulario). Esta tarea puede realizarse gracias al decorador 'PrepareElements'. Normalmente, se indicará como el primer decorador en al lista.

$form->setDecorators(array(
    'PrepareElements',
    array('ViewScript', array('viewScript' => 'form.phtml')),
));

La mayoría de los elementos utiliza helpers Zend_View para generar el contenido, y esto se realiza con el decorador ViewHelper. Con él, se puede especificar una etiqueta 'helper' para fijar explicitamente el view helper que utilizar; si no se suministra ninguno, utiliza el último segmento del nombre de clase del elemento para determinar el helper, anteponiéndole la cadena 'form': e.g., 'Zend_Form_Element_Text' buscaría un view helper del tipo 'formText'.

Cualquier atributo del elemento suministrado es pasado al view helper como atributo del elemento.

Por defecto, este decorador postpone el contenido; utilice la opción 'placement' para especificar una localización distinta.

A veces es necesario usar un view script para crear elementos; De esta forma, se puede tener un control preciso sobre los elementos; entregar el view script a un diseñador, o simplemente crear una forma fácil de sobreescribir basado en el módulo que se esté usando. El decorador ViewScript soluciona este problema.

El decorador ViewScript requiere una opción 'viewScript', o bien suministrada al decorador, o bien como atributo del elemento. Entonces genera ese script de vista como un script parcial, lo que significa que cada llamada a él tiene su propio espacio de variables; Ninguna variable de la vista será rellenada, aparte del elemento en sí. Distintas variables son entonces rellenadas:

Como ejemplo, se pueden tener el siguiente elemento:

// Fija un decorador ViewScript a un único elemento ,
// especificando como opción el script de vista (obligatorio) y algunas opciones extra
$element->setDecorators(array(array('ViewScript', array(
    'viewScript' => '_element.phtml',
    'class'      => 'form element'
))));

// o especificando el viewScript como un atributo del elemento:
$element->viewScript = '_element.phtml';
$element->setDecorators(array(array('ViewScript',
                                    array('class' => 'form element'))));

Un view script puede tener el siguiente aspecto:

<div class="<?php echo  $this->class ?>">
    <?php echo  $this->formLabel($this->element->getName(),
                         $this->element->getLabel()) ?>
    <?php echo  $this->{$this->element->helper}(
        $this->element->getName(),
        $this->element->getValue(),
        $this->element->getAttribs()
    ) ?>
    <?php echo  $this->formErrors($this->element->getMessages()) ?>
    <div class="hint"><?php echo  $this->element->getDescription() ?></div>
</div>

// En la creación del decorador:
$element->addDecorator('ViewScript', array('placement' => false));

// Aplicado a una instancia de un decorador ya existente:
$decorator->setOption('placement', false);

// Aplicado a un decorador ya asociado a un elemento:
$element->getDecorator('ViewScript')->setOption('placement', false);

// Dentro de un view script usado por un decorador:
$this->decorator->setOption('placement', false);

Se recomienda usar el decorador ViewScript cuando necesite un control muy preciso sobre cómo generados sus elementos.