Concours de développement Windows Phone 7 organisé par Microsoft

Microsoft organise un concours de développement autour de la plateforme Windows Phone 7 afin de promouvoir cette dernière.

Les gagnants pourront présenter leur application à un jury composé notamment de Steve Ballmer himself.

Plusieurs téléphones seront également mis en jeu pour les participants les plus productifs.

Toutes les infos sur cette page : Compétition Windows Phone 7.

A vos claviers !

Rating 4.33 out of 5
[?]

SharePoint : AllowUnsafeUpdate simplifié

Voici une petite classe d’extension qui permet d’avoir une gestion plus simple de la propriété AllowUnsafeUpdate de la classe SPWeb :

L’idée est de détourner l’utilisation de l’interface IDisposable pour pouvoir utiliser un bloc « using » :

Trois avantages à ce pattern :

  • c’est plus lisible qu’une succession d’appels à la propriété AllowUnsafeUpdate et à la méthode Update()
  • en cas d’exception, la méthode Dispose est garantie d’être appelée… on s’épargne un Finnaly
  • le code gère l’état avant appel de la propriété AllowUnsafeUpdate en la sauvegardant.

On pourrait aussi imaginer l’utilisation d’une méthode qui reçoit un délégué, mais je trouve qu’est c’est un petit peu lourd à appeler par rapport au using.

Rating 3.00 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
[?]

Démarrage de workflow SharePoint sur publication de version majeure

Par défaut, la page d’association d’un workflow vous propose les trois modes suivants :

  • Manuel
  • Lors de l’ajout d’un élément
  • Lors de la modification d’un élément

La case « Démarrer ce flux de travail pour approuver la publication d’une version principale de cet élément. » quant à elle est grisée, même sur une bibliothèque de document où vous auriez activé les version majeures et mineures.

Pour permettre à un workflow de démarrer sur une publication de version majeure, rien de plus simple. Continue reading

Rating 3.50 out of 5
[?]