Jag arbetar på ett projekt som använder fem olika SharePoint Designer arbetsflöden för att hantera vissa dokumentgodkännanden. SPD ger den "samla in datan från en användare" åtgärd så att vi kan uppmana användaren för olika bitar av information, såsom huruvida de godkänner, några kommentarer och kanske fråga vad de hade för middag andra natten.

Formerna är perfekt fungerande. De är bundna till en uppgiftslista som en innehållstyp. De är 100% systemgenererade. Detta är deras styrka och svaghet. Om vi kan leva med standard form, då är vi bra att gå. Men, Vi har inte för mycket kontroll över hur SPD skapar form. Om vi inte gillar det standardbeteendet, Vi behöver tillgripa olika knep att komma runt det (till exempel, att ange prioriteten för en aktivitet).

Jag behövde lämna en länk om formulären uppgift att öppnas Visa egenskaper (DispForm.asxp) för den relaterade artikeln"" i ett nytt fönster. Detta ger ett klick tillgång till metadata för den relaterade artikeln. Detta är vad jag menar:

Tack och lov, Vi kan göra det och det är inte mycket svårt. I stort sett, brand upp SPD, Navigera till den katalog som rymmer Arbetsflödesfiler och öppna ASPX-filen du vill ändra. Dessa är bara klassiska XSL-transformeringen instruktioner och om du har muckade med itemstyle.xsl, Sök eller andra XSL-scenarier, Detta kommer att bli lätt för dig. I själva verket, Jag hittade det är i allmänhet lättare eftersom formuläret genererade är lite lättare att följa jämfört med en webbdel för Sök kärna resultat (eller mardrömslika CWQP).

Självklart, Det finns en stor fallgrop. SPD: s arbetsflödesredigeraren förväntar sig full kontroll över filen. Om du ändrar det, SPD glatt över din ändringar ge rätt uppsättning omständigheter. Jag gjorde två snabba tester för att se hur illa detta skulle kunna få. De båda förutsätter att du har tagit fram ett giltigt SPD arbetsflöde som använder den "samla in datan från en användare" steg.

Testet 1:

• Ändra aspx-filen för hand.
• Testa den (Kontrollera att ändringar sparats korrekt och didn't break någonting).
• Öppna arbetsflödet och lägga till en icke-närstående åtgärd (såsom "logga in historia").
• Spara arbetsflödet.

Resultat: I detta fall, SPD inte återskapa form.

Testet 2:

• Gör samma sak som #1 utom direkt ändra "samla in-data från en användare" åtgärd.

Resultat: Detta återskapar formuläret från början, onlineläge ändringarna.

Slutliga anteckningar:

• Minst två SPD åtgärder skapa formulär här: "Samla in Data från en användare" och "Tilldela att göra objekt". Båda dessa åtgärder’ formulär kan ändras manuellt.
• Jag har kunnat skapa min länk till dispform.aspx eftersom, i detta fall, relatera artikeln har alltid dess ID inbäddad i den relaterade artikeln URL. Jag fick möjlighet att extrahera den och sedan bygga en <en href> bygger på att tillhandahålla ett klick meta data funktionen. Det är osannolikt att din URL följer denna regel. Det kan finnas andra sätt att få ID för den relaterade artikeln men jag har inte haft att korsa det överbryggar, så jag inte vet om att den andra sidan av klyftan.
• Jag undersöka inte, men jag skulle inte bli förvånad om det finns något slags mallfil i den 12 registreringsdatafilen som jag kunde ändra för att påverka hur SPD genererar formulären standard (ungefär som vi kan ändra varning mallar).

</slutet>

Prenumerera på min blogg!