Feature pour définir la page d’accueil d’un site

Pour définir la page d’accueil d’un site, il faut normalement définir la propriété PublishingWeb.DefaultPage.

Si l’on souhaite, depuis une feature, définir la page d’accueil du site, le premier réflexe sera de définir cette propriété depuis un FeatureReceiver.

Il existe toutefois une méthode plus simple, sans code. En effet, la page d’accueil est stockée dans le PropertyBag du dossier racine du site.

Un petit script PowerShell peut rapidement le montrer :

Comme alors définir cette propriété depuis une feature ? Tout simplement en alimentant le PropertyBag du dossier racine, avec un fichier element.xml pouvant ressembler à celui-ci :

Attention à bien définir l’attribut Url, même s’il est vide. Sans celui-ci une exception sera levée.

Rating 5.00 out of 5
[?]

Wiki SharePoint 2010: liens entrants toujours visibles

Pour un site Wiki qui fonctionne avec SharePoint 2010, j’ai eu besoin d’afficher sur toutes les pages les liens entrants, sans avoir besoin d’aller dans le ruban->page->afficher les liens entrants.

La solution la plus simple que j’ai trouvée est de modifier la page de disposition EnterpriseWiki.aspx avec SharePoint Designer (la modification ne sera valable que sur ce site Wiki).

Ajoutez ce bloc de code, au dessus du menu “Catégories” (par exemple):

 

Ce bloc est issu directement du fichier BackLinks.aspx situé dans le dossier Layouts. Le premier contrôle affiche le libellé “Les pages suivantes mènent à cette page :” (dans la langue de l’utilisateur) et le second est le contrôle qui affiche les liens entrant.

Le résultat est alors le suivant :

Backlinks wiki toujours visibles

Backlinks wiki toujours visibles

A noter que la page d’accueil, par défaut, utilise la disposition “Page de projet de base”. Les backlinks n’apparaitrons pas si vous conservez cette disposition, à moins de répéter la manœuvre pour ce fichier.

<div class=”ewiki-slink”>
<div>
<b>
<SharePoint:EncodedLiteral runat=”server” text=”<%$Resources:wss,incoming_links%>” EncodeMethod=’HtmlEncode’/>
</b>
<div>
<SharePoint:FormComponent TemplateName=”BackLinksDisplay” ControlMode=”Display” runat=”server”/>
</div>
</div>
<div>
<b>
<SharePoint:EncodedLiteral runat=”server” text=”<%$Resources:cms,enterwiki_pagerating%>” EncodeMethod=”HtmlEncode”/></b>
<div>
<SharePointPortalControls:AverageRatingFieldControl FieldName=”5a14d1ab-1513-48c7-97b3-657a5ba6c742″ runat=”server”/></div>
</div>
Rating 2.50 out of 5
[?]

SharePoint : ajouter un webpart depuis une feature ?

Pour un de mes clients, j’ai été confronté à la difficulté suivante : comment, depuis une feature, instancier un web part sur la page d’accueil ?

En effet, un de mes features fournit web part spécifique, et je souhaite, à l’activation de la feature, qu’un exemplaire de ce dernier soit disponible sur la page d’accueil.

Tout aurait été simple si je déployait un nouvelle page. En effet, lorsque vous déployez une page, vous le faite via un module. Et dans un module, vous définissez un fichier à déployer :

Ici le noeud “AllUsersWebPart” permet d’ajouter un webpart à un page que vous êtes entrain de déployer. Comment faire alors pour une page existante, comme par exemple le fichier default.aspx ? Continue reading

Rating 3.50 out of 5
[?]

SharePoint : un web part qui ne s’affiche qu’avec certaines permissions ?

Voici un petit peu de code qui vous aidera à créer un WebPart qui ne s’affiche que si on dispose de certaines autorisations.

L’exemple typique est l’ajout d’un menu “gestionnaire” qui affiche certaines opérations/liens.

Ici, je vous montre un webpart qui permet d’afficher un lien vers un tableau de bord (dashboard.aspx) seulement si l’utilisateur connecté dispose de l’autorisation demandée :

L’astuce consiste à utiliser la propriété Hidden du WebPart plutôt que la propriété Visible. Si vous essayez de modifier cette dernière, vous aurez une erreur du genre :

[text]The Visible property cannot be set on Web Part XXXX. It can only be set on a standalone Web Part[/text]
Après déploiement du webpart, vous pouvez le poser sur une page de composant WebPart classique. Dans les propriétés de ce WebPart, dans la catégorie Divers, la sélection de l’autorisation nécessaire s’affiche :

Il suffit alors de sélectionner la permission requise pour afficher le web part.

Ce code est simpliste et ne sert qu’à montrer le principe. En production, on créera le webpart avec des règles métiers qui déterminent l’affichage, ou alors avec un ToolPart plus ergonomique, etc.

A noter que le webpart ici ne sécurise en rien la cible du lien… il ne fait qu’afficher ou non un lien !

Rating 3.00 out of 5
[?]

Colonne en lecture seule, mais visible

Pour un projet SharePoint j’ai été confronté au problème suivant : des colonnes devaient être calculées par un bout de code, non éditable par l’utilisateur mais par contre visible dans une vue ou dans la page de détail de l’élément.

Pour ce projet j’ai défini des ContentTypes personnalisés, avec des colonnes de sites dédiées.

En fouillant dans la documentation, je vois les attributs “ReadOnly” et “ReadOnlyEnforced” :

Je me dit “Super! il suffit de passer ces attributs à True et le tour est joué !”. Malheureusement, on est en plein “SharePoint mystic undocumented attitude” et la colonne est toujours bien là, visible et éditable.

Il existe toutefois une combinaison d’attributs qui permettent d’atteindre l’objectif.Par exemple, pour définir la colonne de site “Référence”, de type texte :

En gros, on précise manuellement le comportement souhaité, c’est à dire visible à l’affichage mais pas en édition.

A noter que les attributs “ReadOnly” et “ReadOnlyEnforced” ne sont, à ma conaissance qu’utilisés lorsque vous êtes dans une bibliothèque de document et que vous ouvrez un document dans Office…

Rating 3.67 out of 5
[?]

SharePoint 2007: Onet.xml et ContentEditorWebPart

Pour un de mes clients j’ai eu à créer un modèle de site dans lequel un WebPart “ContentEditorWebPart” devait être préconfiguré.
En utilisant la méthode “classique” qui consiste à configurer le WebPart dans un site de design, puis l’exporter dans un fichier .webpart avant de l’inclure dans le fichier ONET.Xml, j’ai eu la mauvaise surprise de voir une imbrication des balises CDATA. Continue reading

Rating 5.00 out of 5
[?]