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" gníomh ionas gur féidir linn a spreagfaidh an t-úsáideoir le haghaidh giotán éagsúla faisnéise, mar shampla, cé acu acu é a cheadú, roinnt tuairimí agus b'fhéidir a iarraidh ar cad a bhí siad don dinnéar an oíche eile.

The forms are perfectly functional. They are tied to a task list as a content type. Tá siad 100% system-generated. This is their strength and weakness. If we can live with the default form, then we’re good to go. Mar sin féin, we don’t have too much control over how SPD creates the form. If we don’t like that default behavior, ní mór dúinn dul i muinín cleasanna éagsúla a fháil timpeall air (mar shampla, tosaíocht leagan ar thasc).

Is gá dom a nasc ar na foirmeacha tasc a d'oscail suas an airíonna an amhairc a chur ar fáil (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:

Thankfully, we can do that and it’s not very hard. Broadly speaking, dóiteáin suas 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, cásanna XSL eile cuardaigh nó, this will be easy for you. Go deimhin, Fuair ​​mé é a bheith i gcoitinne níos éasca ós rud é go bhfuil an fhoirm a ghintear beagán níos éasca a leanúint i gcomparáid le croí-thorthaí páirt gréasáin chuardaigh (nó an CWQP nightmarish).

Ar ndóigh,, 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" céim.

Tástáil 1:

• Athraigh an comhad ASPX de láimh.
• Tástáil sé (fhíorú go raibh shábháil do chuid athruithe i gceart agus ní raibh rud ar bith a bhriseadh).
• Oscail suas an sreabhadh oibre agus cuir ar ghníomhaíocht atá unrelated (such as "log to history").
• Sábháil an sreabhadh oibre.

Toradh: Sa chás seo, Ní raibh SPD ath-chruthú ar an bhfoirm.

Tástáil 2:

• An bhfuil an céanna mar #1 except directly modify the "collect data from a user" gníomh.

Toradh: Seo ar ath-Cruthaíonn an fhoirm ó scratch, ró-scríobh do chuid athruithe.

Nótaí Deiridh:

• Ar a laghad dhá ghníomh SPD chruthú foirmeacha mar seo: "Collect Data From a User" and "Assign To Do Item". Both of these actions’ Is féidir foirmeacha a mhodhnú de láimh.
• Bhí mé in ann a ghiniúint mo nasc chuig dispform.aspx mar gheall ar, sa chás seo, 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, mar sin níl a fhios agam má thagann go dtí an taobh eile de chuid an chasm.
• Ní raibh mé ag imscrúdú, ach ní ba mhaith liom a bheith ionadh más rud é go bhfuil roinnt de chineál comhaid teimpléad sa 12 hive go raibh mé in ann a mhodhnú go mbeadh tionchar acu conas a ghineann SPD na foirmeacha réamhshocraithe (i bhfad mar is féidir linn a mhodhnú teimpléid airdeall).

</deireadh>

Liostáil le mo bhlag!