Série : J'ai testé la conversion vers la "Modern" expérience | épisode 6 : Les WebPar

Voici le sixième billet concernant la conversion vers la "Modern" expérience.

Il est le dernier d'une série de 6 billets de blog, présentés dans l'ordre suivant :

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 résultats concernant les WebParts "Contenu piloté par la recherche", que je présente de façon simplifiée, par rapport à la page docs.microsoft.com, sous la forme du tableau ci-dessous. Quelques lignes de commentaires accompagnent ensuite ce tableau.

Pour mon test, j'ai inséré les WebParts suivants :

images
vidéos
pages
pages Wiki
éléments modifiés récemment
éléments populaires
éléments correspondant à une balise

J'attends donc du convertisseur qu'ils convertissent tous ces WebParts classiques en WebPart "modern" "Contenu mis en évidence".

Si vous n'êtes absolument pas familier du WebPart "Contenu mis en évidence", vous pouvez, au départ, être séduit par la simplicité de la configuration :

Comme pour tous les WebParts "modern", les concepteurs ont mis un point d'honneur à n'afficher que des paramètres utiles et simples à configurer.
Après quelques essais, vous pouvez ensuite être déçu par les limites que vous allez rencontrer : en effet, actuellement, vos anciennes requêtes KQL que ne sont pas toutes applicables car vous serez limités au booléen implicite "OR" entre les types de contenu et aux conditions "Égal à", "Différent de", "Commence par", "Contient" et "Ne contient pas". Bref, fini le générateur de requête KQL/FQL. Au final, le WebPart apparait comme être plus proche des paramètres du WebPart classique « Requête de contenu » que du WebPart « Recherche de contenu »...

Les résultats sont donc les suivants : aucune coche verte mais aucune coche rouge non plus.

Cela signifie que :