Mise à niveau visuelle
Dernière modification : mardi 6 avril 2010
S’applique à : SharePoint Foundation 2010
Quand vous procédez à une mise à niveau vers Microsoft SharePoint Foundation 2010, les modifications apportées au nouveau produit qui affectent l’expérience utilisateur peuvent influer de façon négative sur certains éléments de l’interface utilisateur, tels que les pages personnalisées, les composants WebPart, les contrôles Web ou les vues. La mise à niveau visuelle permet aux administrateurs de collections de sites et aux propriétaires de sites Web de décider de passer des éléments précédents de l’interface utilisateur visuelle aux éléments courants de l’interface utilisateur visuelle. L’administrateur peut choisir de proposer ou de masquer l’option de mise à niveau visuelle dans tous les sites Web d’une collection de sites, ou de continuer à appliquer les éléments les plus récents de l’interface utilisateur directement à tous les sites Web.
Lorsque la mise à niveau visuelle est activée au sein d’une collection de sites, les propriétaires de sites Web contrôlent la mise à niveau visuelle et la mise à niveau de la batterie de serveurs initiale préserve l’expérience utilisateur antérieure (y compris la disposition, l’organisation des commandes et le style), de telle sorte que l’ensemble des données et des paramètres du site Web original est conservé. Cependant, après la mise à niveau de la batterie de serveurs, les administrateurs de la batterie, les administrateurs de la collection de sites ou les propriétaires de sites Web peuvent modifier leurs sites pour fournir l’expérience utilisateur SharePoint la plus récente. La conservation de l’expérience utilisateur précédente réduit la probabilité que le contenu personnalisé cesse de fonctionner, ce qui garantit aux administrateurs, développeurs et utilisateurs finaux de pouvoir continuer à travailler dans SharePoint Foundation jusqu’à ce que toute la mise à niveau soit terminée. Pour autant que les sites Web fonctionnent conformément à l’expérience utilisateur SharePoint précédente, il se peut que certaines nouvelles fonctionnalités SharePoint ne soient pas disponibles. Ces nouvelles fonctionnalités incluent, par exemple, l’interface utilisateur du ruban du serveur, la modification sur place des pages Wiki, les calendriers interactifs ou les relations de listes. Quand les sites Web basculent vers l’expérience utilisateur la plus récente, de nouvelles fonctionnalités deviennent automatiquement disponibles. Les nouveaux sites que vous créez après la mise à niveau utilisent par défaut la nouvelle interface utilisateur.
Test dans les deux modes d’interface utilisateur
Après la mise à niveau, utilisez un environnement de test pour tester les sites Web avant et après la mise à niveau visuelle. Effectuez les tests dans le mode précédent d’interface utilisateur et dans le mode courant afin de vous assurer que les sites fonctionnent sous les deux versions. Vérifiez que vos personnalisations sont installées et qu’elles fonctionnent correctement, au moins dans le mode précédent d’interface utilisateur.
Vérifiez que les éléments d’interface utilisateur ayant un aspect visuel fonctionnent correctement et paraissent adéquats dans la nouvelle version de SharePoint Foundation. Toute personnalisation visuelle, ou toute personnalisation qui injecte une forme de code HTML, ou qui possède des dépendances par rapport aux feuilles de style – pages maîtres, structures de présentation ou contrôles de la page, par exemple – nécessitera probablement une révision que vous ignorerez tant que vous n’aurez pas effectué les tests. Ces éléments de l’interface utilisateur incluent, par exemple, les contrôles de délégué, les composants WebPart, les définitions personnalisées de site, les pages maîtres personnalisées, les thèmes personnalisés, etc. Les chances sont élevées que, même si de tels éléments d’interface utilisateur fonctionnent correctement avant la mise à niveau visuelle, ils présenteront, après cette dernière, un aspect incompatible avec la nouvelle interface utilisateur et vous devrez modifier l’élément. Parmi les éléments d’interface utilisateur qui requièrent probablement la moindre quantité de travail pour la mise à niveau, figurent, par exemple, les types de contenu personnalisés, les contrôles de champs personnalisés n’ayant pas un aspect visuel, les modules HTML personnalisés ou les gestionnaires HTML.
Si un élément d’interface utilisateur est visuel, vous devrez presque toujours écrire le code nécessaire pour qu’il fonctionne dans la version courante de SharePoint Foundation. Pensez à la façon dont l’élément s’affiche dans le navigateur. Dans certains cas, il se peut que vous ayez simplement besoin de rétablir le code HTML en mode strict à l’aide des balises de fermeture. Ou il se peut qu’un composant WebPart injecte un ancien balisage sur la page. Si les listes imbriquées ne sont pas fermées dans le bon ordre, par exemple, il se peut que la page s’arrête à cause d’un comportement spécifique au navigateur ou associé au DOM. Les contrôles utilisateur personnalisés qui contiennent du script, qui comportent du code défini dans les pages .asmx et .ascx, ou qui vous permettent d’héberger les contrôles .ascx dans les bibliothèques de documents, présentent bel et bien des risques pour la sécurité et des problèmes de mise à niveau – n’oubliez pas de les prendre en compte lors de la mise à niveau. Si lors des tests, vous vous heurtez à des problèmes, essayez toujours de les résoudre en utilisant d’abord l’une des structures déclaratives XML de mise à niveau, fournies dans SharePoint Foundation, soit un fichier de définition de mise à niveau, soit une mise à niveau de fonctionnalité, tous deux faciles à tester.
Modèle objet de la mise à niveau visuelle
De nouveaux membres ont été ajoutés au modèle objet SharePoint Foundation qui varient selon l’état de la mise à niveau visuelle et qui vous permettent de déterminer si un site Web est correctement restitué. La mise à niveau visuelle permet d’afficher un contrôle de deux façons différentes, ce qui peut aider à empêcher de créer un contrôle qui fonctionne dans l’interface utilisateur courante, mais arrête toutes les pages restituées dans l’interface utilisateur précédente. Par exemple, vous ne voulez pas mélanger les modes en affichant une structure de style du mode courant dans une page d’interface utilisateur du mode précédent, mais souhaitez afficher les pages dans le mode approprié du site. Les nouvelles propriétés vous permettent d’intégrer une intelligence aux fonctionnalités en écrivant le code qui détermine comment afficher les éléments d’interface utilisateur de façon conditionnelle, selon la version de l’interface utilisateur.
UIVersion (SPWeb) : spécifie la version courante de l’interface utilisateur du site Web. Les valeurs valides sont 3, pour Windows SharePoint Services 3.0, et 4, pour SharePoint Foundation 2010 et Microsoft SharePoint Server 2010.
UIVersionConfigurationEnabled (SPWeb) : spécifie si l’interface utilisateur des paramètres de la mise à niveau visuelle doit être activée pour modifier la version d’interface utilisateur du site Web. Si la valeur est false, les utilisateurs ne peuvent pas modifier la version de l’interface utilisateur.
UIVersionConfigurationEnabled (SPSite) : spécifie si l’interface utilisateur des paramètres de la mise à niveau visuelle doit être activée pour modifier la version d’interface utilisateur de la collection de sites. L’affectation à cette propriété de la valeur false désactive l’interface utilisateur des paramètres de la mise à niveau visuelle qui permet aux propriétaires de collections de sites de convertir tous les sites Web enfants dans la nouvelle interface utilisateur ; ce paramètre masque également l’interface utilisateur des paramètres de la mise à niveau visuelle sur tous les sites Web.
Notes
Un site Web possède une version d’interface utilisateur, contrairement à une collection de sites.
En plus des propriétés précédentes, SharePoint Foundation fournit un contrôle UIVersionedContent, lequel est un contrôle Web qui affiche le contenu de façon conditionnelle, en fonction de la chaîne de version spécifiée et de la version d’interface utilisateur du site Web courant. Ce contrôle ajoute son contenu à la hiérarchie des contrôles de la page uniquement s’il correspond à la version d’interface utilisateur du site Web. Autre contrôle, VersionedPlaceHolder n’est pas aussi performant, mais fournit une option de sauvegarde pour les cas où le contrôle doit se trouver sur la page pour l’initialisation, le chargement et la prérestitution, mais où il est masqué pour la restitution. Pour plus d’informations sur les nouvelles propriétés Version et les nouveaux attributs qui ont été ajoutés au modèle objet et au schéma pour la mise à niveau des fonctionnalités, voir Mise à niveau des fonctionnalités.
L’outil de vérification préalable à la mise à niveau fourni dans Windows SharePoint Services 3.0 Service Pack 2, dont les règles ont été mises à jour dans le correctif logiciel de mises à jour cumulatives côté serveur (octobre 2009), offre un moyen d’identifier les emplacements où les personnalisations sont utilisées et si elles fonctionnent correctement. Par exemple, vous pouvez utiliser l’opération enumallwebs de l’utilitaire de ligne de commande stsadm pour identifier à quel endroit les composants WebPart, les récepteurs d’événements, les fonctionnalités ou les affichages de listes personnalisés ont été implémentés. Si vous êtes préoccupé par les personnalisations apportées, il vous est recommandé de mettre à niveau votre installation de Windows SharePoint Services 3.0 vers le Service Pack 2, puis d’installer le correctif logiciel de mises à jour cumulatives côté serveur (octobre 2009) avant d’exécuter l’outil de vérification préalable à la mise à niveau. Pour plus d’informations sur l’utilisation de l’outil de vérification préalable à la mise à niveau, voir Exécutez l’outil de vérification préalable à la mise à niveau (SharePoint Server 2010) .