Estic treballant en un projecte que utilitza cinc diferents fluxos de treball de SharePoint Designer per manejar alguns aprovacions de document. SPD proporciona la "recollir dades d'un usuari" acció per tal que ens pot impulsar l'usuari per a diferents bits d'informació, com si l'aproven, alguns comentaris i potser demanar el que havia per al sopar de l'altra nit.

Les formes són perfectament funcionals. Estan lligats a una llista de tasques com un tipus de contingut. Són 100% generat pel sistema. Aquesta és la seva força i la debilitat. Si podem viure amb el formulari per defecte, llavors ens és bons anar. No obstant això, no tenim massa control sobre com SPD crea l'òrgan. Si no ens agrada aquest comportament per defecte, hem de recórrer a diversos trucs per esquivar-lo (per exemple, posant prioritat en una tasca).

Que necessitava proporcionar un enllaç a aquestes formes de tasca que va obrir les propietats de la visualització (dispform.asxp) de la "element de relacionat" en una finestra nova. Això proporciona accés d'un clic a les metadades de l'element relacionat. Això és el que vull dir:

Afortunadament, podem fer això i no és molt difícil. En termes generals, disparar cap amunt del SPD, Aneu al directori que alberga els arxius de flux de treball i obriu el fitxer ASPX que voleu modificar. Aquestes són només clàssic XSL transforma instruccions i si t'he Flipping amb itemstyle.xsl, Cerca o altres escenaris XSL, això serà fàcil per a vostè. De fet, Em va semblar ser en general més fàcil ja que la forma generat és una mica més fàcil de seguir en comparació amb una part de recerca fonamental resultats web (o la malson CWQP).

Clar, hi ha un gran escull. Editor de flux de treball de l'SPD espera un control total sobre aquell arxiu. Si modifiqueu-lo, SPD feliçment sobreescriurà ur give canvis dret conjunt de circumstàncies. Vaig fer dues proves ràpides per veure el mal això podria anar. Tots dos presuposa que he creat un vàlid SPD flux de treball que utilitza els "recollir dades d'un usuari" pas.

Prova 1:

• Modificar l'arxiu d'ASPX de forma manual.
• Analitzar-lo (Comproveu que els canvis s'han desat correctament i no trencarà res).
• Obrir el flux de treball i afegir una acció no relacionat (com "diari a la història").
• Salvar el flux de treball.

Resultat: En aquest cas, SPD va fer no recrear la forma.

Prova 2:

• Fer el mateix que #1 excepte directament modificar els "recollir dades d'un usuari" l'acció.

Resultat: Això re-crea la forma de zero, sobre-escriure els canvis.

Notes finals:

• Com a mínim dues accions de SPD crear formes com aquest: "Recollir dades D'un usuari" i "Assignar a l'element". Tant d'aquestes accions’ formes es poden modificar manualment.
• Vaig ser capaç de generar el meu enllaç a dispform.aspx perquè, en aquest cas, l'element relat sempre té el seu identificador incrustat en l'URL de l'element relacionat. Vaig ser capaç d'extreure'l i llavors construir un <un href> en base a proporcionar la un clic tret meta dades d'accés. És poc probable que el seu URL segueix aquesta regla. Hi pot haver altres maneres d'aconseguir l'ID de l'element relacionat però no he hagut de creuar aquell pont, Així que no sé si arriba a l'altre costat de l'abisme.
• Jo no investigar, però jo no em sorprendria si hi ha algun tipus d'arxiu de plantilla en la 12 rusc que jo podria modificar per afectar com la SPD genera les formes d'omissió (molt com podem modificar plantilles d'alertes).

</final>

Subscriure's al meu blog!