Je travaille sur un projet qui utilise cinq différents flux de travail SharePoint Designer pour gérer des approbations de documents. SPD fournit la « collecte de données d'un utilisateur" action afin que nous puissions invite l'utilisateur à différents bits d'information, comme si ils homologuent il, certains commentaires et peut-être nous demander ce qu'ils avaient pour le dîner l'autre soir.

Les formes sont parfaitement fonctionnels. Ils sont liés à une liste de tâches comme un type de contenu. Ils sont 100% générées par le système. Il s'agit de leur force et leur faiblesse. Si nous pouvons vivre avec le formulaire par défaut, puis nous voilà prêt à partir. Cependant, Nous n'avons pas trop de contrôle sur comment SPD crée la forme. Si nous n'aimons pas ce comportement par défaut, Nous avons besoin d'avoir recours à diverses astuces pour obtenir autour d'elle (par exemple, définition de priorité sur une tâche).

J'avais besoin de fournir un lien sur ces formes de travail qui ouvrent les propriétés du point de vue (DispForm.asxp) de l'élément « connexe" dans une nouvelle fenêtre. Cela donne accès en un clic pour les métadonnées de l'élément associé. C'est ce que je veux dire:

Heureusement, Nous pouvons le faire et il n'est pas très difficile. Grosso modo, incendie de SPD, Accédez au répertoire qui héberge les fichiers de flux de travail et ouvrez le fichier ASPX à modifier. Voici les instructions de transformation XSL simplement classiques et si vous avez mucked avec itemstyle.xsl, recherche ou autres scénarios XSL, ce sera facile pour vous. En fait, J'ai trouvé il est généralement plus facile puisque le formulaire généré est un peu plus facile à suivre par rapport à un composant WebPart résultats principaux de recherche (ou la CWQP cauchemardesque).

Bien sûr, Il y a un écueil majeur. Éditeur de workflow du SPD s'attend à un contrôle total sur ce fichier. Si vous modifiez, SPD va écraser joyeusement votre donner de changements le droit ensemble de circonstances. J'ai fait deux tests rapides pour voir à quel point cela pouvait obtenir. Ils ont tous deux supposent que vous avez conçu un flux de travail SPD valide qui utilise la "collecte de données d'un utilisateur" étape.

Test 1:

• Modifier le fichier ASPX à la main.
• Mettre à l'épreuve (Vérifiez que vos modifications ont été correctement enregistrées et n'a pas briser rien).
• Ouvrir le flux de travail et d'ajouter une action indépendante (comme le « journal de l'histoire »).
• Enregistrer le flux de travail.

Résultat: Dans ce cas, SPD ne pas recréer la forme.

Test 2:

• Faire la même chose : #1 sauf directement modifier la « collecte de données d'un utilisateur" action.

Résultat: Cela recrée la forme à partir de zéro, écraser vos modifications.

Notes finales:

• Au moins deux actions de SPD créer des formulaires comme ceci: « Collecte de données d'un utilisateur" et « Assign pour faire le point ». Deux de ces actions’ formes peuvent être modifiés manuellement.
• J'ai été capable de générer mon lien vers dispform.aspx parce que, dans ce cas, l'article relate a toujours son ID incorporé dans l'URL de l'article connexe. J'ai pu extraire et ensuite construire une <a href> basé sur lui pour fournir la fonctionnalité d'accès un clic meta données. Il est peu probable que votre URL suit cette règle. Il peut y avoir d'autres façons d'obtenir l'ID de l'élément connexe, mais je n'ai pas eu à traverser ce pont, donc je ne sais pas si obtient de l'autre côté de l'abîme.
• Je n'avait pas étudier, mais je ne serais pas surpris si il y a une sorte de fichier modèle dans la 12 la ruche que je pourrais modifier affecter comment SPD génère les formulaires par défaut (comme nous pouvons modifier les modèles de l'alertes).

</fin>

S'abonner à mon blog!