Jeg arbejder på et projekt, der bruger fem forskellige arbejdsgange i SharePoint Designer til at håndtere nogle dokumentgodkendelser. SPD giver de "indsamle data fra en bruger" handling så at vi kan bede brugeren om forskellige bits af oplysninger, som om de godkender det, nogle bemærkninger og måske spørge, hvad de havde til middag forleden nat.

Formularerne, der er aldeles funktionel. De er bundet til en opgaveliste som en indholdstype. De er 100% systemgenereret. Dette er deres styrke og svaghed. Hvis vi kan leve med standardformularen, så er vi gode til at gå. Dog, Vi har ikke for meget kontrol over hvordan SPD skaber form. Hvis vi ikke kan lide at standard opførsel, Vi har brug at ty til forskellige tricks til at komme omkring det (for eksempel, angive prioritet på en opgave).

Jeg havde brug at give et link på skemaerne opgave, der åbnede op Vis egenskaber (DispForm.asxp) af den "relaterede vares" i et nyt vindue. Dette giver et enkelt klik adgang til metadata for den relaterede vares. Dette er hvad jeg mener:

Heldigvis, Vi kan gøre det, og det er ikke meget svært. Generelt, fyre op SPD, Naviger til den mappe, der huser arbejdsproces filer og åbne ASPX-fil, du vil ændre. Disse er netop klassiske XSL-transformering instruktioner, og hvis du har mucked med itemstyle.xsl, Søg eller andre xsl-scenarier, Dette vil være let for dig. Faktisk, Jeg fandt det at være generelt lettere, da de genererede form er noget lettere at følge i forhold til webdelen Kerneresultater en søgning (eller den mareridtsagtige CWQP).

Selvfølgelig, der er en stor faldgrube. SPDS arbejdsgangseditoren forventer fuld kontrol over filen. Hvis du ændrer det, SPD vil lykkeligt overskrive dine ændringer giver højre sæt af omstændigheder. Jeg har to hurtige test for at se hvor slemt det kunne få. De begge forudsætter, at du har udformet en gyldig SPD arbejdsproces, som bruger den "indsamle data fra en bruger" trin.

Test 1:

• Rediger filen ASPX i hånden.
• Teste det. (Kontroller, at dine ændringer var ordentligt gemt og ikke ødelægge noget).
• Åbner arbejdsprocessen og tilføje en ikke-forretningsmæssigt forbundne handling (som "log til historie").
• Gem arbejdsprocessen.

Resultat: I dette tilfælde, SPD ikke oprette formularen igen.

Test 2:

• Gør det samme som #1 undtagen direkte redigere den "Indsaml data fra en bruger" handling.

Resultat: Dette skaber ny form fra bunden, over-skrive dine ændringer.

Afsluttende bemærkninger:

• Mindst to SPD handlinger oprette formularer som dette: "Indsamle Data fra en bruger" og "Tildele at gøre element". Begge disse handlinger’ formularer kan ændres manuelt.
• Jeg var i stand til at generere mine link til dispform.aspx, fordi, i dette tilfælde, elementet relate har altid sin ID indlejret i den relaterede vares URL. Jeg var i stand til at udtrække det og derefter opbygge en <en href> baseret på at levere one-click meta data adgang indslag. Det er usandsynligt, at din webadresse følger denne regel. Der kan være andre måder at få ID for den relaterede vares men jeg har ikke haft til at krydse denne bro, så jeg ved ikke, om bliver til anden siden af kløften.
• Jeg gjorde ikke undersøge, men jeg ville ikke blive overrasket, hvis der er en slags skabelonfil i den 12 hive at jeg kunne ændre, påvirker hvordan SPD genererer standardformularerne (ligesom vi kan ændre alert skabeloner).

</slutningen>

Abonner på min blog!