Olen työskennellyt hanke, joka käyttää viisi SharePoint Designer työnkulkuja käsitellä joitakin asiakirjojen hyväksynnät. SPD antaa "kerätä tiedot käyttäjältä" toimia niin, että voimme Kehota käyttäjää tiedot eri BITS, kuten siitä, voidaanko ne hyväksyä se, joitakin huomautuksia ja pyytää ehkä heillä oli illallinen muiden yö.

Lomakkeet ovat täysin toiminnallinen. Ne ovat sidoksissa tehtäväluettelon sisältötyyppinä. Ne ovat 100% järjestelmän luoma. Tämä on vahvuus ja heikkous. Jos me elämme oletuslomake, sitten me hyvä mennä. Kuitenkin, Meillä ei ole liikaa valvoa miten SPD Luo muodossa. Jos emme pidä tätä oletustoimintaa, Tarvitsemme turvautua eri temppuja saada sen ympärille (esimerkiksi, prioriteetin määrittäminen tehtävän).

Tarvitaan luoda linkin näiden tehtävän lomakkeita, jotka avautuvat ominaisuuksien tarkasteleminen (DispForm.asxp) "liittyvän-nimikkeen" uudessa ikkunassa. Tämä antaa ainoa-click pääsy jotta kohteen metatiedot. Tämä on mitä tarkoitan:

Onneksi, voimme tehdä tämän ja ei ole kovin vaikeaa. Yleisesti ottaen, starttaa ohjelma, Siirry hakemistoon, jossa on työnkulun tiedostot ja avaa ASPX-tiedosto, jota haluat muokata. Nämä ovat vain klassinen XSL-muunnos ohjeet ja jos voit olen mucked kanssa itemstyle.xsl, Etsi tai muut XSL-skenaarioita, Tämä on helppo. Itse asiassa, Se on yleensä helpompaa, koska luotu lomake on hieman helpompi seurata Etsi ydin tulokset web-osan verrattuna löysin (tai nightmarish CWQP).

Tietysti, on yksi tärkeä sudenkuoppa. SPD: n työnkulkueditori odottaa täyden määräysvallan tiedoston. Jos muokkaat, SPD onneksi korvaa muutokset antaa oikeat olosuhteet. Tein kaksi nopeita testejä, kuinka huono tämä voisi saada. Molemmat edellyttävät, että olet muotoillut voimassa SPD työnkulun, joka käyttää "kerää tietoja käyttäjältä" Vaihe.

Testi 1:

• Käsin ASPX-tiedoston muokkaaminen.
• Testata (Varmista, että muutokset tallennettiin oikein ja et rikkoa mitään).
• Avaa työnkulun ja lisää etuyhteydettömille-toiminto (kuten "historia loki").
• Tallenna työnkulku.

Tulos: Tässä tapauksessa, Ohjelma ei luo uudelleen muodossa.

Testi 2:

• Tee sama kuin #1 lukuun ottamatta suoraan muokata "kerätä tietoja käyttäjältä" toiminto.

Tulos: Tämä luo uudelleen lomakkeen alusta, over-Writing muutokset.

Lopullinen muistiinpanot:

• Vähintään kaksi SPD toimia tällä tavoin lomakkeiden luominen: "Kerää tietoja käyttäjältä" ja "Älä kohdetta". Molemmat toimet’ lomakkeita voidaan muokata manuaalisesti.
• Minulla oli mahdollisuus luoda oma linkki dispform.aspx, koska, Tässä tapauksessa, liittyvät nimikkeellä on aina sen ID liittyvän nimikkeen URL-osoitteeseen. Minulla oli mahdollisuus purkaa sitä ja sitten rakentaa <href> sen tarjota yhdellä napsautuksella meta data access-toiminto. On epätodennäköistä, että URL seuraa tätä sääntöä. Voi olla muita tapoja saada kohteen tunnus mutta ei ole tarvinnut sillan yli, joten en tiedä, jos sen kuilun yli toisella puolella saa.
• Et tutkia, mutta olisin ole yllättynyt, jos on olemassa jonkinlainen-mallitiedosto 12 rakenne, jonka muokkaaminen vaikuttaa, kuinka ohjelma luo oletus-lomakkeiden onnistunut (paljon, kuin me muokata ilmoituksen mallit).

</loppu>

Tilaa blogiin!