Én vagyok dolgozik egy projekten, használó öt különböző SharePoint Designer munka folyik, hogy kezelni néhány bizonylat-jóváhagyások. SPD a "gyűjt adatokat szolgáltat a felhasználó" fellépés, hogy mi lehet a felhasználótól különböző felzabláz-ból információ, mint hogy hagyja jóvá, néhány megjegyzést és lehet kérdezni, mi volt vacsorára azon az éjszakán,.

A formája a tökéletesen működőképes. Meg van kötve a feladatlistához tartalomtípusként. Ők 100% rendszer által generált. Ez az erő vagy a gyengeség. Ha az alapértelmezett formában élhetünk, majd, hogy mi vagyunk a jó-hoz megy. Azonban, nincs túl sok szabályozhatja, hogyan SPD létrehozza az űrlapot. Ha nem tetszik, hogy alapértelmezett viselkedése, szükségünk van, hogy különböző szivárog-hoz kap körül ez (például, egy tevékenység prioritásának beállítása).

Kellett, hogy egy linket e tevékenység formái, amelyek megnyitották a Nézet tulajdonságai (DispForm.asxp) a "kapcsolódó cikk" egy új ablakban. Ez biztosítja a elérése egyetlen kattintással, a meta-adatok, a kapcsolódó cikk. Ez az, amit gondolok:

Szerencsére, Mi tud csinál amit, és nem nagyon nehéz. Általánosságban, tűz SPD, Keresse meg a könyvtárat, amit ház a munkafolyamat fájlokat és nyissa meg a módosítani kívánt ASPX-fájl. Ezek csak klasszikus XSL átalakító utasításokat, és ha Ön már mucked-a itemstyle.xsl, Keresés vagy más XSL-forgatókönyvek, Ez lesz könnyű neked. valójában, Azt találta, hogy általában könnyebb lehet, mivel a létrehozott űrlap valamivel könnyebb követni, mint egy kutatás alapvető eredményeket kijelző (vagy a lidérces CWQP).

természetesen, van egy nagy verem. SPD munkafolyamat-szerkesztő elvárja, hogy teljes ellenőrzése alatt a fájl. Ha Ön módosít ez, Az SPD boldogan felülírja a változások adnak a megfelelő sor a körülmények. Én megtettem a két gyors vizsgálatok, hogy milyen rossz ez kap. Mindketten feltételezi, hogy Ön már kialakított egy érvényes SPD munkafolyamat, a "gyűjt adatokat használó felhasználó" lépés.

Teszt 1:

• Módosítsa az ASPX-fájlt kézzel.
• Teszt ez (Ellenőrizze, hogy helyesen mentette a módosításokat, és nem bontják semmit).
• Nyissa meg a munkafolyamat, és adjunk hozzá egy független akció (például a "log a történelem").
• A munkafolyamat mentése.

Eredmény: Ebben az esetben, Az SPD újra nem hozott létre az űrlap.

Teszt 2:

• Nem ugyanaz, mint #1 kivéve közvetlenül módosítja az "adatgyűjtés a felhasználó" Akció.

Eredmény: Ez újra létrehozza az űrlapot, a semmiből, over-írás a módosítások.

Záró megjegyzések:

• Formák, mint ez a legalább két SPD-műveletek létrehozása: "Gyűjt adat-ból egy felhasználó" és "csinál a cikk". Mindkét művelet’ űrlapok manuálisan módosítható.
• Voltam képes-hoz létrehoz a link, hogy dispform.aspx, mert, Ebben az esetben, a relate mindig elemnél a beágyazott URL a kapcsolódó cikk azonosítója. Voltam képes-hoz kivonat ez, és ezután építeni egy <a href> alapján úgy, hogy a egy-kettyenés meta-adatok access szolgáltatás. Nem valószínű, hogy az URL-címet követi ezt a szabályt. Lehet, hogy más ways-hoz kap a azonosítás-a kapcsolódó cikk, de nem volt, hogy a hídon, így nem tudom, ha kap, hogy a szakadék másik oldalán.
• Vizsgálni, nem, de nem lenne meglepve, ha van valami a sablon fájlt a 12 struktúra, amit tudna módosít, befolyásolja, hogyan SPD létrehozza az alapértelmezett alakok (mint tudjuk módosítani a figyelmeztető sablonok).

</vége>

Subscribe to my blog!