none
difference entre customisation de liste type "externe" et liste "type sharepoint" RRS feed

  • 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
    jeudi 17 février 2011 14:00

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
    samedi 19 février 2011 00:55

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/
    jeudi 17 février 2011 14:35
  • 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
    vendredi 18 février 2011 07:22
  • 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
    samedi 19 février 2011 00:55
  • ok

    merci pour ces explications . Bonne journée à vous .


    AL-Geoxia
    mardi 22 février 2011 12:54