Já pracuji na projektu, který používá pět různých SharePoint Designer pracovní toky zpracovat některé schvalování dokladů. SPD poskytuje "shromažďovat data od uživatele" akce tak, že můžeme vyzvat uživatele k různé bitů informací, jako například, zda budou schvalovat, některé komentáře a možná se zeptat, co měli k večeři v noci.

Formuláře jsou dokonale funkční. Jsou vázány na seznam úkolů jako typ obsahu. Jsou to 100% generované systémem. To je jejich síla a slabost. Pokud můžeme žít s výchozí tvar, pak můžeme jít. Avšak, Nemáme příliš mnoho kontroly nad jak SPD vytvoří formulář. Pokud se nám nelíbí, že výchozí chování, Musíme se uchýlit k různé triky, jak to obejít (například, Nastavení priority úkolu).

Musel jsem uvést odkaz na tyto formuláře úkolů, jež se zobrazení vlastností (DispForm.asxp) "příbuzné položky" v novém okně. To umožňuje jedním klepnutím přístup k metadata související položky. To je to, co mám na mysli:

Naštěstí, Můžeme to udělat a není velmi těžké. Obecně řečeno, oheň se SPD, Přejděte do adresáře, který domy pracovní soubory a otevřete soubor ASPX, který chcete upravit. To jsou jen klasické instrukce XSL transformace a pokud jste složené s itemstyle.xsl, Hledat nebo jiné scénáře XSL, to bude pro vás snadné. Vlastně, Našel jsem to být obecně snazší, protože vygenerovaný formulář je poněkud jednodušší následovat oproti webové části Hledat základní výsledky (nebo hrůzné CWQP).

Samozřejmě, je tu jeden hlavní úskalí. SPD workflow editor předpokládá plnou kontrolu nad souboru. Pokud jej změníte, SPD se šťastně přepsat vaše změny dávají právo sadu okolností. Udělal jsem dvě rychlé testy, abychom zjistili, jak špatné to může dostat. Oba předpokládají, že jste vytvořený platný SPD workflow, který používá "shromažďovat data od uživatele" krok.

Zkouška 1:

• Ručně upravit soubor ASPX.
• Testovat (Zkontrolujte, zda provedené změny byly uloženy správně a nic nezlomila).
• Otevřít pracovní postup a přidat akci nesouvisející (například "protokol k dějinám").
• Uložení pracovního postupu.

Výsledek: V tomto případě, SPD znovu nevytvořil formulář.

Zkouška 2:

• Stejně jako #1 Kromě přímo upravit "shromažďovat data od uživatele" akce.

Výsledek: Toto znovu vytvoří formulář od začátku, přepisovat změny.

Závěrečné poznámky:

• Nejméně dvě SPD akce vytvářet formuláře, jako je tento: "Shromáždit Data od uživatele" a "Přiřadit do položky". Obě tyto akce’ formuláře lze ručně změněn.
• Byl jsem schopen generovat můj odkaz na dispform.aspx, protože, v tomto případě, relate položka má vždy své ID v URL související položky. Byl jsem schopen extrahovat jej a pak stavět <href> založeno na poskytování přístupu funkce jedním klepnutím myši meta data. Nepravděpodobné, že URL následuje toto pravidlo. Může být jiné způsoby, jak získat ID související položky, ale ještě musel přejít most, tak nevím, jestli dostane na druhou stranu propast.
• Neměl zkoumat, ale nebyl bych překvapen, kdyby je nějaký soubor šablony v 12 podregistr, který by mohl upravit, ovlivňuje jak SPD generuje výchozí formuláře (stejně jako můžeme upravit upozornění šablon).

</Konec>

Přihlásit se na mém blogu!