Archives mensuelles : mars 2014

Masquer ou ne pas masquer le ruban dans SharePoint, telle est la question

Lorsqu’on parle du ruban on parle bien sur de cette barre d’outil qui s’affiche par défaut dans le haut de chaque page dans SharePoint. SharePoint introduit le ruban pour aider les utilisateurs à accomplir leurs tâches. L’une des idées derrière le ruban, c’est qu’il soit toujours à la portée de sorte que les utilisateurs peuvent facilement découvrir les fonctionnalités dont ils ont besoin à un moment donné. Voici un aperçu du ruban (SharePoint 2010) :

rubban1

Lorsque viens le temps de personnaliser l’aspect visuel d’un site SharePoint les designeurs web ont tendance à exclure le ruban de leurs maquettes. Pourquoi ? C’est fort simple, ce sont souvent des firmes de design externe qui sont mandaté pour faire les maquettes de site SharePoint et celle ayant SharePoint dans leur portefolio sont peu nombreuse. Ils n’aiment pas que leur créativité soit brimé et ils ne sont pas très chaud à l’idée d’avoir une barre de boutons dans le haut en permanence.

Sites de publication

Ils ont un bon point, dans la mesure où l’ont veut créer une maquette pour un site de publication et que la majorité des utilisateurs n’effectuent pas de modification au contenu alors le ruban n’est pas un pré-requis. Il faut tout de même prévoir un mécanisme facile pour afficher le ruban afin que les super-utilisateurs puissent modifier leurs pages.

Sites de collaboration

Cependant, dans un site de collaboration, je considère que c’est une problématique de masquer le ruban car on enlève l’accès facile aux fonctionnalités contextuel.

Récente SharePointerie avec le ruban

J’ai récemment eu à intervenir sur une problématique relié au ruban dans un site d’équipe chez un client. Leur ruban était masqué par défaut de manière temporaire dans la page maitre et il était possible de l’afficher à l’aide d’un bouton « Afficher le ruban / Masquer le ruban ». Bien évidemment, c’est après plusieurs heures de débogage de JavaScript que je me suis rendu compte de la cause du problèmes.

Problématique / symptômes :

Lorsqu’on utilise le menu contextuel dans une bibliothèque de documents d’un site d’équipe et qu’ensuite on affiche le ruban, les boutons du ruban ne fonctionnent plus.

Cause du problème :

Dans une bibliothèque de documents lorsqu’on navigue dans un dossier SharePoint met l’onglet « Document » par défaut mais il n’y arrive pas à le faire si le ruban est masqué (Par la page maître).
Détails technique :

J’ai testé avec la page maitre par défaut et bien évidemment je n’avais pas le problème car le ruban est visible par défaut. Ensuite, c’est en analysant les URL des bibliothèques que je me suis rendu compte qu’en enlevant le paramètre « InitialTabId » le ruban fonctionnait à nouveau.

Ex : http://UrlDuSite/NomBibliotheque/Forms/AllItems.aspx?RootFolder=NomDuDossier&FolderCTID=LeGuidDuDossier&InitialTabId=Ribbon%2EDocument

Par défaut lorsqu’on navigue dans un « dossier » d’une bibliothèque de document le paramètre « InitialTabId » est ajouté dans le URL.

Solution :

Cesser de masquer le ruban par défaut dans la page maitre.

Meilleures pratiques

Comme les meilleures pratiques le suggère, vous n’êtes pas censé cacher le ruban de manière permanente puisque la plupart des fonctionnalités de SharePoint sont accessibles par ruban facilement. Si malgré tout, vous voulez le masquer de manière temporaire, soyez à l’affut des éventuelles problématiques.

Conclusion

En bref, je ne vous recommande de ne pas masquer le ruban dans un site de collaboration car ceci peut occasionner des erreurs telles que démontré dans la SharePointerie ici-haut. En plus de cela,  ça peut créer des incohérences si un comportement est différent entre les utilisateurs et les super-utilisateurs. Cependant, pour un site de publication qui serait modifié par quelques utilisateurs c’est très envisageable de le masquer pour avoir un visuel avec du tape à l’œil.

Advertisements

Pourquoi SharePointerie et de quoi on parle sur ce blogue?

Tout d’abord, je voulais un nom de domaine court et facile à mémoriser car on sais que pour les SEO il est préférable d’avoir moins de 15 caractères. Pour ce faire, j’ai sélectionné le mot SharePoint qui sera le sujet principal de ce blogue et je lui ai ajouté le suffixe -erie pour former le mot SharePointerie indiquant une caractéristique ou un comportement de SharePoint.

Qu’est-ce que c’est qu’une SharePointerie?

Mise en situation : Vous avez une composante SharePoint et celle-ci fonctionne très bien sur votre machine de développeur. Vous déployez votre composante sur un autre environnement et bien évidemment ça ne fonctionne pas. Vous essayez de déployer à nouveau, vous vérifiez que tout est bien déployé, vous rafraîchissez la cache, IISReset, etc… ça ne fonctionne toujours pas. Quelque minutes plus tard, ça fonctionne sans que rien n’aie changé! C’est ce que j’appel une SharePointerie! Une sorte de sorcellerie parfois inexplicable.

De quoi on parle sur ce blogue ?

Tout d’abord, il s’agit d’un blogue personnel (je m’excuse à l’avance si vous tombez sur une faute de français) que je vais alimenter régulièrement portant principalement sur mes expérimentations et mes SharePointeries. Mes billets bimensuel vont s’adresser plus particulièrement au gens ayant un profil d’analyste-programmeur ou d’architecte avec une bonne connaissance SharePoint.

Au plaisir !