Conception de formulaire complexe dans Sharepoint

Question

J'essaie de créer un formulaire pour WSS 3.0 qui présente les deux caractéristiques suivantes:

1. Chaque enregistrement contient plusieurs sous-enregistrements contenant quelques champs spécifiques.
2. Peut exporter vers HTML ou quelque chose de similaire pouvant être visualisé dans tous les navigateurs.

Je me rends compte (sauf erreur de ma part) que je peux atteindre 1 uniquement en utilisant InfoPath et RepeatingSection / RepeatingTable / etc.

En ce qui concerne 2, je vois qu'InfoPath est uniquement capable d'exporter au format MHT / PDF / XLS, ce qui ne convient pas pour moi, car l'objectif est de créer quelque chose qui peut être publié sur le Web.

Avez-vous des idées sur un meilleur moyen d'y parvenir?

Correction pour 2: je voulais dire que le formulaire InfoPath devait être modifiable sur notre intranet, mais exporté en tant que page Web en lecture seule pour notre site Web. Je voulais donc dire "exporter". et non pas "publier".

Answer 1

Pour cela, vous pouvez utiliser une base de données en tant que source de données principale de vos formulaires, afin que toutes les données de formulaire y soient enregistrées. Vous pouvez ensuite créer un site Web interrogeant la base de données pour toutes les informations.

Une autre solution consisterait à extraire les données du formulaire Infopath (enregistrées en tant que fichier xml) et à les publier sur un serveur Web avec une feuille de style XML pour en définir le format. Vous pouvez le faire via un contrôle XML dans ASP.net.

Ces solutions pourraient nécessiter plus de graisse au coude qu’une autre solution, mais je pense que l’une ou l’autre pourrait fonctionner.

Answer 2

Peut-être créer un type de champ personnalisé est une possibilité. Créez un type de champ dont la valeur est une sorte de collection.

Answer 3

  

Quant à 2, je vois qu'InfoPath est seulement   capable d'exporter au format MHT / PDF / XLS,   aucun idéal pour moi, puisque l'objectif est   pour créer quelque chose qui peut être   publié sur le Web

Ce n'est pas correct, les formulaires InfoPath peuvent être publiés sur le Web. Lors de la publication du formulaire sur SharePoint via le client InfoPath, vous pouvez sélectionner une option indiquant que ce formulaire doit être modifiable dans un navigateur. Attention, certaines fonctionnalités d'InfoPath ne sont pas disponibles lorsque vous le faites.

Ou avez-vous une compréhension différente de "pouvez-vous publier sur le Web"? Pour moi, cela signifie créer un nouvel élément dans la bibliothèque à laquelle le formulaire InfoPath est attaché à - > Le formulaire est ouvert dans le navigateur - > l'utilisateur remplit le formulaire - > utilisateur clique sur le bouton de sauvegarde - > Le document de chemin d’information est enregistré dans la bibliothèque et fermé.

Answer 4

Juste une idée:

Si InfoPath (avec MOSS) n'est pas une option, vous pourriez peut-être imiter son comportement via un formulaire de modification personnalisé si vous souhaitez que les données soient sorties dans une liste SP. Je pense à un formulaire de modification personnalisé avec des contrôles HTML dynamiques (pour les sous-enregistrements). Vous pouvez y parvenir en insérant dynamiquement des objets dans le DOM, selon les besoins de votre arborescence. Ensuite, lors de la soumission du formulaire, un gestionnaire d’événements de la liste analysera les données soumises par le formulaire et les stockera à votre convenance (dans un fichier XML sérialisé dans un champ personnalisé, par exemple).

S'il ne s'agit pas d'un formulaire de modification personnalisé pour une liste, les mêmes fonctionnalités ci-dessus peuvent être stockées dans une page de site avec code-behind (méfiez-vous des personnalisations) et utilisez une liste cachée de SP pour stocker vos données. / p>

Comme pour la section d'exportation, une page d'application liée dans le menu ECB de cette liste obtiendrait le fichier XML mentionné ci-dessus et l'afficherait correctement.