Mi estas laboranta sur projekto kiu uzas kvin malsama SharePoint Designer laboraj fluoj pritrakti kelkajn dokumentajn aprobojn. SPD provizas la "kolekti datumon de uzanto" Ago por ke ni povas instigi la uzanton por malsamaj pecoj de informo, Kiel ĉu ili aprobas ĝin, Kelkaj rimarkoj kaj eble demandi kio ili havis por ĉefmanĝo la alia nokto.

La formoj estas perfekte praktikaj. Ili estas ligita al taska listo kiel kontenta tipo. Ili estas 100% Sistemo-produktita. Tio ĉi estas ilia forto kaj malforto. Se ni povas vivi kun la defaŭlta formo, Tiam ni estas bonaj iri. Tamen, Ni ne havas tro da kontrolon super kiel SPD kreas la formon. Se ni ne ŝatas tiun defaŭltan konduton, Ni devas utiligi al diversaj ruzoj akiri ĉirkaŭ ĝi (Ekzemple, Fiksanta prioritaton sur tasko).

Mi devis provizi ligon sur ĉi tiuj taskaj formoj kiu malfermis supre la vidajn nemoveblaĵojn (Dispform.Asxp) De la "rilata ero" En nova fenestro. Tio ĉi provizas unu-klaka aliro al la meta datumo de la rilata ero. Tio ĉi estas kio mi signifas:

Feliĉe, Ni povas fari tion kaj ĝin ne estas tre malfacile. Larĝe parolanta, Pafadi supre SPD, Navigi al la adresaro ke domoj la workflow dosieroj kaj malfermi la ASPXan dosieron vi deziras modifi. Ĉi tiuj estas nur klasika XSL transformas instruojn kaj se vi havas mucked pri kun itemstyle.Xsl, Serĉo aŭ aliaj XSLaj scenaroj, Tio ĉi estos facile por vi. Fakte, Mi trovis ĝin esti ĝenerale pli facila pro tio ke la produktita formon estas iom pli facila sekvi kiel komparita al serĉa kerna rezulta araneaĵo parto (Aŭ la Nightmarish CWQP).

Nature, Estas unu grava enfalilo. workflow de SPD redaktoro atendas plenan kontrolon super tiu dosiero. Se vi modifas ĝin, SPD feliĉe anstataŭigos viajn ŝanĝojn donas la ĝustan aron de cirkonstancoj. Mi faris du rapidajn testojn vidi kiom malbone tion ĉi povus akiri. Ili ambaŭ antaŭsupozas ke vi formis validan SPD workflow kiu uzas la "kolekti datumon de uzanto" Paŝo.

Testo 1:

• Modifi la ASPXan dosieron mane.
• Elprovi ĝin (Konfirmi ke viaj ŝanĝoj estis konvene savita kaj ne rompis ion ajn).
• Malfermi supre la workflow kaj aldoni senrilatan agon (Kiel "ŝtipo al historio").
• Savi la workflow.

Rezulto: En ĉi tiu kazo, SPD faris ne re-krei la formon.

Testo 2:

• Fari la saman kiel #1 Esceptas rekte modifi la "kolekti datumon de uzanto" Ago.

Rezulto: Ĉi tiu re-kreas la formon de grataĵo, Super-skribanta viajn ŝanĝojn.

Finaj Notoj:

• Almenaŭ du SPDaj agoj kreas formojn tiel: "Kolekti Datumon De Uzanto" Kaj "Asigni Fari Eron". Ambaŭ de ĉi tiuj agoj’ Formoj povas esti mane modifita.
• Mi estis kapabla produkti mian ligon al dispform.Aspx ĉar, En ĉi tiu kazo, La rilati eron ĉiam havas ĝian IDENTIGAĴON integriĝinta en URL de la rilata ero. Mi estis kapabla eltiri ĝin kaj tiam konstrui <href> Bazita sur ĝi provizi la unu-klako meta datuma aliro ĉefaĵo. Ĝi estas neverŝajna ke via URL sekvas ĉi tiun regulon. Tie povas esti aliaj vojoj akiri la IDENTIGAĴON de la rilata ero sed mi havas ne devis transiri tiun ponton, Do mi ne scias se akiras al la alia flanko de la chasm.
• Mi ne prienketis, Sed mi ne estus surprizita se estas iu speco de ŝablona dosiero en la 12 Hive ke mi povus modifi influi kiel SPD produktas la defaŭltajn formojn (Multe da ŝatas nin povas modifi atentigajn ŝablonojn).

</Fino>

Aboni al mia blogo!