Question

Nous avons créé un certain nombre de colonnes personnalisées pour notre client.Certains d'entre eux affichent du contenu à l'aide d'un iframe vers une page .ASPX (afin que du code-behind puisse être exécuté).

J'ai récemment été chargé de créer un filtre sélectionnable pour une sorte de "page d'accueil" - cette page affiche un certain nombre de listes à l'aide de composants WebPart.Pour ce faire, j'ai ajouté un composant WebPart de filtre (dans ce cas, un filtre de choix) et je l'ai connecté au composant WebPart existant affichant la liste.

Voici le résultat final :IFrame not working

Dès que je supprime la connexion, la colonne fonctionne correctement et affichera le contenu réel du iframe (dans ce cas, une icône de courrier sur laquelle on peut cliquer), par opposition au simple code.

Que se passe t-il ici?Y a-t-il un moyen de contourner ce problème ?

PS.La colonne de gauche est également l'une de nos colonnes personnalisées, mais celle-ci n'utilise pas de iframe.Malheureusement, je dois exécuter du code dans certaines colonnes, donc la réécriture n'est pas une option.

MODIFIER:

J'ai réalisé que le problème venait du fait que SharePoint, pour une raison étrange, avait décidé d'encoder le iframe balise et elle est traitée comme du texte :

<iframe marginwidth="0" allowtransparency="true" marginheight="0" height="28" width="48" align="left" scrolling="no" frameborder="0" src=...

Évidemment, cela ne se produit pas sans aucune connexion entre les composants WebPart.

Était-ce utile?

La solution

J'ai trouvé pourquoi cela se produit...le FDLTYPES la définition de ce champ de buggy avait <Field Name="ParentType">Text</Field>.

Quand je l'ai changé en Number ça a commencé à fonctionner.Pourtant, je pense qu'il s'agit d'une solution de contournement plutôt que d'une solution, car l'ensemble ne se comporte pas comme prévu dès le départ, mais au moins les champs fonctionnent.

Licencié sous: CC-BY-SA avec attribution
Non affilié à sharepoint.stackexchange
scroll top