Dois-je utiliser le XsltListViewWebPart (Alternative3) ou aller avec Alternative 1 ou 2
-
16-10-2019 - |
Question
Dire que j'ai la hiérarchie du site suivant:
-Home
- All Projects
- Project123
- Project456
- Project789
- ...
Sur le site « Tout projet » Je dois montrer une liste de tous les projets, y compris l'état de projet (sur la bonne voie ou non). La liste doit être triables et filtrables.
La question est: Comment dois-je mettre en œuvre cette
Ma première pensée était la suivante:
- disposer d'une liste dans chaque projet nommé « ProjectStatus » avec une entrée avec l'état actuel
- Alt1) Utilisez la partie web de requête de contenu à la « AllProject » pour obtenir la liste (comment obtenir usure le nom du projet)
- Alt2) Créer une partie web qui itère tous les sous-sites, et les résultats d'une liste des informations requises. (Pas sûr de la façon d'obtenir la pagination et le tri)
- Alt3) Ayez une liste à la « AllProject » qui est constamment mis à jour avec EventReceivers sur WebCreated (pour les nouveaux projets) et itemChanged (pour les changements de statut). Dans ce cas, je pourrais utiliser le XSLTListView
Toutes les suggestions sur la façon de mettre en œuvre ce?
Cordialement
Larsi
La solution
Je vous suggère d'avoir une liste personnalisée au niveau Tous les projets qui garde une trace de toutes les sous-sites quand ils sont créés ou supprimés. Ensuite, utilisez un CQWP pour quer5 même et l'utilisation Utilisez le XSLT souhaité pour afficher ces informations.
Licencié sous: CC-BY-SA avec attribution
Non affilié à sharepoint.stackexchange