Аз съм работи по проект, който използва пет различни SharePoint Designer работни потоци, за да се справят с някои одобрения на документи. ЕПД предвижда "събира данни от потребител" действие така че можем да Питай потребителя за различни битове на информация, като например дали те го одобри, някои коментари и може би питам какво са за вечеря онази вечер.

Формулярите са напълно функционални. Те са обвързани със списък със задачи като тип на съдържание. Те са 100% генериран от системата. Това е тяхната сила и слабост. Ако можем да живеем с формуляр по подразбиране, тогава ние сте добре да тръгвам. Въпреки това, Ние нямаме твърде много контрол върху как ЕДП създава формуляр. Ако ние не харесва това поведение по подразбиране, Ние трябва да прибягват до различни трикове, за да получите около него (за пример, Задаване на приоритет на задача).

Трябваше да осигури връзка на тези задача форми, които отвориха свойства на изгледа (dispform.asxp) на "свързани елемента" в нов прозорец. Това осигурява достъп с едно щракване на мета данни от съответния артикул. Това е, което искам да кажа:

За щастие, можем да направим това и не е много трудно. Най-общо казано, Запалете SPD, Навигирайте до директорията, която къщи файловете на работния поток и отворете ASPX файла, който искате да промените. Това са само класически XSL трансформация инструкции и ако вие сте изхвърлените с itemstyle.xsl, търсене или други XSL сценарии, Това ще бъде лесно за вас. Всъщност, Намерих го да бъде по-лесно, тъй като създаденият формуляр е малко по-лесно да се следват в сравнение с търсене основните резултати уеб част (или кошмарен CWQP).

Разбира се, има една сериозна капан. ЕДП поток редактор очаква пълен контрол върху този файл. Ако сте го променят, ЕДП щастливо ще замести вашите промени дават правото набор от обстоятелства. Направих две бързи тестове, за да видите колко е зле това може да се. И двете предполагат, че вие сте изработени валиден ЕДП поток, който използва "събира данни от потребител" стъпка.

Тест 1:

• Промяна на ASPX файла на ръка.
• Тествайте го (Проверете дали вашите промени са записани правилно и не прекъсва нещо).
• Отворете работния поток и добавяне на несвързани действие (например "Влезте в историята").
• Запиши работния поток.

Резултат: В този случай, ЕДП не създаде отново формуляра.

Тест 2:

• Правят същото като #1 Освен директно промяна "събира данни от потребител" действие.

Резултат: Това създава отново формата от нулата, -записване на вашите промени.

Заключителни бележки:

• Най-малко два ЕДП действия създават форми като този: "Събиране на данни от потребител" и "Присвоите елемент". И двете от тези действия’ Формулярите могат да бъдат променени ръчно.
• Аз бях в състояние да генерира ми линк към dispform.aspx, защото, в този случай, елемент се отнасят винаги има неговият ИД, вграден в свързаните артикули URL. Аз бях в състояние да го разархивирайте и след това изгради <a href> въз основа на него да предостави достъп до функцията на един щракване мета данни. Това е малко вероятно, че вашата URL следва това правило. Може да има други начини да получите ИД на съответния артикул, но аз не съм имал да пресече моста, така че аз не знам дали получава от другата страна на пропастта.
• Аз не разследва, но аз не бих се изненадал, ако има някакъв вид на файл за шаблон във 12 кошер, че мога да променят да повлияе как ЕДП генерира формулярите по подразбиране (много като ние можем да променят шаблони за известяване).

</край>

Абонирайте се за моя блог!