Sto lavorando su un progetto che utilizza cinque diversi flussi di lavoro di SharePoint Designer per gestire alcune approvazioni dei documenti. SPD fornisce i "raccogliere dati da un utente" azione affinché noi possiamo richiedere all'utente diversi bit di informazione, come se essi approvarlo, alcuni commenti e forse chiedere ciò che avevano per la cena l'altra sera.

Le forme sono perfettamente funzionali. Essi sono legati ad un elenco di attività come un tipo di contenuto. Essi sono 100% generati dal sistema. Questa è la loro forza e debolezza. Se possiamo vivere con un modulo predefinito, Allora siamo bene posto. Tuttavia, non abbiamo troppo controllo sopra come SPD crea il modulo. Se non ci piace che il comportamento predefinito, abbiamo bisogno di ricorrere a vari trucchi per ottenere intorno ad esso (per esempio, l'impostazione di priorità su un compito).

Avevo bisogno di fornire un link su queste forme di attività che aprono le proprietà di visualizzazione (DispForm.ASXP) dell'articolo correlato"" in una nuova finestra. Questo fornisce accesso one-click per i meta dati del rispettivo articolo. Questo è quello che voglio dire:

Per fortuna, possiamo farlo e non è molto difficile. In linea generale, fuoco su SPD, spostarsi nella directory contenente i file di flusso di lavoro e aprire il file ASPX che si desidera modificare. Queste sono le istruzioni di trasformazione XSL appena classiche e se tu hai muck con itemstyle.xsl, ricerca o ad altri scenari XSL, Questo sarà facile per voi. Infatti, Ho trovato ad essere generalmente più facile dal momento che il form generato è un po ' più facile da seguire rispetto ad una web part risultati di ricerca (o il CWQP da incubo).

Naturalmente, C'è un trabocchetto principale. Editor di workflow di SPD si aspetta pieno controllo su quel file. Se lo si modifica, SPD felicemente sovrascriverà il vostro dare modifiche il giusto set di circostanze. Ho fatto due test rapido per vedere quanto male si potrebbe ottenere. Entrambe presuppongono che tu hai realizzato un flusso di lavoro SPD valido che utilizza i "raccogliere dati da un utente" passo.

Test 1:

• Modificare manualmente il file ASPX.
• Prova (verificare che le modifiche sono state salvate correttamente e non rompono nulla).
• Aprire il flusso di lavoro e aggiungere un'azione correlata (come il "Registro di storia").
• Salvare il flusso di lavoro.

Risultato: In questo caso, SPD ha fatto non ricreare la forma.

Test 2:

• Fare lo stesso #1 tranne direttamente modificare la "raccolta di dati da un utente" azione.

Risultato: Questo ricrea la forma da zero, sovrascrivere le modifiche.

Note finali:

• Almeno due azioni di SPD creare forme come questo: "Raccogliere dati da un utente" e "Assegnare a fare la voce". Entrambe queste azioni’ forme possono essere modificate manualmente.
• Sono stato in grado di generare il mio link per DispForm perché, in questo caso, l'elemento di riferimento ha sempre un ID incorporato nell'URL dell'elemento correlate. Sono stato in grado di estrarre e poi costruire un <href> Basato su di esso per fornire la funzionalità di accesso di un solo clic meta dati. È improbabile che il tuo URL segue questa regola. Ci possono essere altri modi per ottenere l'ID del rispettivo articolo ma non ho dovuto attraversare quel ponte, quindi non so se ottiene da altra parte del baratro.
• Non esaminare, ma non sarebbe sorpreso se c'è qualche tipo di file di modello nella 12 alveare che potrei modificare per interessare come SPD genera le forme predefinite (come possiamo modificare modelli alert).

</fine>

Iscriviti al mio blog!