Visual Studio 2012

[eBooks] – Collection d’ebooks gratuits

Posted on Updated on

Bonjour à tous.

 

Aujourd’hui, pas d’article technique mais une collection d’ebooks gratuits à télécharger (en anglais) de tous types :

  • Office & Office 365
  • SharePoint
  • SQL Server
  • System Center
  • Visual Studio
  • Web development
  • Windows
  • Windows Azure

Et en plusieurs formats pour la plupart : PDF, EPUB, MOBI. On ne va pas se priver !

Ca se passe par ici : http://blogs.msdn.com/b/mssmallbiz/archive/2013/06/18/huge-collection-of-free-microsoft-ebooks-for-you-including-office-office-365-sharepoint-sql-server-system-center-visual-studio-web-development-windows-windows-azure-and-windows-server.aspx

 

Bonne lecture !

Advertisements

[VSTO]–Mon premier VSTO pour Outlook 2013

Posted on Updated on

Bonjour à tous.

Aujourd’hui un petit article qui sort des traditionnels posts autour de SharePoint, avec au programme un VSTO pour Outlook (2013 dans mon cas), Visual Studio 2012 et les modèles de projets pour Office 2013.

Mon cas est simple, il faut que j’ajoute aux catégories proposées en standard par Outlook des catégories personnalisées pour colorer les Rendez-vous du calendrier suivant le type :

  • Absences (RTT, congés) : Rouge
  • Production : Orange
  • Formation : Mauve
  • Avant-Vente : Vert
  • Intercontrat (Le moins possible !!!) : Jaune

Je ne vais pas personnaliser le ruban dans cet exemple… peut être plus tard !

1/ La plateforme de développement

Dans le but de rentrer le plus vite dans le vif du sujet, ma plateforme de développement se compose de ma machine de travail quotidienne :

  • Windows 8 Enterprise x64 en anglais
  • Office Professional Plus 2013 x86 en anglais
  • Visual Studio 2012 Ultimate en anglais

Pour pouvoir développer avec les modèles de projet Office 2013, la première chose à faire est de télécharger les extensions pour Visual Studio 2012 que vous trouverez ici : http://msdn.microsoft.com/en-us/office/apps/fp123627.aspx

01

Une fois l’exécutable téléchargé, lancez le. Il s’agit d’un WebInstaller de Microsoft qui téléchargera le nécessaire et l’installera sur votre poste. Attendez la fin de l’installation.

2/ Création du projet Visual Studio

Vous pourrez ensuite lancer Visual Studio 2012 :

02

Créez un nouveau projet en faisant : File > New > Project. L’assistant de création d’un projet se lance. Dans les modèles de projet, vous devriez trouver (dans la section C# dans mon cas) la section Office/SharePoint, puis Office Add-ins. Dans cette section vous trouverez tous les modèles pour Office 2013 : Word, Excel, PowerPoint et autres… :

03

On choisit ici “Outlook 2013 Add-In”, on nomme le projet (Demo.Outlook.Addin) et on le place dans le bon répertoire. Puis on clique sur OK.

Le projet est créé dans l’explorateur de solution :

04

Le projet se compose pour le moment d’un élément (une classe) ThisAddin avec deux évènements : ThisAddIn_Startup et ThisAddIn_Shutdown. Ces deux évènements sont appelés au chargement de l’Add-in (lancement d’Outlook ou activation de l’Add-in via le gestionnaire) ou au déchargement (fermeture d’Outlook ou désactivation de l’Add-In).

05

3 / Le code

Dans mon cas c’est plutôt simple. Pour ajouter des éléments dans les catégories existantes, je vais m’appuyer sur le modèle objet (Interop) d’Outlook pour ajouter dans la collection des catégories de nouveau éléments.

Pour cela, nous allons recourir au namespace : Microsoft.Office.Interop.Outlook en utilisant la classe Categories. Cette classe possède une méthode Add() prenant en paramètres :

  • Un nom : string
  • Une couleur : Microsoft.Office.Interop.Outlook.OlCategoryColor [Option]
  • Un raccourci clavier : Microsoft.Office.Interop.Outlook.OlCategoryShortcutKey [Option]

Ce qui donne :

Application.Session.Categories.Add(“Absences”, Microsoft.Office.Interop.Outlook.OlCategoryColor.olCategoryColorRed, Microsoft.Office.Interop.Outlook.OlCategoryShortcutKey.olCategoryShortcutKeyCtrlF2);

Nous allons répéter cela pour toutes les catégories à ajouter :

06

Dans le souci de ne pas ajouter ces catégories à chaque activation de l’Add-In, j’ai ajouter une méthode CategoryExists() qui retourne True si la catégorie existe, False sinon :

private bool CategoryExists(string categoryName)
{
foreach (Microsoft.Office.Interop.Outlook.Category item in Application.Session.Categories)
{
if (item.Name == categoryName)
return true;
}
return false;
}

On vérifie pour cela que le nom n’apparaisse pas déjà dans les catégories existantes (on aurait pu vérifier la couleur, le raccourci etc.)

07

Le code étant ok, nous allons passer au debug.

3/ Debug

Pour tester, rien de plus simple ! On ferme toutes les instances d’Outlook ouvertes sur le poste de travail, et on utilise la touche F5 pour démarrer le débug. Visual Studio déploie le projet, lance Outlook… Et on a plus qu’à vérifier que tout fonctionne :

08

Nikel… Mais il manque quand même quelque chose… un projet pour déployer tout ça sur le poste des collègues !

4/ Projet de déploiement

Pour créer un projet de déploiement, avec Visual Studio 2012 vous pouvez utiliser InstallShield etc.

Mais dans mon cas, je voulais tester WIX depuis un moment… Vous pourrez télécharger le modèle de projet ici : http://wixtoolset.org/

WIX Toolset permet de créer des setup d’installation paramétrables et personnalisables à partir de fichiers XML. Il faut donc télécharger puis installer les modèles de projet et accessoirement redémarrer Visual Studio 2012.

Après avoir redémarré Visual Studio, nous allons commencer par réouvrir la solution VSTO. Puis nous allons faire un clic droit sur la solution, Add > New Project… :

09

Dans l’arborescence des modèles de projet disponibles, un nouveau regroupement est disponible : “Windows Installer XML”. Dans ce regroupement on sélectionnera “Setup Project” et bien sûr on nommera le projet (ici Demo.Outlook.Addin.Setup) et on clique sur OK :

10

Le nouveau projet est créé, il est composé principalement d’un fichier “Product.wxs” qui est en fait un fichier XML :

11

Ce fichier va décrire tout le processus de déploiement du VSTO sur les machines clientes. Nous allons parcourir le schéma pour ajouter les nœuds utiles. Je suis parti sur la base de cet article : http://www.add-in-express.com/creating-addins-blog/2012/11/13/wix-installation-vsto-office-addin/ pour décrire le processus de déploiement.

Première ligne, Product. Nous allons ici déclarer les attributs du produit à déployer. J’ai choisi de générer un GUID grâce à l’outil intégré à Visual Studio (Create GUID Tool) et de replacer l’attribut “Id”. Ensuite j’ai remplacé l’attribut Name avec le nom de mon VSTO, la langue par 1036 (Français, 1033 == Anglais) et le “Manufacturer” par Neos-SDI dans mon cas :

<Product Id=”E7F42E5E-7474-4E27-909B-D1E4A8A1B028″ Name=”Demo.Outlook.Addin” Language=”1036″ Version=”1.0.0.0″ Manufacturer=”Neos-SDI” UpgradeCode=”3786b23e-f5d5-4119-b0ef-0680416f6fae”>

Puis j’ai remplacé le MajorUpgrade par (en Français) :

<MajorUpgrade DowngradeErrorMessage=”Une version plus récente de [ProductName] est déjà installée.” />

NB : Toutes les sections suivantes seront ajoutées dans <Product>[…]</Product>

Ensuite, j’ai ajouté un “Property” & un “Condition” pour vérifier à l’installation si la bonne version des VSTO (Runtime version 4 pour Office 2013) est disponible sur la machine cliente (Recherche dans la base de registre de la machine). Pour cela on utilise :

<Property Id=”VSTORUNTIMEREDIST”>
<RegistrySearch
Id=”VSTORuntimeRedist”
Root=”HKLM”
Key=”SOFTWARE\Microsoft\VSTO Runtime Setup\v4R”
Name=”Version”
Type=”raw” />
</Property>

<Condition Message=”The Visual Studio 2010 Tools for Office Runtime is not installed. Please download and install from http://www.microsoft.com/en-us/download/details.aspx?id=20479.”>
<![CDATA[Installed OR VSTORUNTIMEREDIST>=”10.0.30319″]]>
</Condition>

Cela affichera un message d’erreur si la version du Runtime n’est pas la bonne, proposant de la télécharger grâce au lien http fourni.

Nous allons également vérifier que le Framework 4.0 est bien installé sur la machine cliente. Pour cela, on utilise une “PropertyRef” et une “Condition” :

<PropertyRef Id=”NETFRAMEWORK40FULL”/>
<Condition Message=”This application requires .NET Framework 4.0.”>
<![CDATA[Installed OR NETFRAMEWORK40FULL]]>
</Condition>

Nous allons maintenant nous occuper des composants à déployer. Pour cela nous allons utiliser des “<Component>”, “<ComponentGroup>” et des “<Feature>”.

En dehors de la balise <Product> nous allons déclarer les composants à déployer puis les références avec une <Feature> dans <Product>.

Les fichiers à déployer sont situés dans le répertoire de sortie (output) du projet Visual Studio, dans mon cas Demo.Outlook.Addin/bin/debug :

12

Commençons par créer les ComponentGroup nécessaires. Il faut référencer les output produits par la compilation du projet VSTO par Visual Studio. Pour cela, il faut utiliser (après </Product>) :

<Fragment>
<ComponentGroup Id=”ProductComponents” Directory=”INSTALLFOLDER”>
<Component Id=”OutlookAddin1_vsto_Component”>
<File Id=”OutlookAddin1_vsto” KeyPath=”yes” Name=”Demo.Outlook.Addin.vsto” Source=”$(var.AddinFiles)” />
</Component>

<Component Id=”OutlookAddin1_dll_manifest_Component”>
<File Id=”OutlookAddin1_dll_manifest” KeyPath=”yes” Name=”Demo.Outlook.Addin.dll.manifest” Source=”$(var.AddinFiles)” />
</Component>

<Component Id=”MSOfficeToolsCommon_dll_Component”>
<File Id=”MSOfficeToolsCommon_dll” KeyPath=”yes” Name=”Microsoft.Office.Tools.Common.v4.0.Utilities.dll” Source=”$(var.AddinFiles)” />
</Component>
<Component Id=”MSOfficeToolsOutlook_dll_Component”>
<File Id=”MSOfficeToolsOutlook_dll” KeyPath=”yes” Name=”Microsoft.Office.Tools.Outlook.v4.0.Utilities.dll” Source=”$(var.AddinFiles)” />
</Component>
<Component Id=”OutlookAddIn1_dll_Component” >
<File Id=”OutlookAddIn1_dll” KeyPath=”yes” Name=”Demo.Outlook.Addin.dll” Source=”$(var.AddinFiles)” />
</Component>
</ComponentGroup>
</Fragment>

Nous référençons ici le fichier *.vsto produit avec (Demo.Outlook.Addin.vsto) :

<Component Id=”OutlookAddin1_vsto_Component”>
<File Id=”OutlookAddin1_vsto” KeyPath=”yes”      Name=”Demo.Outlook.Addin.vsto” Source=”$(var.AddinFiles)” />
</Component>

Puis le manifest produit (Demo.Outlook.Addin.dll.manifest) :

<Component Id=”OutlookAddin1_dll_manifest_Component”>
<File Id=”OutlookAddin1_dll_manifest” KeyPath=”yes” Name=”Demo.Outlook.Addin.dll.manifest” Source=”$(var.AddinFiles)” />
</Component>

Puis les DLL pour les VSTO (Common + Outlook) :

  • Microsoft.Office.Tools.Common.v4.0.Utilities.dll
  • Microsoft.Office.Tools.Outlook.v4.0.Utilities.dll

<Component Id=”MSOfficeToolsCommon_dll_Component”>
<File Id=”MSOfficeToolsCommon_dll” KeyPath=”yes” Name=”Microsoft.Office.Tools.Common.v4.0.Utilities.dll” Source=”$(var.AddinFiles)” />
</Component>
<Component Id=”MSOfficeToolsOutlook_dll_Component”>
<File Id=”MSOfficeToolsOutlook_dll” KeyPath=”yes” Name=”Microsoft.Office.Tools.Outlook.v4.0.Utilities.dll” Source=”$(var.AddinFiles)” />
</Component>

Et enfin la DLL du projet (Demo.Outlook.Addin.dll) :

<Component Id=”OutlookAddIn1_dll_Component” >
<File Id=”OutlookAddIn1_dll” KeyPath=”yes” Name=”Demo.Outlook.Addin.dll” Source=”$(var.AddinFiles)” />
</Component>

Pour que WIX prenne en compte ces demandes d’installation des vsto, dll et autres manifests, il faut lui indiquer dans la balise <Product></Product> qu’il doit prendre en compte ces Components. Pour cela on ajoute une balise Feature dans <Product></Product> :

<Feature Id=”ProductFeature” Title=”Demo.Outlook.Addin.Setup” Level=”1″>
<ComponentGroupRef Id=”ProductComponents” />
</Feature>

Il se peut que la balise apparaisse déjà et soit déjà ok…

Il faut maintenant indiquer à WIX que lorsque le produit sera installé, il apparaitra dans le menu Ajout/Suppression de Programmes en ajoutant des clés de registre. Pour cela on utilise à nouveau des Components de la manière suivante :

<Fragment>
<Directory Id=”TARGETDIR” Name=”SourceDir”>
<Directory Id=”ProgramFilesFolder”>
<Directory Id=”NeosFolder” Name=”Neos”>
<Directory Id=”INSTALLFOLDER” Name=”Planning Outlook Add-in” />
<Component Id=”Registry_FriendlyName”>
<RegistryValue Id=”RegKey_FriendlyName” Root=”HKCU” Key=”Software\Microsoft\Office\Outlook\AddIns\Demo.Outlook.Addin” Name=”FriendlyName” Value=”Demo.Outlook.Addin Add-in for Outlook” Type=”string” KeyPath=”yes” />
</Component>
<Component Id=”Registry_Description”>
<RegistryValue Id=”RegKey_Description” Root=”HKCU” Key=”Software\Microsoft\Office\Outlook\AddIns\Demo.Outlook.Addin” Name=”Description” Value=”Demo.Outlook.Addin Add-in for Outlook to manage Categories in Calendars and Inbox.” Type=”string” KeyPath=”yes” />
</Component>
<Component Id=”Registry_Manifest”>
<RegistryValue Id=”RegKey_Manifest” Root=”HKCU” Key=”Software\Microsoft\Office\Outlook\AddIns\Demo.Outlook.Addin” Name=”Manifest” Value=”[INSTALLFOLDER]Demo.Outlook.Addin.vsto|vstolocal” Type=”string” KeyPath=”yes” />
</Component>
<Component Id=”Registry_LoadBehavior”>
<RegistryValue Id=”RegKey_LoadBehavior” Root=”HKCU” Key=”Software\Microsoft\Office\Outlook\AddIns\Demo.Outlook.Addin” Name=”LoadBehavior” Value=”3″ Type=”integer” KeyPath=”yes” />
</Component>
</Directory>
</Directory>
</Directory>
</Fragment>

On indique ici le répertoire d’installation par défaut du projet. Ici ce sera dans C:\Program Files (x86)\Neos\Planning Outlook Add-in. On y placera l’intégralité des composants à déployer et on créera 4 clés de registre dans HKEY_CURRENT_USER\Software\Microsoft\Office\Outlook\AddIns\Demo :

  • FriendlyName = Demo.Outlook.Addin Add-in for Outlook
  • Description = Demo.Outlook.Addin Add-in for Outlook to manage Categories in Calendars and Inbox.
  • Manifest = =[INSTALLFOLDER]Demo.Outlook.Addin.vsto|vstolocal
  • LoadBehavior = 3

Il faut ensuite référencer ces components dans la <Feature> utilisée précédemment, ce qui donne :

<Feature Id=”ProductFeature” Title=”Neos.Planning Add-in for Outlook” Level=”1″>
<ComponentGroupRef Id=”ProductComponents” />
<ComponentRef Id=”Registry_FriendlyName” />
<ComponentRef Id=”Registry_Description” />
<ComponentRef Id=”Registry_Manifest” />
<ComponentRef Id=”Registry_LoadBehavior” />
</Feature>

Dernière étape, ajouter des composants utiles à WIX pour le manifest de licence produit (EULA.rtf) et à préciser le type d’interface à utiliser :

<UIRef Id=”WixUI_Minimal” />
<WixVariable Id=”WixUILicenseRtf” Value=”EULA.rtf” />

Ce fichier EULA.rtf doit être ajouté à la solution (WIX en fournit un de base sur leur site) :

13

Si vous compilez dès à présent. Vous obtiendrez une erreur :

Undefined preprocessor variable ‘$(var.AddinFiles)’.

14

C’est tout à fait normal ! En effet, dans les déclaration des chemins vers les fichiers, nous avons utilisé cette directive “$(var.AddinFiles)” sans la déclarer. Pour cela, il faut se rendre dans les propriétés du projet WIX :

15

Dans la section “Build” nous allons déclarer une “preprocessor variable” (il vous faudra modifier le nom du projet en gras ici) :

  • AddinFiles=..\Demo.Outlook.Addin\bin\$(Configuration)\

16

On sauvegarde et on compile la solution.

De nouvelles erreurs apparaissent :

17

Rien de grave ici non plus, il manque seulement des références à des DLL utiles à la compilation. Nous allons faire un clic droit sur le répertoire References du projet WIX, puis “Add Reference” :

18

Une fenêtre d’ajout de références (pas celle de Visual Studio mais celle de WIX) apparait. On ajoute 2 références :

  • WixNetFxExtension.dll
  • WixUIExtension.dll

19

Et on recompile à nouveau ! Tout se passe bien :

20

5/ Tests

Il reste maintenant à tester le setup et que le projet fonctionne. Pour cela, rendez vous dans le répertoire de sortie du projet d’installation :

21

Lancer le .msi :

22

Le contenu apparaissant dans cette fenêtre est en fait le contenu du fichier EULA.rtf… On accepte les termes et on clique sur “Install”…

Puis on lance Outlook, les nouvelles catégories apparaissent !

23

Voila, le post s’achève… un merci tout particulier à Benoit Laut pour ses conseils et son aide ! A bientôt !

Télécharger le source : ici.

SharePoint 2010 & Visual Studio 2012–Step 5–Nouveautés & Ma première application Silverlight avec OData

Posted on Updated on

Bonjour à tous.

Encore un nouveau billet concernant les nouveautés de Visual Studio 2012 RC pour le développement SharePoint 2010. Petit rappel :

Nous allons rentrer plus en détail dans le développement avec la création d’un WebPart Silverlight permettant de requêter des données par le biais de OData.

Mais me direz-vous, qu’est-ce que OData ? Je vous conseille pour cela un peu de lecture glanée sur le Web :

Pour résumer, c’est la possibilité d’interroger des données au travers d’un WebService (http/https) via un protocole défini et standardisé retournant du JSON ou ATOM (du XML de reste). Je vous laisse vous documenter sur ce sujet.

Revenons à notre thèmes principal. Comment créer ce WebPart Silverlight, le packager et le déployer dans SharePoint 2010 en utilisant Visual Studio 2012. C’est ce que nous allons voir !

(Je précise que Silverlight n’est pas ma tasse de thé !)

1/ Créer le WebPart dans la solution.

Je vous rappelle que nous avions laissé la solution dans cet état au précédent billet :

100

Nous avons déjà créé une colonne de site, un content type et un modèle de bibliothèque de documents.

Pour créer notre WebPart Silverlight, commençons par faire un clic-droit sur le projet, puis “Add > New Item”

101

Dans la fenêtre qui s’ouvre, sélectionner “Silverlight WebPart” et nommons le “WPSilverlight” puis cliquer sur “Add” :

102

Une nouvelle fenêtre s’ouvre, sélectionner “Create a new…” si ce n’est pas déjà fait. Cela va créer un nouveau projet dans la solution actuelle, de type Silverlight qui abritera tout le projet permettant d’implémenter le contrôle Silverlight. Le projet sera compilé puis les binaires seront copiés dans la solution SharePoint automatiquement. Pratique !

On paramètre donc le nom du projet, le répertoire de création du projet, le langage (C#) puis la version de Silverlight (5.0 dans mon cas, 4.0 est aussi disponible). Puis cliquer sur “Finish” :

103

Après quelques secondes, le nouveau projet est créé et le designer Silverlight se charge :

104

106

Dans le projet SharePoint, une nouvelle fonctionnalité (feature) est créée et référencera tous les fichiers utiles pour notre projet Silverlight en particulier les fichiers XML permettant de référencer notre WebPart dans SharePoint. On retrouve donc le fichier “Elements.xml” et “WPSilverlight.webpart” dans cette feature :

107

Le fichier “Elements.xml” va permettre de déclarer le que SharePoint doit utiliser le fichier “WPSilverlight.webpart” mais également le fichier XAP produit par le projet Silverlight :

108

Et dans le fichier “WPSilverlight.webpart” on déclare à SharePoint comment déployer notre WebPart contenu dans la solution. On va par exemple indiquer dans quelle catégorie placer le WebPart, ses dimensions par défaut, son nom dans la galerie de WebParts ou encore un éventuel message d’erreur qui pourra apparaitre lorsque l’utilisateur ne parviendra pas à ajouter ce composant sur une page :

109

2/ Voyons maintenant ce fameux projet Silverlight :

112

Un bon nombre de références sont déjà ajoutées au projet, essentielles aux WebParts Silverlight pour SharePoint 2010.

Cependant un certain nombre de références vont nous être utilises afin de requêter en OData des données provenant de SharePoint. Nous allons donc ajouter deux références au projet Silverlight :

  • System.Windows.Data
  • System.Data.Services.Client

Pour cela, clic-droit sur le répertoire “References” dans le projet Silverlight puis “Add Reference” :

113

Nous allons rechercher nos deux références dans les Assemblies déjà disponibles sur le serveur :

114

115

116

117

118

3/ Notre projet référence maintenant les bonnes Assemblies. Il va falloir ajouter une référence vers le WebService SharePoint 2010 afin de requêter ces données (créer la DataSource).

Pour cela, nous allons ajouter un “Service Reference”. Clic-droit sur le projet, “Add Service Reference” :

119

Une fenêtre s’ouvre où nous allons saisir l’URL du WebService en question… nous ne la connaissons pas encore, mais cela reste simple ! Pour cela, nous allons juste entrer l’URL de notre site SharePoint. Dans mon cas http://sp2010demo  et on clique sur “Go”. Visual Studio 2012 va rechercher tout seul le service qui doit être exposé par SharePoint :

120

Une fois trouvé, Visual Studio va rajouter seul le bout d’URL manquant, vous n’avez rien à faire. Il va donc rajouter : /_vti_bin/ListData.svc et présenter le service (Panel de gauche) disponible. Il vous suffit de nommer votre nouveau service (“ServiceReference”) et cliquer sur “OK”.

121

La référence au service est bien ajoutée au projet Silverlight dans la solution :

122

4/ Nous allons essayer de compiler la solution afin de vérifier qu’il n’y a aucun problème. Dans mon cas j’ai quelques centaines d’erreurs qui remontent (337 pour être exact) !

123

Rien de grave, en fait en ajoutant nos références aux Assemblies, le compilateur s’y perd un peu mais rien de dramatique. Afin de supprimer ces erreurs, il vous suffira de supprimer deux références qui ont été ajoutées à la création du projet :

  • Microsoft.Data.OData.SL
  • Microsoft.Data.Services.Client.SL

On sélectionne donc ces deux références et on les supprime :

124

125

126

On compile, pas d’erreur… c’est la fête :

127

5/ La référence au service de requêtage des données est ajoutée, nous allons maintenant créer la fameuse DataSource qui nous permettra de “binder” les données provenant de SharePoint à un contrôle Silverlight de manière automatique. Pour cela, on sélectionne la référence au service puis on se dirige sur le menu “DATA” puis “Show Data Sources” :

128

Sur la gauche, une boite à outils s’ouvre présentant la DataSource récupérer par la référence au WebService SharePoint et on voit immédiatement les listes et bibliothèques SharePoint de notre site apparaitre :

129

Et là… rien de plus simple ! Ouvrons notre fichier MainPage.xaml contenant la fenêtre principale de notre application Silverlight…

130

On choisit une liste dans la DataSource (dans mon cas “Premiereliste” qui est l’instance de liste créée lors du déploiement de ma solution SharePoint, à partir du modèle) :

131

Un coup de Drag&Drop (glisser-déposer… Clignement d'œil) et c’est gagné !

132

Immédiatement, Visual Studio ajoute une DataGrid “bindée” sur notre DataSource dans la fenêtre du designer Silverlight.

il nous reste à fixer les dimensions, aligner, … faire du beau quoi !

133

Oh que c’est beau…

6/ Et ce n’est pas encore fini, maintenant il nous reste à mettre en place le mécanisme de chargement Asynchrone de notre DataGrid. Pour cela, nous allons faire un tout petit peu de code.

Ouvrons donc le fichier C# associé à notre MainPage.xaml (F7 depuis le designer Silverlight).

134

Première chose, ajouter les “usings” adéquats :

  • using SilverlightProject.ServiceReference //(référence vers le service créé tout à l’heure)
  • using System.Windows.Data
  • using System.Data.Services.Client

135

On enregistre, compile. Tout est ok.

Ensuite nous allons créer 3 attributs à la classe :

  • private IntranetDataContext context;
  • private CollectionViewSource collviewsource;
  • DataServiceCollection<PremiereListeItem> premierelistitems = new DataServiceCollection<PremiereListeItem>();

136

Et enfin implémenter deux méthodes, celle proposée par Visual Studio (UserControl_Loaded) puis dans un seconde temps une deuxième (premierelistitems_LoadCompleted).

La première sera appelée lorsque le UserControl Silverlight aura été chargé (à la fin du chargement du contrôle) et la seconde à la fin du chargement des données depuis la DataSource et qui bindera les données avec le contrôle.

Je ne détaille pas le code, ce n’est pas vraiment pertinent pour l’exemple.

137

private void UserControl_Loaded_1(object sender, RoutedEventArgs e)
{
    context = new IntranetDataContext(new Uri("http://sp2010demo/_vti_bin/ListData.svc"));
    if (!System.ComponentModel.DesignerProperties.GetIsInDesignMode(this))
    {
       collviewsource = (System.Windows.Data.CollectionViewSource)this.Resources["premiereListeViewSource"];
       premierelistitems.LoadCompleted += new EventHandler<LoadCompletedEventArgs>(premierelistitems_LoadCompleted);
       premierelistitems.LoadAsync(context.PremiereListe);
    }           
}
private void premierelistitems_LoadCompleted(object sender, LoadCompletedEventArgs e)
{
    if (e.Error == null)
    {
       collviewsource.Source = premierelistitems;
    }
    else
    {
       MessageBox.Show(string.Format("Une erreur s'est produite : {0}", e.Error.Message));
    }
}

Bien sûr il faut compiler. Tout doit être Ok. Il nous maintenant à déployer sur notre site SharePoint 2010. Mais avant cela nous allons vérifier que le debug pour les application Silverlight est bien activé. Pour cela, il faut se positionner sur le projet SharePoint, clic-droit, “Properties” :

138

Dans la partie SharePoint, il faut vérifier que la checkbox “Enable Silverlight debugging…” soit bien cochée. On sauve, compile.

139

Puis on déploie comme vu dans les précédents billets (F5 pour debugger) :

140

6/ Le navigateur s’ouvre sur l’accueil de notre site SharePoint. Il nous faut éditer la page d’accueil pour ajouter le composant WebPart :

144

Dans le ruban, Insérer > Composant WebPart :

145

Dans la galerie de WebParts, le notre apparait bien dans la section “Custom” => SharePointProject1 – WPSilverlight. On cliquer sur “Ajouter” :

146

Le WebPart est ajouté :

147

On sauvegarde la page :

148

7/ Aucune donnée n’apparait. Normal, la liste est vide ! Ajoutons donc un petit document de test :

149

150

151

152

Revenons sur la page d’accueil :

153

Le document que nous venons d’ajouter apparait bien. Vous pouvez directement debugger votre projet Silverlight depuis Visual Studio 2012 au besoin.

Plutôt simple non ? qu’est-ce qu’à ajouté Visual Studio 2012 sur ce mini-développement ? Principalement de nouvelles interface qui ont été intégrées au niveau des DataSources. On peut maintenant requêter très facilement des données SharePoint au travers des services OData et utiliser la source de données produite dans plusieurs type de projet. Cela ne se limite pas au Silverlight. En effet, on pourrait très bien créer une application cliente Métro/WPF qui présenterait ces données de la même manière. Un bon point pour VS2012 !

SharePoint 2010 & Visual Studio 2012–Step 4–Nouveautés & Ma première colonne de site

Posted on Updated on

 

Dans les précédents épisodes, nous avons vu comment installer Visual Studio 2012 sur notre serveur SharePoint 2010 puis comment créer un modèle de bibliothèque de documents et enfin créer un type de contenu à l’aide des divers assistants proposé par l’IDE :

Nous allons maintenant voir comment créer une colonne de site avec la nouvelle interface de Visual Studio 2012. Nous en étions resté au point où la solution Visual Studio contenait un modèle de bibliothèque de documents et un type de contenu personnalisé.

VS2010 - Solution

 

1/ Nous allons maintenant ajouter une nouvelle colonne de site. Pour cela, il faut faire un clic-droit sur la solution “Add > New Item” :

VS2010 - Ajout colonne

 

Dans la fenêtre de sélection du modèle d’item, on sélection “Site Column” et on nomme cette colonne. On prendra soin de nommer cette colonne sans espace, caractères accentués, ponctuation, etc.

VS2010 - Ajout colonne 2

 

Je vous rappelle que dans Visual Studio 2010, cette option n’existait pas. Nous commençons donc directement avec une nouveauté !

2/ On valide cette fenêtre en cliquant sur “Add”. La fenêtre se ferme et nous arrivons directement sur le fichier XML (“Elements.xml”) contenant la déclaration de la colonne de site. Malheureusement il n’y a pas d’assistant comme pour les types de contenu ou les modèles de listes.

Il va donc falloir directement éditer le fichier XML, mais nous conservons l’usage de l’IntelliSense qui va nous être bien pratique :

VS2010 - XML Colonne

 

On peut noter que grâce au fichier XML, nous avons accès à tous les paramétrages de cette colonne comme le nom d’affichage (“DisplayName”), nom interne ‘(“Name”), le type, etc.

Nous n’avons pas non plus d’assistant pour choisir le groupe de classement dans lequel sera classé notre colonne, il faut le faire dans le XML.

 

Donc mis à part l’entrée dans le menu de sélection du type d’item, rien ne change pour la création de colonnes de site (on a tout de même une icone particulière dans l’arborescence de la solution pour ces colonnes de site, et 1 fichier Elements.xml par colonne).

 

Si nous jetons un coup d’œil à la feature, la colonne apparait bien :

VS2010 - Feature

 

3/ Essayons d’associer cette nouvelle colonne de site au type de contenu créé précédemment. Pour cela, nous allons rouvrir la définition du type de contenu et sur l’onglet “Columns”, nous avons une interface permettant de rechercher des colonnes de site existantes :

VS2010 - Content Type

 

On recherche notre colonne de site :

VS2010 - Content Type 2

 

Elle apparait bien dans la liste des colonnes proposées (et pourtant elle n’est pas encore déployée sur le site SharePoint. Visual Studio propose donc les colonnes existantes sur le site et celles provenant de la solution courante).

VS2010 - Content Type 3

 

On valide et on enregistre la modification :

VS2010 - Content Type 4

 

4/ Il nous reste à vérifier qu’en associant ce type de contenu à notre définition de bibliothèque de documents la nouvelle colonne de site apparaisse bien. Pour cela, on rouvre la déclaration du modèle de bibliothèque :

VS2010 - Liste

 

Et nous utilisons le bouton “Content Types” en bas de page. On reconnait l’interface déjà utilisée dans les précédents billets :

VS2010 - Liste Content Type

 

On recherche notre type de contenu en pointant sur le texte “Click here to add a content type”. Ce contrôle va nous permettre de rechercher les types de contenu disponibles. Ici Encore Visual Studio 2012 se base sur les types de contenu déjà déployés dans SharePoint 2010 mais également sur les types de contenu référencés dans la solution Visual Studio 2012:

VS2010 - Liste Content Type 2

 

On valide et on va spécifier que ce type de contenu est le type de contenu par défaut disponible sur cette bibliothèque (en utilisant le bouton “Set as Default”) :

VS2010 - Liste Content Type 3

 

VS2010 - Liste Content Type 4

 

On valide cette fenêtre. Dans la définition de ce modèle de bibliothèque, on voit tout de suite que la colonne de site créée et associée au type de contenu remonte dans la définition :

VS2010 - Liste Content Type 6

 

5/ Pour bien faire les choses, il nous reste à déployer le tout. On reprend la manipulation décrite dans un précédent billet :

 

Clic-droit sur la solution > Deploy :

VS2010 - Déploiement 1

 

Visual Studio nous précise qu’il y a des conflits lors du déploiement (l’instance de liste a déjà été déployée). Je choisi “Resolve Automatically” et Visual Studio supprime l’instance qui était déjà créée et redéploye le package :

VS2010 - Déploiement 2

Cette résolution d’erreur de déploiement est la même que celle utilisée par Visual Studio 2010.

 

Le déploiement est terminé :

VS2010 - Déploiement 3

 

On retrouve bien le tout dans SharePoint 2010 :

La colonne de site :

VS2010 - Résultat 1

 

Le type de contenu :

VS2010 - Résultat 2

 

Et dans le type de contenu, l’association de la colonne de site :

VS2010 - Résultat 3

 

On retrouve également l’instance de la liste créée à partir du modèle de bibliothèque :

VS2010 - Résultat 4

 

En conclusion, peu de nouveauté pour la création de nouvelle colonnes de site. On notera toutefois qu’avoir une icône spéciale dans l’arborescence est assez agréable (pour une fois ce n’est pas l’icône associée aux fichiers XML Clignement d'œil ).

 

De plus, au final l’ensemble combiné est agréable d’utilisation, on se retrouve facilement dans les menus et le fait que Visual Studio sache récupérer ce qui est déjà implémenté dans SharePoint mais également le contenu dans la solution (dans le menu d’association notamment) est un vrai plus. Les nouvelles interface sont harmonisée bien que de mon point de vue il manque un “assistant avancé” entre le mode facile et l’édition directe de XML.

Mais plus je joue avec l’interface, plus il me tarde la sortie finale de Visual Studio 2012 !!!

Au projet épisode… un peu de… Silverlight (une fois n’est pas coutume…). Stay Tuned !

SharePoint 2010 & Visual Studio 2012–Step 3–Nouveautés & Mon premier type de contenu

Posted on Updated on

 

Dans les derniers épisodes, nous avons vu comment installer Visual Studio 2012 sur notre serveur SharePoint 2010 puis comment créer un modèle de bibliothèque de documents :

Nous allons maintenant voir comment créer un type de contenu avec Visual Studio 2012.

 

Rappelez-vous, dans le précédent billet, nous avions laissé Visual Studio dans cet état :

Visual Studio 2012 - Début

Notre modèle de bibliothèque “PremiereListe” était créé dans la solution Visual Studio.

 

1/ Ajoutons un nouveau type de contenu. Pour cela, clic-droit que la solution, “Add > New Item” :

Visual Studio 2012 - Ajout content type 1

 

Dans la fenêtre de sélection du modèle d’”Item”, nous allons choisir “Content Type” et lui donner un nom :

Visual Studio 2012 - Ajout content type 2

 

2/ Une nouvelle fenêtre se lance permettant de sélectionner le type de contenu parent à celui que nous allons créer. Pour l’exemple, on sélectionne “Document” :

Visual Studio 2012 - Choix du parent

 

Visual Studio 2012 - Choix du parent 2

 

Visual Studio 2012 - Choix du parent 3

Et cliquer sur “Finish”. Toujours aucune nouveauté jusqu’ici. Après avoir validé notre configuration, nous arrivons enfin sur quelque chose de nouveau.

4/ En effet, un nouvel assistant va nous aider à configurer notre type de contenu là où avant nous devions recourir à du XML pour associer des colonnes de site à un type de contenu, paramétrer le groupe de classement, etc.

Visual Studio 2012 - Columns 1

On distingue 2 onglets : Columns et Content Type.

 

5/ Le premier onglet Columns va nous permettre d’associer des colonnes de sites existantes à notre nouveau type de contenu. Nous ne pourrons pas créer de nouvelles colonnes de sites directement depuis cette interface. Pour cela nous devrons recourir à un autre moyen que nous verrons bientôt !

 

Le fonctionnement est très simple, dans la première colonne, on recherche la colonne de site voulue, Visual Studio 2012 remonte automatiquement le type de cette colonne. Nous pourrons spécifier si cette colonne sera obligatoire lors de la saisie faite par l’utilisateur dans l’interface Web de SharePoint :

Visual Studio 2012 - Columns 2

Visual Studio 2012 - Columns 3

Visual Studio 2012 - Columns 4

 

L’interface est simple et intuitive, elle fonctionne exactement comme celle permettant de créer des modèles de listes… on n’est pas perdu !

 

6/ Le second onglet est lui aussi très simple. On retrouve le paramétrage général du type de contenu.

Visual Studio 2012 - Paramètres

Visual Studio 2012 - Paramètres 2

On retrouve le nom du type de contenu, sa description et le groupe dans lequel il sera classé. Petite déception dans cette Release Candidate, impossible de créer notre propre groupe pour classer les types de contenu. On est obligé de choisir dans la liste des groupes existants.

Quelques paramètres supplémentaires : hériter des colonnes du parent, lecture seule du type de contenu et masquer ce type de contenu dans le bouton “Nouveau” des listes/bibliothèques auxquels il sera associé.

 

Pour résoudre le problème de la création d’un nouveau groupe de classement, il nous est possible d’accéder au XML généré (“Elements.xml”) et d’éditer directement ce XML en utilisant en plus l’IntelliSense :

Visual Studio 2012 - IntelliSense

 

7/ Et pour en revenir au billet précédent… comment référencer ce nouveau type de contenu dans notre modèle de bibliothèque de documents précédent ? C’est très simple, pour cela il nous suffit de rouvrir la définition du modèle de bibliothèque de documents et de cliquer sur le bouton “Content Types” :

Visual Studio 2012 - List Definition 1

 

Puis de retrouver dans la liste déroulante :

Visual Studio 2012 - List Definition 2

Visual Studio 2012 - List Definition 3

 

Il est également possible de le paramétrer comme type de contenu par défaut sur notre modèle en utilisant le bouton “Set as Default” (en sélectionnant le bon type de contenu).

Visual Studio 2012 - List Definition 4

 

Pour résumer, Microsoft a intégré des petits assistant simples et pratiques dans sa nouvelle version de Visual Studio (2012 RC) qui vont nous faire gagner du temps et simplifier la création de pas mal d’éléments. On regrettera toutefois de devoir recourir au XML pour les paramétrages avancés !

Mais c’est déjà une belle avancée ! vivement la sortie de la version finale de Visual Studio 2012 !

 

Prochain billet, la création de colonnes de site ! Stay Tuned !

SharePoint 2010 & Visual Studio 2012–Step 2–Nouveautés & Ma première définition de liste

Posted on Updated on

 

Dans un précédent billet, nous avons vu comment installer Visual Studio 2012 et initier un premier projet SharePoint 2010 : https://kazoumoulox.wordpress.com/2012/06/04/sp2010-vs2012-part1/

 

Nous allons maintenant voir les nouveautés apportées par cette nouvelle mouture de l’IDE.

 

Une des premières nouveautés est la possibilité de créer des modèle de listes (list definition) directement depuis Visual Studio grâce à un assistant. Pour rappel, dans Visual Studio 2010 nous pouvions bien sûr créer des listes mais pour cela il fallait modifier le XML des fichiers “schema.xml” et “elements.xml” à la main. Microsoft nous propose donc de nous simplifier ce développement grâce à une interface plutôt complète. Allez on se lance !!!

Petit rappel, nous avions laissé visual Studio 2012 dans l’état où nous avions créé une première solution SharePoint 2010 vide :

Visual Studio 2012 - Solution

 

1/ Nous allons créer un nouvel élément de ce projet en cliquant-droit sur la solution et en se déplaçant sur “Add > New Item” :

Visual Studio 2012 - Ajout item

 

La fenêtre permettant de sélectionner le type d’élément à créer se lance :

Visual Studio 2012 - Gallerie Items 1

Visual Studio 2012 - Gallerie Items 2

 

Pour l’œil expérimenté, on voit tout de suite que de nouveaux éléments sont disponibles comparé à Visual Studio 2010 :

  • Site Column
  • Heu… ben je crois que c’est tout !

Ce n’est donc pas dans ce menu non plus que se situent les nouveautés… mais juste après !

 

2/ Nous allons créer une nouvelle liste SharePoint grâce au menu précédent, pour cela on sélectionne l’entrée : “List” et on choisi un nom pour notre liste (on évitera les espaces, caractère spéciaux, accentués, etc. car cela deviendra le nom interne de la liste. On jouera sur le “Title” de la liste pour le nom d’affichage) :

Visual Studio 2012 - Ajout Liste

On clique sur “Add”.

 

3/ Un nouvel assistant se lance :

Visual Studio 2012 - Modèle Liste

 

Enfin de la nouveauté ! Cet assistant nous propose de se baser sur un modèle existant afin de créer notre modèle de liste/bibliothèque.

Soit on décide d’utiliser la première option : la liste sera personnalisable, nous pourrons ajouter des colonnes, vues, type de contenu.

Soit on décide d’utiliser la seconde option : la liste se basera sur un modèle et ne sera pas personnalisable après ajout.

On notera également une différence dans les modèles de listes/bibliothèque disponibles dans ces deux options. Dans la première option, on retrouve seulement les modèles de base alors que dans la seconde on retrouve tous les modèles disponibles sur la collection de sites à laquelle Visual Studio s’est connecté lors de la création de la solution :

Visual Studio 2012 - Modèle Liste 2

Visual Studio 2012 - Modèle Liste 3

 

Pour l’exemple, j’ai choisi “Document Library” et cliqué sur “Finish”.

 

4/ Après avoir validé l’assistant, Visual Studio 2012 dévoile une nouvelle fenêtre permettant de configurer notre nouvelle liste :

Visual Studio 2012 - Modèle Liste créé

 

Encore de la nouveauté ! Cette fenêtre va nous permettre d’ajouter, modifier ou supprimer des colonnes au modèle de base proposé. Nous allons pouvoir également créer, modifier et supprimer des vues/affichages mais également modifier les paramètres de l’instance de la liste qui sera automatiquement créée.

Visual Studio 2012 - Colonnes 2

Visual Studio 2012 - Colonnes List

 

5/ Commençons par le premier onglet : “Columns”

Dans cette fenêtre nous allons personnaliser les colonnes qui seront associées à notre modèle. Pour cela, il suffit de cliquer sur le message “Type a new or existing column name”.

Pour une nouvelle colonne, il suffit d’entrer son nom (attention, ici encore il s’agit du nom interne : pas d’espace, ponctuation, séparateur, accents, etc.) :

Visual Studio 2012 - Colonnes 1

 

Puis on sélectionne son type parmi les types proposés habituellement par SharePoint :

Visual Studio 2012 - Colonnes 2

 

Ou alors on peut piocher dans les colonnes de sites déjà présentes sur la collection de sites (on ne pourra alors pas changer le type) :

Visual Studio 2012 - Colonnes 3

 

Nous apercevons également juste en dessous un bouton “Content Types”. Ce bouton permet d’associer directement un type de contenu existant ou alors d’en créer un nouveau. Nous verrons cela dans un autre billet…

Visual Studio 2012 - Content Type

 

6/ Si on passe à l’onglet suivant “Views”, nous allons pouvoir gérer les vues qui seront disponibles pour notre modèle :

Visual Studio 2012 - Vues

Nous reconnaissons immédiatement les vues de la bibliothèque de documents : Tous les documents, Mode Explorateur, … avec leur paramétrage par défaut.

On va bien sûr pouvoir modifier ces vues par défaut : Row limit, vue par défaut, colonnes affichées et leur ordre :

Visual Studio 2012 - Vues 2

 

Par contre… pas de groupes, de filtres, d’ordre ! Peut-être que cela sera ajouté à la version finale… je l’espère en tout cas !

7/ Si ce n’est pas le cas, il nous reste toujours notre bon vieux XML…

Visual Studio 2012 - XML1

 

On retrouve toujours l’IntelliSense pour nous aider sur le schéma et la structure XML :

Visual Studio 2012 - XML2

 

8/ Il nous reste l’onglet “List”. Peut de choses dans cet onglet. Juste la possibilité de renommer l’instance de notre modèle qui sera créé, son URL, sa description et deux paramètres : Affichage dans le quicklaunch & masquer la liste :

Visual Studio 2012 - List

 

9/ Il nous reste la dernière étape, le déploiement. On retrouve pour cela les mêmes menus que dans Visual Studio 2010 : Deploy, Publish, Retract.

Visual Studio 2012 - Deploy

 

Visual Studio 2012 - Deploy

Exactement la même procédure que pour Visual Studio 2010, rien de neuf.

 

Au final, quelques nouveautés, surtout concernant l’assistance de création des listes qui peut être bien pratique et vous faire gagner en productivité. On gardera à l’esprit tout de même qu’une certaine vigilance est requise concernant les noms de modèles, colonnes pour éviter les noms internes à rallonge, avec des caractère encodés. Mais là aussi, rien de nouveau !

 

Pour finir ce billet, je vous propose un petit tour du gestionnaire de features, du panneau de paramètres de la solution et de l’explorateur de serveurs :

 

Le gestionnaire de features reste simple et fonctionnellement similaire au précédent IDE. Mêmes scopes (ça c’est normal Clignement d'œil ), titre, description et association des features :

Visual Studio 2012 - Features

Visual Studio 2012 - Features 2

Visual Studio 2012 - Features 3

 

 

Et pour la configuration de la solution, rien de neuf non plus !

Visual Studio 2012 - Solution 1

Visual Studio 2012 - Solution 2

 

Dans l’explorateur de serveurs :

Visual Studio 2012 - Servers 1

Visual Studio 2012 - Servers 2

 

Dans le prochain billet, nous parlerons toujours des nouveautés de Visual Studio 2012 pour SharePoint, mais à propos des types de contenu et des colonnes de site. Stay Tuned !

SharePoint 2010 & Visual Studio 2012–Step 1–Installation de Visual Studio 2012

Posted on Updated on

Microsoft vient tout juste de publier la Release Candidate (RC) de Visual Studio 2012. Tout comme le précédent opus, cette mouture de notre IDE préféré intègre des outils permettant de développer avec SharePoint 2010.

Bien sûr Microsoft propose, dans cette Release, un ensemble de nouveaux outils destiné à SharePoint et en particulier au développement d’applications, de listes, de types de contenu, etc. Vous trouverez une liste à cette page : http://msdn.microsoft.com/en-us/library/ee290856(v=vs.110).aspx

 

Je vais essayer dans une suite d’article de détailler ces nouvelles intégrations pour SharePoint 2010. Première étape, installer Visual Studio 2012 RC sur un serveur SharePoint tout propre !

 

1/ Télécharger Visual Studio 2012 (VS2012)

Vous trouverez le télécharger à cette page : http://www.microsoft.com/visualstudio/11/fr-fr/downloads

 

2/ Monter l’iso de VS2012

Récupérer l’iso et insérez-le dans le lecteur disque de votre machine SharePoint (dans mon cas, j’ai monté l’iso fourni sur ma machine SharePoint grâce à VMware Workstation 8.0).

 

3/ Démarrer l’installation

Le setup d’installation doit se lancer tout seul (si ce n’est pas le cas, allez dans le poste de travail et double-cliquer sur le CD). Le print-screen de Visual Studio 2012 doit apparaitre :

 

VS2012 - Print-Screen

 

4/ Après quelques secondes, la fenêtre d’installation apparaitra et vous proposera de modifier l’emplacement d’installation (je laisse celui de base) et d’accepter les termes du contrat de licence. Cochez cette checkbox et cliquez sur “Next”

 

VS2012 - Emplacement

 

5/ Dans la fenêtre suivante, nous allons sélectionner les options utiles à notre installation. Pour cela, je décoche “Blend for Visual Studio” et “Microsoft Foundation Classes for C++” et choisi de conserver le reste, en particulier “Microsoft SharePoint Developer Tools”. Cliquez ensuite sur “Install”.

 

VS2010 - Choix des options

 

6/ L’installation des composants se lance :

 

VS2012 - Installation 1

 

VS2012 - Installation 2

 

7/ Fin de l’installation :

 

VS2012 - fin d'installation

 

8/ Il ne nous reste plus qu’à lancer Visual Studio 2012 ! Pour cela “Démarrer > Tous les programmes > Microsoft Visual Studio 2012” :

 

VS2012 - Lancement

 

9/ Choix des paramètres de l’environnement de développement. Pour ma part, je choisis en général “General Development Settings” :

VS2012 - Choix des paramètres

 

Cliquez sur “Start” :

 

VS2012 - waiting

 

10 / Visual Studio 2012 est démarré !

 

VS2012 - Démarrage

 

Jusqu’ici tout va bien. Commençons notre premier projet SharePoint avec Visual Studio 2012 !!!

 

11/ Mon premier projet…

Pour cela, rien de nouveau : File > New > Project

VS2012 - Nouvelle solution

 

12/ La fenêtre de sélection du modèle de projet se lance, on se déplace dans Visual C# > SharePoint > 2010

 

VS2012 - Nouveau projet

 

On note quelques différences avec VS2010 :

  • Le Framework par défaut est le 4.5 alors que SharePoint 2010 utilise le 3.5
  • Les icônes ont changé
  • Seulement 5 modèles de projet à l’heure actuelle

13/ On sélectionne “SharePoint 2010 Project” et on modifie le chemin où seront enregistré les sources (Location). Puis on clique sur “OK”.

 

14/ La fenêtre de sélection du site de debug et du type de solution apparait. Elle ne diffère en rien de celle de Visual Studio 2010 :

 

VS2012 - Type de projet

 

cliquez sur “Finish”.

 

15/ La nouvelle solution est préparée et apparait après quelques secondes dans la nouvelle interface de Visual Studio 2012 :

 

VS2012 - Nouvelle solution

 

En conclusion de cette partie, nous ne voyons que peu de nouveauté jusqu’ici. Mais dans un prochain billet, nous verrons toutes les nouveautés apportées par Visual Studio 2012 pour le développement avec SharePoint 2010 !