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" акција, така што можеме да го извести корисникот за различни битови на информации, како на пример дали тие го одобруваат, некои коментари, а можеби и побара она што тие имале за вечера пред некоја вечер.

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, оган СПД, 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. Всушност, Го најдов тоа да биде општо полесно бидејќи генерирани форма е малку полесно да се следи во споредба со пребарувањето основни резултати веб дел (или кошмарните 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").
• Спаси работното.

Резултира: Во овој случај, СПД не ре-креира форма.

Тест 2:

• Го стори истото како #1 except directly modify the "collect data from a user" акција.

Резултира: Овој процес на ре-создава форма од нула, над-пишување вашите промени.

Конечна Забелешки:

• Најмалку две СПД акции се создаде форми како оваа: "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 <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, па јас не знам дали добива на другата страна на бездна.
• Јас не ги истражувала, но јас не би бил изненаден ако има некој вид на дефиниција датотека во 12 кошница што можев да ја менувате за да влијаат на начинот на СПД генерира стандардно форми (многу како можеме да менувате алармирање шаблони).

</крајот>

Да се ​​претплатите на мојот блог!