Bienvenue à Blogs CodeS-SourceS Identification | Inscription | Aide

The Mit's Blog

En plus d'intégrer et skier, il sait même écrire !
(Blog de Renaud Comte)

Actualités


  • Ancien MVP SharePoint 8 ans ...
    Des projets .Net, SharePoint 2013 ou Office 365 ??

    Contactez-nous :

Archives

Astuce MOSS : une CQWP déployable

Mes lecteurs assidus savent que je suis un grand prêcheur du déploiement logique sous SharePoint aka "Pas de Feature sans Solution"

Maintenant, il ne faut pas forcement croire que ce sont les seuls outils disponibles. Surtout dans certains scénarii d'utilisation de MOSS

J'ai trouvé cette astuce il y a peu et c'est vrai qu'elle peut bien vous aider dans votre packaging de site de publication

Oui, une petite astuce WCM pour changer :

sharepoint.H@ck : Add content query web part to page layout

Ce post met en exergue une problématique au sujet d'une des WPs les plus utiles du monde MOSS : la fameuse Content Query Web Part aka CQWP

La fameuse WebPart permettant de fédérer et présenter du contenu dans MOSS

  image

Le soucis est qu'il est difficile de la packager dans une page de modèle et donc de créer un template de publication réutilisable

Certes, vous pouvez au minimum, intégrer le style XSL spécifique via une Feature (N'est ce pas Philippe).

En pratique, la WebPart se comporte toujours selon l'adresse d' initialisation d'origine , soit :

  • la racine
  • tout les sous site
  • l'adresse en cours

Bon, ce n'est pas bien gênant si on travaille en racine du portail (genre "Mes documents") mais dans le cas d'un modèle de Layout pouvant être utilisé à plusieurs endroits de votre hiérarchie SharePoint, il faut prévenir le gestionnaire de contenu, qu'il doit reparamètrer la WP pour préciser le site en cours ...

Un peu dommage mais il y a une alternative, même plusieurs

  1. Utiliser les API de publication et le SPLimitedWebPartManager
    • via un Feature Receiver
    • via Powershell (dans le cas d'une utilisation unique sinon ...)
      >>> Bien sur, il faudra gérer la publication, le checkin/Release, la modification de la WebPart, ...
  2. Dériver la CQWP smile_regular
    • En modifiant dans le CreateChildControl l'utilisation unique de l'adresse courante de la WebPArt en fonction du contexte SharePoint, vous rendez votre WP autoconfigurable :)
    • Vous ne changer rien à vos processus de développement : vous pouvez toujours l'intégrer et la paramètrer directement dans SharePoint Designer lorsque vous concevez votre Layout de publication

Voici un exemple de base (à améliorer en fonction de votre besoin)

using Microsoft.SharePoint.Publishing.WebControls; //Need this reference for the ContentByQuery web part

namespace WhatWebCQWP
{
    [Guid("03b0b57c-6607-44f5-adfd-b361d6129687")]
    public class WhatWebCQWP : ContentByQueryWebPart
    {
        public WhatWebCQWP()
        {
            this.ExportMode = WebPartExportMode.All;
        }

        protected override void CreateChildControls()
        {
            Uri WebLocation = new Uri(SPContext.Current.Web.Url); //Replace the default web location property of CQWP with current URL
            this.WebUrl = WebLocation.AbsolutePath.Replace("%20", " "); //Get only the absolute path and replace encoded space with unencoded space
            base.CreateChildControls();
        }

        protected override void RenderWebPart(HtmlTextWriter output)
        {
            base.RenderWebPart(output);
        }
    }
}

Merci à Doug McCusker pour l'idée !

Renaud Comte aka TheMit (WCM à temps perdu)
Member of WygTeam
http://www.wygwam.com

Mots clés Technorati : ,,,
Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
Posted: mardi 23 septembre 2008 11:57 par themit

Commentaires

Pas de commentaires

Les commentaires anonymes sont désactivés

Les 10 derniers blogs postés

- Office 365: Portal.office.com avec le compatibility View d’Internet Explorer 11 par Blog Technique de Romelard Fabrice le il y a 14 heures et 25 minutes

- Office 365: Comment utiliser la DLL Microsoft.SharePoint.Client.UserProfiles.dll dans son code PowerShell par Blog Technique de Romelard Fabrice le 09-23-2016, 09:15

- Office 365: Comment obtenir des informations des Users Profiles du tenant via PowerShell par Blog Technique de Romelard Fabrice le 09-22-2016, 17:58

- Event: La saison des conférence reprend, comme les champignons par Blog Technique de Romelard Fabrice le 09-21-2016, 10:05

- Microsoft Hololens par Le Blog (Vert) d'Arnaud JUND le 09-21-2016, 07:55

- SharePoint, édition multi fenêtres d'un élément de liste par Le Blog (Vert) d'Arnaud JUND le 09-19-2016, 13:10

- Ouvrir avec l’explorateur vos bibliothèques #SharePoint et #OneDrive… par Le blog de Patrick [MVP Office 365] le 09-10-2016, 17:47

- Contenu Festival #SharePoint et #Office 365 de mai 2016 à Paris #SPSParis par Le blog de Patrick [MVP Office 365] le 09-10-2016, 16:44

- Changements important pour Microsoft Store Services SDK par Blog de Jérémy Jeanson le 08-16-2016, 12:38

- Office 365: Le ContentTypeHub et les Content Types Orphelins par Blog Technique de Romelard Fabrice le 08-12-2016, 16:59