Série : J'ai testé la conversion vers la "Modern" expérience | épisode 1 : La page Wi

Voici le premier billet concernant la conversion vers la "Modern" expérience.

Il fait partie d'une série de 6 billets de blog, présentés dans l'ordre suivant :

EP 1 : Les composants d'applications

EP 2 : Les composants WebPart Média et contenu

EP 3 : Les composants WebPart Collaboration sociale

EP 4 : Les composants WebPart Données Métiers

EP 5 : Les composants WebPart Report de contenu

EP 6 : Les composants WebPart Contenu piloté par la recherche

Voici, donc mes premiers résultats.

La conversion de la mise en page de page Wiki, décrite sur la page officielle de Microsoft ici, fonctionne vraiment très bien : rien à y redire, ce qui apparait normal quand on a bien respecté les consignes de rester sur les modèles de mise en page fournis par Microsoft.

Concernant les WebParts, j'ai essayé de simplifier la présentation des résultats de mes tests, sous la forme d'un tableau.

Quelques lignes de commentaires accompagnent ensuite ce tableau.

Avec une coche de couleur verte, les APPs d'application de type liste et bibliothèque sont correctement reconnues et converties en WebParts liste et bibliothèque de la catégorie Découverte.

Une remarque concernant l'APP Liens promus avec une case à cocher orange, le "chouchou" des utilisateurs pour les menus de navigation en expérience classique :

• C'était une liste, cela reste une liste ;

• Le WebPart d'application Liens Promus n'est pas converti en WebPart Liens rapides, de la catégorie Découverte, qui est "fonctionnellement" son successeur.

Cette conversion ne fonctionne donc pas comme nous pourrions l'attendre car :

• Le WebPart Liens rapides ne s'appuie pas sur une APP de type liste

• Les liens sont définis directement dans les paramètres de WebParts

Prochain épisode : EP 2 | Les composants WebPart Média et contenu