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" pagkilos upang maaari naming prompt ng gumagamit para sa iba't ibang piraso ng impormasyon, tulad ng kung aprubahan nila ito, ilang mga komento at maaaring magtanong kung ano ang kanilang ay may para sa hapunan sa iba pang mga gabi.

The forms are perfectly functional. They are tied to a task list as a content type. They are 100% system-generated. This is their strength and weakness. If we can live with the default form, then we’re good to go. Gayunman, we don’t have too much control over how SPD creates the form. If we don’t like that default behavior, kailangan namin sa resort sa iba't ibang trick upang makakuha ng paligid nito (halimbawa, pagse-set ng priority sa isang gawain).

Kailangan ko upang magbigay ng isang link sa mga form ng gawain na binuksan ang mga katangian ng tanawin (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, painitin 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, paghahanap o iba pang mga sitwasyon ng XSL, this will be easy for you. Sa katunayan, Nakita ko ito sa pangkalahatang mas madali dahil ang nabuong form ay medyo madali upang sundin kumpara sa mga resulta ng paghahanap core bahagi web (o ang kakila-kilabot CWQP).

Talaga, 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" hakbang.

Pagsubok 1:

• Baguhin ang ASPX file sa pamamagitan ng kamay.
• Subukan ito (i-verify na ang iyong mga pagbabago ay maayos na-save at ay hindi lumalabag sa anumang).
• Buksan ang workflow at magdagdag ng isang hindi nauugnay na pagkilos (such as "log to history").
• I-save ang workflow.

Magbunga: Sa kasong ito, SPD hindi muling likhain ang form.

Pagsubok 2:

• Gawin ang parehong bilang #1 except directly modify the "collect data from a user" aksyon.

Magbunga: Ito muling lumilikha ng form mula sa simula, over-sumusulat ng iyong mga pagbabago.

Final Tala:

• Hindi bababa sa dalawang SPD pagkilos lumikha ng mga form tulad nito: "Collect Data From a User" and "Assign To Do Item". Both of these actions’ form nang manu-mano ang binagong.
• Ako ay magagawang upang bumuo ng aking link sa dispform.aspx dahil, sa kasong ito, 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, kaya hindi ko alam kung nakakakuha ng sa iba pang mga gilid ng bangin.
• Hindi ko sinisiyasat, ngunit hindi ako magiging magulat kung may ilang mga uri ng file ng template sa 12 pugad na maaari kong baguhin upang makaapekto sa kung paano bumubuo ng SPD ang form na default (halos tulad ng maaari naming baguhin ang mga template ng alerto).

</dulo>

Mag-subscribe sa aking blog!