Estoy trabajando en un proyecto que utiliza cinco diferentes flujos de trabajo de SharePoint Designer para manejar algunas aprobaciones de documentos. SPD proporciona los "recogemos datos de un usuario" acción por lo que nos podemos preguntar al usuario para diferentes bits de información, como si apruebe, algunos comentarios y quizá preguntar lo que tenían para cenar la otra noche.

Las formas son perfectamente funcionales. Ellos están vinculados a una lista de tareas como un tipo de contenido. Son 100% generados por el sistema. Esta es su fuerza y debilidad. Si podemos vivir con el formulario predeterminado, luego somos buenos ir. Sin embargo, no tenemos demasiado control sobre cómo SPD crea la forma. Si no nos gusta ese comportamiento predeterminado, necesitamos recurrir a varios trucos para obtener alrededor de ella (por ejemplo, configurar la prioridad de una tarea).

Necesitaba proporcionar un vínculo de estas formas de tarea que abren las propiedades de la vista (DispForm.asxp) el tema relacionado"" en una nueva ventana. Esto proporciona acceso con un clic a los metadatos del elemento relacionado. Esto es lo que quiero decir:

Afortunadamente, podemos hacer eso y no es muy difícil. En términos generales, fuego de SPD, Desplácese hasta el directorio que contiene los archivos de flujo de trabajo y abrir el archivo ASPX que desea modificar. Estos son sólo clásicas instrucciones de transformación XSL y si he mucked con itemstyle.xsl, búsqueda o otros escenarios XSL, Esto será fácil para usted. En realidad, Pareció ser generalmente más fácil ya que el formulario generado es algo más fácil seguir frente a un elemento de búsqueda principales resultados web (o la pesadilla CWQP).

Claro, hay un escollo importante. Editor de trabajo de SPD espera el control total sobre el archivo. Si lo modificas, SPD felizmente sobrescribirá su elasticidad cambios el derecho conjunto de circunstancias. Hice dos pruebas rápidas para ver lo mal que esta podría conseguir. Ambos presuponen que has elaborado un flujo de trabajo SPD válida que utiliza los "recogemos datos de un usuario" paso.

Prueba 1:

• Modificar manualmente el archivo ASPX.
• Prueba (Compruebe que los cambios se han guardado correctamente y no rompen nada).
• Abrir el flujo de trabajo y agregar una acción relacionada (como "registro de historia").
• Guardar el flujo de trabajo.

Resultado: En este caso, SPD no volver a crear el formulario.

Prueba 2:

• Lo mismo que #1 excepto directamente modificar el "recopilar datos de un usuario" acción.

Resultado: Esto vuelve a crear el formulario desde cero, sobrescribe los cambios.

Notas finales:

• Al menos dos acciones de SPD creación formas como este: "Recoger datos de un usuario" y "a punto". Ambas de estas acciones’ las formas pueden modificarse manualmente.
• Fui capaz de generar mi enlace a dispform.aspx porque, en este caso, relacionar siempre tiene su identificador incrustado en la URL del elemento relacionado. Era capaz de extraer y construir un <a href> basada en ofrecer la función de acceso de un solo clic meta datos. Es poco probable que su dirección URL sigue esta regla. Puede haber otras maneras de obtener el ID del elemento relacionado pero no he tenido que cruzar ese puente, así que no sé si obtiene al otro lado de la Sima.
• No encargado de investigar, pero yo no estaría sorprendido si hay algún tipo de archivo de plantilla en el 12 sección que podría modificar la afectan a cómo SPD genera los formularios predeterminados (al igual que podemos modificar plantillas de alertas).

</final>

Suscribirse a mi blog!