Cette documentation est archivée et n’est pas conservée.

Mise à niveau des définitions de liste standard

Windows SharePoint Services 3

Les définitions de liste dans Windows SharePoint Services 3.0 ont été changées en Composants fonctionnels pour les rendre plus facilement accessibles à partir des définitions de site. Pour cette raison, il n'est plus nécessaire de redéfinir les listes que vous ne prévoyez pas de personnaliser dans la définition de votre site.

Si vous n'avez personnalisé aucune des définitions de liste standard, supprimez simplement les définitions de liste standard de Windows SharePoint Services 2.0 de la définition de votre site et remplacez-les par une référence au Composant fonctionnel de collaboration d'équipe de Windows SharePoint Services 3.0.

Pour supprimer les définitions de liste standard de la définition de votre site

  1. Supprimez les balises <ListTemplate> dans Onet.xml pour les types de listes suivants :

    • custlist

    • gridlist

    • doclib

    • imglib

    • voting

    • discuss

    • favorite

    • announce

    • contacts

    • events

    • tasks

    • xmlform

    • issue

  2. Supprimez les répertoires de listes de prise en charge pour ces définitions de liste de Windows SharePoint Services 2.0. Ainsi, pour la définition de votre site Windows SharePoint Services 3.0, vous pouvez supprimer les dossiers ANNOUNCE, CONTACTS, CUSTLIST, DISCUSS, DOCLIB, EVENTS, FAVORITE, GRIDLIST, IMGLIB, ISSUE, TASKS, VOTING et XMLFORM de Windows SharePoint Services 2.0 dans \LISTS.

  3. Dans chacune des balises <Configuration> de votre fichier Onet.xml, ajoutez une référence au composant fonctionnel de collaboration d'équipe, comme suit :

    <Configuration ...>
      <WebFeatures>
        <!-- TeamCollab Feature -->
        <Feature ID="00BFEA71-4EA5-48D4-A4AD-7EA5C011ABE5" />
      </WebFeatures>
    </Configuration>
    

Si vous avez personnalisé des définitions de liste spécifiques (par exemple, la définition de la bibliothèque de documents [DOCLIB]), vous devez utiliser une approche plus détaillée. Remplacez toutes les listes non personnalisées comme indiqué plus haut (dans ce cas, toutes les listes, à l'exception de DOCLIB). Au lieu d'ajouter une référence au composant fonctionnel de collaboration d'équipe dans les balises <Configuration>, ajoutez des références spécifiques aux composants fonctionnels contenant les définitions de liste que vous n'avez pas personnalisées.

Le tableau suivant contient les noms des dossiers des Composants fonctionnels et les ID des Composants fonctionnels des définitions de liste :

Dossier ID

AnnouncementsList

00BFEA71-D1CE-42de-9C63-A44004CE0104

ContactsList

00BFEA71-7E6D-4186-9BA8-C047AC750105

CustomList

00BFEA71-DE22-43B2-A848-C05709900100

DataSourceLibrary

00BFEA71-F381-423D-B9D1-DA7A54C50110

DiscussionsList

00BFEA71-6A49-43FA-B535-D15C05500108

DocumentLibrary

00BFEA71-E717-4E80-AA17-D0C71B360101

EventsList

00BFEA71-EC85-4903-972D-EBE475780106

GanttTasksList

00BFEA71-513D-4CA0-96C2-6A47775C0119

GridList

00BFEA71-3A1D-41D3-A0EE-651D11570120

IssuesList

00BFEA71-5932-4F9C-AD71-1557E5751100

LinksList

00BFEA71-2062-426C-90BF-714C59600103

NoCodeWorkflowLibrary

00BFEA71-F600-43F6-A895-40C0DE7B0117

PictureLibrary

00BFEA71-52D4-45B3-B544-B1C71B620109

SurveysList

00BFEA71-EB8A-40B1-80C7-506BE7590102

TasksList

00BFEA71-A83E-497E-9BA0-7A5C597D0107

WebPageLibrary

00BFEA71-C796-4402-9F2F-0EB9A6E71B18

WorkflowProcessLibrary

00BFEA71-2D77-4A75-9FCA-76516689E21A

WorkflowHistoryList

00BFEA71-4EA5-48D4-A4AD-305CF7030140

XmlFormLibrary

00BFEA71-1E1D-4562-B56A-F05371BB0115

Si vous avez personnalisé seulement la définition de liste de la bibliothèque de documents (DOCLIB) dans votre définition de site Windows SharePoint Services 2.0, n'incluez pas de référence à cette définition de liste dans les balises <Configuration> de votre fichier Onet.xml. Ajoutez des références de composant dont la portée se limite à une collection de sites ou à un site Web à chaque composant fonctionnel, à l'exception de la définition de la bibliothèque de documents, de façon à ce que cette définition de liste conserve vos personnalisations.

Ajout de nouveaux formulaires, de types de contenu et de champs partagés

Il faut apporter quelques modifications supplémentaires à chacune de vos définitions de liste personnalisées Windows SharePoint Services 2.0 pour qu'elles fonctionnent dans Windows SharePoint Services 3.0.

Toutes les pages d'affichage de formulaire ou de liste SharePoint utilisent désormais des pages ASPX standardisées. Au lieu que chaque page ait par exemple son propre fichier AllItems.aspx, EditForm.aspx, DisplayForm.aspx ou NewForm.aspx, les pages partagent maintenant par défaut un fichier ASPX standard. Pour utiliser ces pages de formulaire standardisées, spécifiez SetupPath="pages\form.aspx" dans toutes les balises <Form> de vos définitions de liste Windows SharePoint Services 2.0 et spécifiez SetupPath="pages\viewpage.aspx" dans les vues qui ont des pages derrière elles. Bien entendu, si vous avez personnalisé des pages pour des listes spécifiques, vous pouvez continuer à les utiliser : vous devez cependant suivre les instructions fournies précédemment sur la mise à niveau des pages .ASPX pour leur utilisation dans Windows SharePoint Services 3.0.

Les formulaires de liste utilisent à présent des modèles basés sur les contrôles utilisateur ASP.NET plutôt que le langage Collaborative Application Markup Language (CAML). La définition de formulaire CAML n'est plus nécessaire et peut par conséquent être supprimée. Si vous souhaitez utiliser un modèle personnalisé pour la définition de votre liste, spécifiez Template="TEMPLATENAME" dans la balise <Form> de votre fichier Schema.xml. Pour plus d'informations sur les modèles de formulaires personnalisés, voir Création de modèles de formulaires personnalisés.

Envisagez d'adapter les définitions de liste personnalisées à l'utilisation de types de contenu et de définitions de champs partagés. Pour ce faire, définissez de nouveaux types de contenu et de nouveaux champs partagés dans un composant fonctionnel dont la portée se limite à une collection de sites distincte. Pour mettre à niveau la définition de votre liste, utilisez la balise <ContentTypes> pour déclarer les types de contenu à implémenter dans les listes créées via la définition, et annotez les balises <Field> en spécifiant les GUID identifiant les champs partagés à utiliser. Notez, cependant, que même si vous utilisez des types de contenu, vos définitions de liste doivent encore déclarer tous les champs dans le fichier Schema.xml du composant fonctionnel de liste.

Voir aussi

Afficher: