I’m working on a project that uses five different SharePoint Designer work flows to handle some document approvals. SPD provides the "collect data from a user" aðgerð svo að við getum hvetja notandann fyrir mismunandi bita af upplýsingum, svo sem hvort þeir samþykkja það, sumir athugasemdir og kannski spyrja hvað þeir höfðu í kvöldmat um daginn.

The forms are perfectly functional. They are tied to a task list as a content type. Þau eru 100% system-generated. This is their strength and weakness. If we can live with the default form, then we’re good to go. Hins, we don’t have too much control over how SPD creates the form. If we don’t like that default behavior, við þurfum að grípa til ýmissa bragðarefur til að fá í kringum það (til dæmis, setja forgang á verkefni).

Ég þurfti að gefa upp tengil á þessa verkefni form sem opnaðist útsýnið eignir (dispform.asxp) of the "related item" in a new window. This provides one-click access to the meta data of the related item. This is what I mean:

Sem betur fer, we can do that and it’s not very hard. Broadly speaking, skjóta upp SPD, navigate to the directory that houses the workflow files and open the ASPX file you want to modify. These are just classic XSL transform instructions and if you’ve mucked about with itemstyle.xsl, leit eða önnur XSL atburðarás, this will be easy for you. Í raun, Ég fann það að vera almennt auðveldara þar sem mynda mynd er nokkuð auðveldara að fylgja samanborið við algerlega leitarniðurstöður vefur hluti (eða nightmarish CWQP).

Auðvitað, there is one major pitfall. SPD’s workflow editor expects full control over that file. If you modify it, SPD will happily overwrite your changes give the right set of circumstances. I did two quick tests to see how bad this could get. They both presuppose that you’ve crafted a valid SPD workflow that uses the "collect data from a user" stíga.

Próf 1:

• Breyta aspx skrá við hönd.
• Prófa það (staðfesta að breytingar þínar voru rétt vistuð og ekki brjóta neitt).
• Opinn upp workflow og bæta óskyld aðgerð (such as "log to history").
• Vista workflow.

Niðurstaða: Í þessu tilviki, SPD ekki tilvísun til-skapa það form.

Próf 2:

• Gera það sama og #1 except directly modify the "collect data from a user" aðgerð.

Niðurstaða: Þetta aftur skapar form frá grunni, yfir-skrifa breytingarnar.

Final Skýringar:

• Að minnsta kosti tveir SPD aðgerðir skapa form eins og þetta: "Collect Data From a User" and "Assign To Do Item". Both of these actions’ form er hægt að höndunum breytt.
• ÉG var fær til að mynda minn hlekkur til dispform.aspx því, í þessu tilfelli, the relate item always has its ID embedded in the related item’s URL. I was able to extract it and then build an <a href> based on it to provide the one-click meta data access feature. It’s unlikely that your URL follows this rule. There may be other ways to get the ID of the related item but I have not had to cross that bridge, svo ég veit ekki hvort gerist hinum megin á hyldýpi.
• Ég vissi ekki að rannsaka, en ég myndi ekki vera hissa ef það er einhvers konar skrá sniðmát í 12 Hive, að ég gæti breytt til að hafa áhrif á hvernig SPD býr sjálfgefin eyðublöð (mikið eins og við getum breytt viðvörun sniðmát).

</enda>

Gerast áskrifandi að bloggið mitt!