Meilleur auteur de réponses
difference entre customisation de liste type "externe" et liste "type sharepoint"

Question
-
Bonjour à tous
j'ai utilisé à partir de shp Designer 2010 la personnalisation xslt sur les formulaires liste /new /display/ edit d'une liste externe(via bcs) et ça marche plutôt bien. Par exemple, j'ai cree un nouveau formulaire de consultation pour l'affichage "detail" d'un élémnet de liste et, sans redefinir celui-ci par defaut, j'utilise celui par defaut d'origine en lui associant le fichier xsl du nouveau. Le changement apparait bien ! . Alors j'ai voulu tester la même chose sur une liste plus simple, de type liste personnailsée et là je me retrouve dans l'impossibilité d'associer un fichier xsl sur les formats display /edit/ou new définis par defaut ... Est ce normal ? On ne peut pas customisé un formulaire sans le definir obligatoirement pas defaut ? Je vous pose cette questiuon car lors des imports /exports de site, nous perdons les formulaires customisés. L'externalisation de ceux ci en xslt semblait être une bonne alternative au problème .
Merci à tous
AL-Geoxia
Réponses
-
Bonsoir,
Tout simplement parce que les différentes listes utilisent différent type de source de données.
List Form Web Part (LFWP) = Formulaire par défaut pour les listes SharePoint
XSLT List Form Web Part (XLF) = Formulaire par défaut pour les listes externes
D'où l'utilité de transformer ta liste en XSLT Data View comme proposé dans le post précédent.
Tu trouveras plus de détails concernant ces types de liste à l'url ci-dessous si besoin ;)
Source : http://office.microsoft.com/en-us/sharepoint-designer-help/web-parts-for-views-and-forms-in-sharepoint-designer-2010-HA101805424.aspx
Pascal P
http://sharepoint-afterwork.com
http://pascalp.dotnet-france.com/- Marqué comme réponse algeox mardi 22 février 2011 12:53
Toutes les réponses
-
Effectivement ce n'est pas possible avec les liste OOTB de SharePoint 2010. Il y a un workaround qui consiste à utilisé un peu de javascript en transformant le formulaire en XSLT DataView...
Step by step : http://www.sieena.com/blog/archive/2010/12/03/setting-query-string-values-on-sharepoint-forms-using-xslt-and-javascript.aspx
A tester donc ;-)
Pascal P
http://sharepoint-afterwork.com
http://pascalp.dotnet-france.com/ -
bonjour Pascal
merci pour votre aide. Si je comprends bien, le principe de l'externalisation du code xsl est impossible avec les listes de types sharepoint (annonces calendrier etc ?) - je viens de refaire le meme test avec l'objet calendrier et j'ai eu le même resultat - Votre lien parle apparement de personnaliser le formulaire mais pas d'en extraite le code xsl afin de le réutiliser indépendamment. Qu'est ce qui fait qu'on peut le faire avec des listes externes et pas avec les autres listes ?
Merci pour vos éclaircissements . Bonne journée à vous
AL-Geoxia -
Bonsoir,
Tout simplement parce que les différentes listes utilisent différent type de source de données.
List Form Web Part (LFWP) = Formulaire par défaut pour les listes SharePoint
XSLT List Form Web Part (XLF) = Formulaire par défaut pour les listes externes
D'où l'utilité de transformer ta liste en XSLT Data View comme proposé dans le post précédent.
Tu trouveras plus de détails concernant ces types de liste à l'url ci-dessous si besoin ;)
Source : http://office.microsoft.com/en-us/sharepoint-designer-help/web-parts-for-views-and-forms-in-sharepoint-designer-2010-HA101805424.aspx
Pascal P
http://sharepoint-afterwork.com
http://pascalp.dotnet-france.com/- Marqué comme réponse algeox mardi 22 février 2011 12:53
-