Redéfinition des styles riches et CSS multiples

Dans un souci permanent de la satisfaction client… Et pour respecter la charte, vous avez redéfini les styles d’édition de vos champs de texte riche (par exemple, en suivant : http://www.sharepointblues.com/2010/10/27/custom-styles-for-sharepoint-2010-rich-html-field/).

MAIS vous avez défini plusieurs feuilles de style CSS. Par exemple, pour pouvoir “compresser” vos feuilles CSS tout en gardant la possibilité d’utiliser la surcharge de thème proposée par SharePoint et pour laquelle il ne faut pas supprimer les commentaires, ce que la compression fait :) !

Et là, Ô rage, Ô désespoir, le titre de vos styles disparait !

Quelques tests tendent à montrer que c’est le premier qui parle qui a raison ! Donc, la première occurrence de votre classe personnalisée DOIT définir l’attribut –ms-name !

Vérification, en plaçant le même nom partout (pas très pratique mais évite les effets de bord en cas de modification ultérieure…) :

TADAAAAAAA

Ca marche aussi pour le renommage des styles SharePoint par défaut : On peut chercher longtemps pourquoi le style semble s’appliquer alors que le nom n’est pas modifié :)

A vos marques, prêts, concevez !

Mots clés Technorati : SharePoint,Design,CSS,-ms-name,Markup Styles

SharePoint Foundation 2013 - The SDDL string contains an invalid sid or a sid that cannot be translated

Vous installez votre serveur standalone pour vos inavouables desseins personnels et la vie vous semble rose. Quand tout à coup, lors de l’exécution du SharePoint Product Configuration Tool…

The SDDL string contains an invalid sid or a sid that cannot be translated

Enfer, damnation, il n’y a pourtant rien de compliqué à cette installation basique !?

Mais une installation SharePoint sans surprise n’a pas vraiment de saveur alors c’est parti pour la recherche des blogs… Et on tombe sur cet article : http://kancharla-sharepoint.blogspot.fr/2012/07/the-sddl-string-contains-invalid-sid-or.html

Service running under Network Service account in workgroup environment is not supported.

Qu’à cela ne tienne, on y va pour les manipulations, au cas où :

1. Exécution avec PowerShell sous contexte SharePoint de psconfig.exe -cmd Configdb create SkipRegisterAsDistributedCacheHost dans le répertoire BIN de la ruche SharePoint.
2. Création d’un compte de Service (exemple : svcSPSearch) appartenant au moins au groupe WSS_ADMIN_WPG.
3. Attacher un compte géré à ce compte de service, soit par la Central Admin, soit par powerShell : New-SPManagedAccount –Credential (Get-Credential).
4. Associer le compte au service de recherche. ATTENTION ! N’utilisez pas pour cela les propriétés de l’application de service car le compte n’est pas modifié. Utilisez la page Service Accounts de la rubrique Security.
5. Relancez le Configuration Wizard qui devrait se terminer correctement.

NB : Si une NullReferenceException se produit lors de l’appel à Microsoft.SharePoint.SPEvaluatorModeProvisioner.IsProvisioned(), assurez-vous que vos applications web comportent au moins une collection de site.

Mots clés Technorati : SharePoint,2013,Installation,SDDL,invalid SID,standalone