Eu estou a traballar nun proxecto que usa cinco fluxos de traballo do SharePoint Designer diferentes para xestionar algunhas aprobacións de documentos. SPD ofrece os "datos de queda a partir dun usuario" acción para que poidamos solicitar ao usuario para diferentes bits de información, como se aproba-lo, algúns comentarios e quizais preguntar o que tiña para a cea na outra noite.

As formas son perfectamente funcional. Eles están vinculados a unha lista de tarefas como un tipo de contido. Son 100% xerado polo sistema. Esta é a súa forza e debilidade. Se podemos vivir co formulario estándar, entón somos bos de ir. Con todo, non temos moito control sobre como SPD crea o formulario. Se non nos gusta que o comportamento estándar, necesitamos recorrer a varios trucos para contorná-la (por exemplo, establecer a prioridade dunha tarefa).

I necesario para proporcionar unha ligazón sobre eses formularios de tarefas que abriu as propiedades da vista (dispform.asxp) do "elemento relacionado" nunha nova ventá. Isto proporciona un acceso de un click para os datos de meta do elemento relacionado. Isto é o que quero dicir:

Agradecidamente, podemos facer, e non é moi difícil. En termos xerais, lume ata SPD, desprácese ata o directorio que contén os ficheiros de fluxo de traballo e abra o arquivo aspx querer modificar. Estes son só clásico XSL transformar instrucións e se fixo muck aproximadamente con ItemStyle.xsl, investigación ou outros escenarios XSL, que vai ser doado para ti. En realidade, Eu pensei que fose máis doado, pois xeralmente o formulario xerado é algo máis doado de seguir, en comparación con un núcleo de investigación de resultados parte web (ou CWQP pesadelo).

Por suposto, hai unha gran trampa. Editor de fluxo de traballo do SPD espera que o control total sobre o ficheiro. Se modificalo lo, SPD vai alegremente substituirá os cambios dan dereito conxunto de circunstancias. Eu fixen dúas probas rápidos para ver como malo que pode estar. Ambos supoñen que teña creado un fluxo de traballo SPD válido que usa a "recoller datos dun usuario" paso.

Proba 1:

• Editar o arquivo ASPX á man.
• Probalo (comprobar se os cambios foron debidamente gardado e non romper nada).
• Abre o fluxo de traballo e engadir unha acción non relacionada (tales como "rexistro para a historia").
• Garda o fluxo de traballo.

Resultar: Neste caso, SPD non volver a crear a forma.

Proba 2:

• Fai o mesmo que #1 excepto modificar directamente o "recoller datos dun usuario" acción.

Resultar: Esta re-crea o formulario a partir de cero, sobre-escribir os seus cambios.

Notas Finais:

• Polo menos dúas accións SPD crear formas coma este: "Recoller datos dun usuario" e "Asignar To Do elemento". Ambas as accións’ formas pode ser modificado a man.
• Eu era capaz de xerar o meu enlace para DispForm.aspx porque, neste caso, o elemento relacionar sempre ten o seu ID incorporado no URL do elemento relacionado. Eu era capaz de extraelo lo e, a continuación, construír unha <a href> con base nel para facilitar a funcionalidade de acceso de un click datos meta. É improbable que o seu URL segue esta regra. Pode haber outras formas de obter o ID do elemento relacionado, pero eu non tiven que cruzar esa ponte, entón eu non sei se chega ao outro lado do abismo.
• Non investigar, pero eu non quedaría sorprendido se hai algún tipo de arquivo de modelo na 12 colmea que eu podería modificar para afectar a forma como SPD xera os formularios estándar (así como podemos modificar os modelos de alerta).

</final>

Rexístrate para o meu blog!