Eu lucrez la un proiect care utilizează cinci diferite fluxuri de lucru SharePoint Designer să se ocupe de unele omologărilor de documentul. DOCUP oferă "colecta date la un utilizator" acţiune astfel că ne poate solicita utilizatorului biţi diferite de informaţii, cum ar fi dacă acestea aprobe, unele comentarii şi poate cere ceea ce au pentru cina altă noapte.

Formularele sunt perfect funcţionale. Acestea sunt legate de o listă de activităţi ca un tip de conținut. Ele sunt 100% generată de sistem. Aceasta este puterea lor şi slăbiciune. Dacă putem trăi cu formă implicită, atunci noi suntem bine să plec. Cu toate acestea, nu avem prea mult control asupra cum SPD creează formularul. Dacă nu ne place acest comportament implicit, avem nevoie să se recurgă la diverse trucuri pentru a obţine în jurul acestuia (de exemplu, Setare prioritate pe o sarcină).

Am nevoie pentru a oferi un link pe aceste forme de activitate care deschis Proprietăţi vizualizare (dispform.asxp) "aferente elementului" într-o fereastră nouă. Acest lucru oferă un singur clic accesul la meta-date asociate elementului. Aceasta este ceea ce vreau sa spun:

Din fericire, putem face asta şi nu este foarte greu. În general, foc până SPD, Navigaţi la directorul care găzduieşte fişiere flux de lucru şi deschideţi fişierul ASPX doriţi să modificaţi. Acestea sunt instrucţiunile de transformare XSL doar clasic şi dacă te-am mucked cu itemstyle.xsl, Căutare sau alte scenarii XSL, Acest lucru va fi uşor pentru tine. de fapt, Am găsit-o a fi, în general, mai uşor deoarece formularul generat este oarecum mai uşor să urmeze în comparaţie cu o căutare de bază rezultatele parte web (sau coşmar CWQP).

desigur, Există o capcană majore. Editor de flux de lucru SPD pe aşteaptă control deplin asupra that dosar. Dacă modificaţi o, SPD fericit va suprascrie vostru modificări da dreptul set de circumstanţe. Am făcut două teste rapide pentru a vedea cât de rău acest lucru ar putea obţine. Ambele presupun că te-am artizanale o valabil SPD de flux de lucru care utilizează "colecta date la un utilizator" pas.

Test 1:

• Modificaţi fişierul ASPX de mână.
• Test it (Verificaţi că modificările au fost salvate corect şi nu rupe nimic).
• Deschide fluxul de lucru şi adăugaţi o acţiune independenți (cum ar fi "jurnal de istorie").
• Salvaţi fluxul de lucru.

Rezultatul: În acest caz, SPD a făcut nu re-crea forma.

Test 2:

• Facă acelaşi lucru ca #1 cu excepția direct modifica "colecta datele la un utilizator" acţiune.

Rezultatul: Acest lucru creează din nou formular de la zero, over-writing modificări.

Note de final:

• Cel puțin două SPD acţiuni crea formulare ca asta: "Colecta date de la un utilizator" şi "Asociaţi face element". Ambele din aceste acţiuni’ formularele pot fi modificat manual.
• Am fost capabil să genereze link-ul meu la dispform.aspx, deoarece, în acest caz, elementul povestind are întotdeauna sa ID-ul încorporat în elementul de legătură URL. Am fost capabil să-l extrage şi de a construi apoi o <a href> bazat pe acesta pentru a oferi unul-pocnitură meta date acces caracteristica. Este puţin probabil ca URL-ul urmează această regulă. Pot exista alte modalităţi de a obţine Identificatorul elementului conexe, dar nu am avut să traverseze că podul, aşa că nu ştiu dacă ajunge la partea cealaltă a chasm.
• Am nu investiga, dar nu aş fi surprins dacă există un fel de fişierul şablon în 12 stup pe care I-ar putea modifica afecta modul SPD generează forme implicit (de mult ca am posibilitatea să modificaţi şabloanele de alertă).

</scop>

Aboneaza-te la blog-ul meu!