Nouveauté : améliorations du rendu des champs personnalisés
Dernière modification : mercredi 14 avril 2010
S’applique à : SharePoint Foundation 2010
Dans cet article
Rendu des feuilles de style XSLT dans les affichages de liste
Les éléments RenderPattern sont désormais obsolètes
Les éléments PropertySchema sont désormais obsolètes
Compatibilité descendante
Microsoft SharePoint Foundation 2010 apporte deux modifications significatives à la façon dont vous définissez le rendu des types de champs personnalisés.
Rendu des feuilles de style XSLT dans les affichages de liste
Dans Windows SharePoint Services 3.0, les champs étaient restitués dans les pages d’affichage de liste par un élément RenderPattern situé dans un fichier de définition de champ, fldtypes*.xml. Dans SharePoint Foundation 2010, les champs sont restitués dans les pages d’affichage de liste par des feuilles de style XSLT. Par conséquent, vous définissez désormais le rendu de vos types de champs personnalisés en créant une feuille de style XSLT personnalisée plutôt qu’en ajoutant un élément RenderPattern personnalisé à une définition de type de champ. Pour plus d’informations sur les définitions de type de champ, voir Procédure : créer une définition de type de champ personnalisé et Présentation du fichier FldTypes.xml. Pour plus d’informations sur le rendu XSLT et sur la façon de le personnaliser, voir Vue d’ensemble du système de rendu d’affichage Liste XSLT et Procédure : personnaliser le rendu d’un champ d’un affichage de liste
Les éléments RenderPattern sont désormais obsolètes
En règle générale, dans Windows SharePoint Services 3.0, les champs étaient également restitués en mode Affichage par le biais d’un élément RenderPattern situé dans un fichier de définition de champ. Il était également possible, bien que rare, de restituer un champ en modes Modifier ou Nouveau avec un élément RenderPattern. Il était plus courant de restituer les champs dans ces modes avec un contrôle utilisateur (ASCX), appelé RenderingTemplate, et il était possible d’utiliser un contrôle utilisateur pour restituer un champ en mode Affichage. Dans SharePoint Foundation 2010, les champs personnalisés doivent toujours être restitués avec des contrôles utilisateur dans les trois modes. Bien que certains champs intégrés de longue date utilisent toujours un élément RenderPattern, pour le développement de champs personnalisés, les éléments RenderPattern sont obsolètes.
Les éléments PropertySchema sont désormais obsolètes
Dans Windows SharePoint Services 3.0, lorsqu’un champ personnalisé détenait une propriété de variable (c’est-à-dire, une propriété dont la valeur différait d’une liste à l’autre), un contrôle était requis dans les pages Nouvelle colonne de site, Modifier la colonne de site, Créer une colonne et Modifier la colonne afin que les utilisateurs pussent définir la valeur de propriété. L’une des façons dont les concepteurs de champs personnalisés pouvaient définir le rendu de ce contrôle consistait à recourir à un élément PropertySchema situé dans un fichier de définition de champ. Cette méthode est désormais obsolète. Vous devez créer un contrôle d’édition en guise de contrôle utilisateur (ASCX). Faites pointer votre champ personnalisé sur le contrôle utilisateur en définissant la propriété FieldEditorUserControl. Pour plus d’informations sur les contrôles d’éditeur de ce type, voir Rendu des propriétés de type de champ personnalisés et Contrôles d'éditeur pour les propriétés de type de champ.
Compatibilité descendante
S’il n’existe pas de contrôle utilisateur (RenderingTemplate) pour un champ, le runtime recherche un élément RenderPattern dans le fichier de définition de type de champ et, s’il le trouve, l’utilise. Ce comportement implique que les champs personnalisés que vous avez créés pour les versions antérieures à SharePoint Foundation 2010 peuvent toujours utiliser leurs définitions de type de champ existantes avec les éléments RenderPattern pour les mode Affichage, Modifier et Nouveau.
SharePoint Foundation 2010 ne restitue pas automatiquement un champ personnalisé hérité sur les affichages de liste en utilisant l’élément RenderPattern situé dans la définition de type de champ associée au champ. Toutefois, si vous ne souhaitez pas le rendu par défaut attribué au champ par la feuille de style XSLT, vous pouvez réactiver l’élément RenderPattern en ajoutant un élément <Field Name="CAMLRendering">TRUE</Field> à la définition de type de champ. Pour plus d’informations, voir Présentation du fichier FldTypes.xml et RenderPattern, élément (Types de champs).
Voir aussi
Concepts
Bloc de construction : Colonnes et types de champs
Procédure : créer un type de champ personnalisé