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" գործողություն, որպեսզի մենք կարող է հուշել այն մասին տարբեր bits տեղեկատվության, ինչպես, օրինակ, թե արդյոք նրանք ընդունում են այն, որոշ Դիտողություններն ու միգուցե հարցնում էին ճաշի մյուս գիշեր.

The forms are perfectly functional. They are tied to a task list as a content type. Նրանք 100% system-generated. This is their strength and weakness. If we can live with the default form, then we’re good to go. Սակայն, we don’t have too much control over how SPD creates the form. If we don’t like that default behavior, մենք պետք է դիմել տարբեր հնարքներ, որպեսզի դրա շուրջ (օրինակ, համար առաջնահերթ խնդիր է).

Ինձ անհրաժեշտ է ապահովել հղում են աշխատանքային խմբեր ձեւերով բացվել է դիտիր հատկությունները (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:

Բարեբախտաբար, we can do that and it’s not very hard. Broadly speaking, կրակել են 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, Պահեստավորված կամ այլ XSL սցենարներ, this will be easy for you. Ի դեպ, Ես գտա, որ դա ընդհանրապես, քանի որ ավելի հեշտ ձեւ գեներացվել է փոքր - ինչ ավելի հեշտ է հետեւել համեմատ որոնման հիմնական արդյունքների վեբ մաս (կամ nightmarish CWQP).

Իհարկե, 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" քայլ.

Փորձարկում 1:

• Փոփոխել ASPX ֆայլը ձեռքով.
• Փորձարկել այն (ստուգել, ​​որ ձեր փոփոխություններ են պատշաճ կերպով պահվել եւ չէր խախտում ոչ մի բան).
• Բացեք այդ աշխատանքի արդյունքում, եւ ավելացնել անկապ գործողություն (such as "log to history").
• Պահպանիր աշխատանքի արդյունքում.

Արդյունք: Այս դեպքում, SPD չի վերստեղծել ձեւը.

Փորձարկում 2:

• Արդյոք նույնը, ինչ #1 except directly modify the "collect data from a user" գործողություն.

Արդյունք: Այս վերակազմակերպման ստեղծում ձեւը զրոյից, over-գրավոր Ձեր փոփոխությունները.

Եզրափակիչ Notes:

• Առնվազն երկու SPD գործողությունները ստեղծելու ձեւեր նման: "Collect Data From a User" and "Assign To Do Item". Both of these actions’ ձեւերը կարելի է ձեռքով փոփոխվել.
• Ես կարողացել եմ առաջացնում իմ հղում dispform.aspx պատճառով, այդ դեպքում, the relate item always has its ID embedded in the related item’s URL. I was able to extract it and then build an <ա Ռաֆֆի Չ.> 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, ես չգիտեմ, եթե ստանում մյուս կողմում անդունդ.
• Ես չէի հետաքննել, բայց ես չէի զարմանա, եթե ինչ կաղապարի ֆայլի մեջ 12 փեթակ, որ ես կարող փոփոխությունները է ազդել SPD առաջացնում կանխադրված ձեւերը (շատ նման մենք չենք կարող փոփոխությունները հիշեցում օրինակները).

</վերջ>

Անդամագրվել իմ բլոգում!