SHAREPOINT 2013 : Drag and drop

Une des nouvelles fonctionnalités sympathique pour l'utilisateur dans SharePoint 2013 est l'utilisation du drag-and-drop.

 

Celui-ci s'applique aux éléments suivants:

• Déplacement d'un fichier du poste client vers une bibliothèque SharePoint,
• Déplacement de fichiers SharePoint dans un répertoire ou un ensemble documentaire,
• Déplacement de fichiers SharePoint dans une autre bibliothèque.

En soit, cela est déjà très bien mais il existe actuellement quelques limitations  du drag-and-drop à appréhender :

• Impossible de déplacer un répertoire
• Impossible de déplacer un ensemble documentaire,
• Impossible de déplacer des vidéos,
• Impossible de déplacer un fichier vers une autre collection de sites.
• Impossible de déplacer un item de liste.

 

Evidemment, cette nouvelle fonctionnalité offerte par l'utilisation du HTML5 nécessite de posséder l'un des prérequis suivant sur le poste client:

• Dernière version de Firefox,
• Dernière version de Chrome,
• IE 10 en version desktop,
• IE8 en mode desktop et Office 2013 installé sur le poste client,
• IE9 en mode desktop et Office 2013 installé sur le poste client.

Le HTML5 n'étant pas supporté pleinement sur IE9 (et encore moins sur IE8), il sera ainsi nécessaire de disposer d'Office 2013 si vous ne possédez pas la dernière version du navigateur de MS.

Office 365 : Ajout champ géolocalisation

Dans un précédent post, j'avais traité de la possibilité de rajouter le nouveau type de champ "Geolocation" sur une ferme SharePoint 2013 On Premise en utilisant du PowerShell.

Suite à la demande grandissante, voici le code (utilisant le Client Object Model) à exécuter afin de réaliser cet ajout sur votre site SharePoint situé dans O365 (changer les informations de connexion : tenant, nom utilisateur, password) : 

Uri oUri = new Uri("https://tenant.sharepoint.com");
MsOnlineClaimsHelper claimsHelper = new MsOnlineClaimsHelper(oUri, "userid@tenant.onmicrosoft.com", "userpassword");
using (ClientContext context = new ClientContext(oUri))
   {
     context.ExecutingWebRequest += claimsHelper.clientContext_ExecutingWebRequest;
     List oList = context.Web.Lists.GetByTitle("MaListe");
     oList.Fields.AddFieldAsXml("", true, AddFieldOptions.AddToAllContentTypes);
     oList.Update();
     context.ExecuteQuery();
                    
    }

Remarque : A présent, il est possible d'administrer SharePoint Online dans O365 à laide de commandes PowerShell en utilisant les applets de commandes à cet effet : http://technet.microsoft.com/fr-fr/library/fp161364.aspx

La liste des applets de commandes disponibles actuellement n'est pas très étoffée. A n'en pas douter, l'avenir de Office 365 passera par l'extension de ces méthodes afin de fournir un outil complet d'administration.
 

INFOPATH 2013 : Enregistrement personnalisé

Aujourd'hui un petit article permettant de détailler l'enregistrement d'un formulaire dans une bibliothèque SharePoint.

 

Rappel : Pour enregistrer le formulaire à la racine de la bibliothèque, il suffit de créer une connexion de données de type "Envoi" vers la bibliothèque de votre choix.

Afin de facilité le déploiement, il est préconisé d'utiliser un fichier "udcx" (universal data connexion) permettant de ne pas laisser l'url d'enregistrement stockée en dur dans le modèle du formulaire). Pour le passage vers un environnement différent, vous aurez uniquement à modifier le contenu du fichier UDCX stocké dans une bibliothèque SharePoint de type "Bibliothèque de connexion".

 

 

Pour plusieurs raisons, notamment pour se conformer aux 'bests practices' de Microsoft, vous pouvez être amené à enregistrer le formulaire dans un répertoire spécifique de votre bibliothèque de formulaire.

Par exemple, si vous partez sur une volumétrie de 2000 formulaires par an, il est préconisé de créer un répertoire par année dans votre bibliothèque.

 

Pour enregistrer votre formulaire dans un répertoire spécifique de votre bibliothèque de formulaire, il suffira d'utiliser le code C# suivant dans l'évènement "Forms_Submit" du formulaire :

 

FileSubmitConnection fileSubmitConnection = (FileSubmitConnection)DataConnections["Envoi formulaire demo "];
fileSubmitConnection.FolderUrl = string.Concat(fileSubmitConnection.FolderUrl, "/", "MonRepertoire");

fileSubmitConnection.Execute();
e.CancelableArgs.Cancel = false;

 

Ainsi, le formulaire s'enregistrera directement dans le répertoire "MonRepertoire" de la bibliothèque de formulaires.

 

SharePoint 2013 : Nouveautés installation

Aujourd'hui un article sur les quelques nouveautés rencontrées lors de l'installation de SharePoint Server 2013.

 

• IFILTER PDF:
  Première nouveauté, et non des moindre : Plus besoin d'installer de IFILTER PDF!
  Enfin en 2013, le IFILTER est incorporé nativement dans les binaires SharePoint. 
 
• Apparition de nouveaux services applicatifs :
• Machine translation Services (traduction de contenu),
• Access Services 2013 (application Access en mode 2013),
• App managment (gestion des applications SharePoint),
• Powerpoint conversion services (Conversion vers PDF),
• Work management services (synchronisation des tâches),
• Distributed cache services (utilisé pour la mise en cache des données sociales et de session).

• Office Web Apps :
  Les Office Web Apps s'installent désormais en dehors de la ferme SharePoint. Il sera possible de configurer une ferme dédiée aux WAC qui pourra être utilisée par toute l'entreprise.
  Attention: ces WACS ne se rattachent à la ferme uniquement par PowerShell.

• Recherche :
  La topologie de recherche, permettant de configurer les serveurs de crawl, de query ou d'administration), se configure uniquement via PowerShell à présent. L'interface disponible en SharePoint 2010 a disparu.

• Workflow :
  Par défaut, seuls les workflow de type SharePoint 2010 sont installé par défaut.
  Drôle de choix quand on sait le plus que peuvent apporter les workflow de type SharePoint 2013.
  Pour utiliser ces workflow basés sur le framework 4.5, vous aurez trois types d'installations disponibles (voir technet : http://technet.microsoft.com/en-us/library/jj219638.aspx):
• Installer les briques "Workflow Manager" et "Workflow client" sur chaque serveur de votre ferme,
• Installer une ferme de Workflow en dehors de votre ferme SharePoint,
• Utiliser Aure workflow,

INFOPATH : Rediriger un formulaire

Aujourd'hui un post rapide concernant la redirection de formulaire InfoPath.

Ce problème est souvent abordé sur les forums car les utilisateurs souhaitent que le formulaire vers une certaines page de leur site SharePoint à la fermeture.

Pour se faire, vous avez 2 options disponibles à utiliser en fonction de vos besoins de redirection :

 

• La version simple : Elle consiste à modifier le paramètre "Source" dans l'url à l'ouverture du formulaire. En effet, le paramètre "Source" permet de préciser l'emplacement vers lequel l'utilisateur sera redirigé à la fermeture du formulaire (après exécution de la connexion de données). Cette méthode conviendra parfaitement si l'adresse de redirection est connue avant l'ouverture du formulaire.

 

• La version complexe : Elle consiste a rediriger en code managé ".Net" celui-ci vers n'importe quel emplacement spécifique  pouvant être calculé dans le formulaire (par exemple url dynamique en fonction de la valeur d'un champ du formulaire, ...):
  HttpContext.Current.Response.Clear();
  HttpContext.Current.Response.Flush();
  HttpContext.Current.Response.Buffer = false;
  HttpContext.Current.Response.Write("Positionner ici le javascript pour la redirection");
  HttpContext.Current.Response.End();