Som pracoval na projekte, ktorý používa päť rôznych pracovných tokov SharePoint Designer zvládnuť niektoré schválení dokument. SPD poskytuje "zhromažďovanie údajov od používateľa" akcie tak, aby sme môže používateľa vyzvať pre rôzne kúsky informácií,, ako napríklad, či schvália, niektoré komentáre a možno pýtať, čo mali na večeru v noci.

Formuláre sú dokonale funkčné. Sú viazané na zozname úloh ako typ obsahu. Sú 100% vygenerované systémom. To je ich sila a slabosť. Ak môžeme žiť s predvolený formulár, potom sme dobré ísť. Avšak, Nemáme príliš veľa kontrolu nad ako JPD vytvorí formulár. Ak sa nám nepáči, že predvolené správanie, Musíme sa uchýliť k rôzne triky sa dostať okolo neho (napríklad, Nastavenie priority na úlohu).

Potreboval som sa uviesť odkaz na tieto úlohy formuláre, ktoré otvoril Zobraziť vlastnosti (dispform.asxp) "súvisiace položky" v novom okne. To ponúka jeden-cvaknúť prístup k meta dáta súvisiace položky. Je to, čo mám na mysli:

Našťastie, môžeme to urobiť, a nie je to veľmi ťažké. Všeobecne povedané, oheň SPD, Prejdite do adresára, ktorý domy toku súbory a otvorte ASPX súbor, ktorý chcete upraviť. Toto sú len klasické pokyny transformácie XSL a ak ste už výmeny, zložené s itemstyle.xsl, vyhľadávanie alebo iných scenárov XSL, to bude pre vás ľahké. v skutočnosti, Našiel som to je všeobecne ľahšie, pretože vygenerovaný formulár sa trochu ľahšie nasledovať v porovnaní s webovej časti základných výsledkov vyhľadávania (alebo strašidelný CWQP).

samozrejme, tam je jeden hlavný pascu. JPD je tok činností editora očakáva, že plnú kontrolu nad súboru. Ak si to zmeniť, SPD šťastne prepísať vaše zmeny dávajú právo stanoviť okolnosti. Urobil som dva rýchle testy, aby zistili, ako zlé to mohlo dostať. Obaja predpokladajú, že už vytvorený platné SPD pracovný postup, ktorý používa "zhromažďovanie údajov od používateľa" krok.

Test 1:

• Ručne upraviť súbor ASPX.
• Vyskúšať (Skontrolujte, či vaše zmeny boli riadne uložené a nenarušili nič).
• Otvoriť pracovný postup a pridať nesúvisiace akciu (ako "denník História").
• Uložiť pracovný postup.

Výsledok: V tomto prípade, SPD nie re-vytvoriť formulár.

Test 2:

• To isté ako #1 s výnimkou priamo upraviť "zhromažďovanie údajov od používateľa" Akcia.

Výsledok: Re-vytvorí formulár od nuly, nadmernej-písanie zmeny.

Záverečné poznámky:

• Aspoň dve opatrenia JPD vytvárať formuláre takhle: "Zhromaždiť údaje od používateľa" a "Priradiť položku". Obe tieto akcie’ formuláre je možné manuálne upraviť.
• Som bol schopný vytvoriť môj odkaz na dispform.aspx, pretože, v tomto prípade, položka relate má vždy svoje ID vložené do príbuznej položky URL. Bol som schopný extrahovať, a potom budovať <a href> základe poskytnúť jeden-cvaknúť meta dát funkcie prístupu. Je nepravdepodobné, že vaša adresa URL takto toto pravidlo. Môžu existovať iné spôsoby, ako získať identifikátor súvisiacej položky, ale nemuseli cez most, tak neviem, či sa dostane na druhej strane priepasť.
• I didn't vyšetrovať, ale já bych nemal byť prekvapený, keď tam je nejaký druh súboru 12 podregister, ktorý mohol zmeniť ovplyvniť ako JPD vytvára tieto predvolené formuláre (rovnako ako môžeme upraviť upozornenie šablóny).

</koniec>

Vyberajte môj blog!