Novedades: Mejoras en la representación de campos personalizados
Última modificación: miércoles, 14 de abril de 2010
Hace referencia a: SharePoint Foundation 2010
En este artículo
Representación de hojas de estilos XSLT en las vistas de listas
Los elementos RenderPattern están obsoletos
Los elementos de PropertySchema están obsoletos
Compatibilidad con versiones anteriores
Microsoft SharePoint Foundation 2010 introduce dos cambios importantes en la manera de definir cómo se representan los tipos de campos personalizados.
Representación de hojas de estilos XSLT en las vistas de listas
En Windows SharePoint Services 3.0, los campos se representaban en las páginas de vistas de lista mediante un elemento RenderPattern en un archivo de definición de campo, fldtypes*.xml. En SharePoint Foundation 2010, los campos se representan en páginas de vistas de lista mediante hojas de estilos XSLT. Por lo tanto, ahora puede definir la representación de sus tipos de campos personalizados creando una hoja de estilos XSLT personalizada en lugar de agregar un elemento RenderPattern personalizado a una definición de tipo de campo. Vea Procedimiento para crear una definición de tipo de campo personalizado y Descripción del archivo FldTypes.xml para obtener más información acerca de las definiciones de tipo de campos. Vea Información general del sistema de representación de vistas de listas XSLT y Procedimiento para personalizar la representación de un campo en una vista de lista para obtener más información acerca de la representación de XSLT y cómo personalizarla.
Los elementos RenderPattern están obsoletos
En Windows SharePoint Services 3.0 los campos normalmente se representaban en el modo de presentación mediante un elemento de RenderPattern en un archivo de definición de campo. También era posible, aunque no frecuente, representar un campo en los modos Edición y Nuevo con un elemento de RenderPattern. Por lo general, los campos se representaban en los modos Edición y Nuevo con un control de usuario (ASCX), conocido como una RenderingTemplate, y se podía usar un control de usuario para representar un campo en el modo de presentación. En SharePoint Foundation 2010 los campos personalizados se deben representar siempre mediante controles de usuario en los tres modos. Si bien algunos de los campos integrados tradicionales continúan usando un elemento de RenderPattern, para el desarrollo de campos personalizados, los elementos de RenderPattern están obsoletos.
Los elementos de PropertySchema están obsoletos
En Windows SharePoint Services 3.0, si un campo personalizado tenía una propiedad variable (es decir, una propiedad con un valor diferente en listas diferentes), se necesitaba un control en las páginas Nueva columna de sitio, Cambiar columna de sitio, Crear columna y Cambiar columna para que los usuarios pudieran establecer el valor de la propiedad. Uno de los modos mediante los cuales los diseñadores de campos personalizados podían definir la representación de este control era por medio de un elemento de PropertySchema en el archivo de definición de campo. Este método ya es obsoleto. Debe crear un control de edición como un control de usuario (ASCX). Dirija su campo personalizado al control de usuario estableciendo la propiedad FieldEditorUserControl. Para obtener más información acerca de tales controles de editor, consulte Representación de propiedades de tipo de campo personalizado y Controles del editor para propiedades de tipo de campo.
Compatibilidad con versiones anteriores
Si no hay control de usuario (RenderingTemplate) para un campo, el tiempo de ejecución busca un elemento de RenderPattern en el archivo de definición de tipo de campo y, si lo encuentra, lo usa. Una consecuencia de este comportamiento es que los campos personalizados que creó para las versiones anteriores a SharePoint Foundation 2010 aún pueden usar sus definiciones de tipo de campo existentes con elementos de RenderPattern para el modo Presentación, Edición o Nuevo.
SharePoint Foundation 2010 no representará automáticamente sus campos personalizados heredados en las vistas de listas mediante el RenderPattern de la definición de tipo de campo del campo. Sin embargo, si no desea la representación predeterminada que se da al campo mediante la hoja de estilos XSLT, puede volver a habilitar el RenderPattern agregando un elemento de <Field Name="CAMLRendering">TRUE</Field> a la definición de tipo de campo. Para obtener más información, vea Descripción del archivo FldTypes.xml y Elemento RenderPattern (Tipos de campo).
Vea también
Conceptos
Bloque de creación: columnas y tipos de campo
Tipos de campos personalizados
Procedimiento para crear un tipo de campo personalizado
Representación de propiedades de tipo de campo personalizado