Les profils utilisateur sont-ils un emplacement approprié pour stocker des éléments tels que le nombre d'éléments par page dans un utilisateur de grille personnalisé sélectionné? (Je vous pouvez le stocker dans la vue, mais ce ne sera pas par utilisateur de cette façon). Mon premier était cependant de stocker ces paramètres dans les profils utilisateur, mais il y a des problèmes avec les autorisations d'accès pour créer par programme des propriétés de profil utilisateur qui se résument soit à donner à chaque utilisateur l'autorisation 'Manager User Profiles' dans SSP ou have to run the application pool under a domain user, not NETWORK SERVICE . Les deux scénarios sont irréalistes pour moi, donc je cherche maintenant un autre moyen de stocker ces paramètres 'par utilisateur'.Emplacement pour stocker les paramètres utilisateur dans Sharepoint en plus des profils
Merci! Éditer: Je considère maintenant le mécanisme de profil d'ASP.NET avec un DB additionnel pour stocker des propriétés d'utilisateur.
C'est une alternative à laquelle j'ai aussi pensé, mais je pense qu'il serait plus facile de l'implémenter avec le mécanisme de profilage ASP.NET: pas de champs supplémentaires, de listes de types de contenu et de fonctionnalités. En outre, nous avons déjà une base de données utilisateur ASP.NET créée avec aspnet_regsql.exe. – axk