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 <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 вуллі, што я магу змяніць, каб уплываць на СПД генеруе формы па змаўчанні (гэтак жа, як мы можам змяніць шаблоны абвестак).

</канец>

Падпісацца на мой блог!