Comúnmente la gente pregunta acerca del uso de una columna de tipo de datos "persona o grupo de" en otra columna de datos, escriba "Calculado".

Línea inferior, Esto no funciona en WSS 3.0 (o MOSS).

Al agregar una columna calculada, WSS muestra la lista de campos permite utilizar para el cálculo. Si escribes en el nombre de una columna que no está en su lista, te dice:

No se permiten una o más referencias de columna, debido a que las columnas se definen como un tipo de datos que no se admite en las fórmulas.

Solución: Utilice un controlador de eventos. El controlador de eventos se desencadena cuando el usuario guarda el artículo. Realiza la actualización que habría querido la columna calculada para hacer para usted.

Vínculos útiles sobre campos calculan en general:

• Utilizando [Me] en una columna calculada
• Ejemplos de expresiones de fórmulas (cortesía de http://jopx.blogspot.com/2007/10/calculated-fields-in-windows-sharepoint.html)

Renuncia rápida: Creo que lo anterior sea verdadera y precisa, pero he visto trucos suficientemente inteligentes aquí y allá en MOSS y WSS que sería extremadamente sorprendido (agog si lo desea) Si alguien ha descubierto una manera de hacer esto sin tener que recurrir al código de. Si has averiguado inteligente trabajo alrededor o conoce a alguien que lo hizo, por favor, hágamelo saber!

Hicimos algunos pesados reorganizar nuestra taxonomía de sitio a través de "Administrar contenido y estructura". Por razones desconocidas para mí, Este proceso (Aunque trabaja en la cañería) rompió algunos enlaces de navegación en el lanzamiento rápido. Los enlaces rotos se caracterizan por:

• URL mal. Por ejemplo, debe ser "/ sites/departamentos/recursoshumanos /…". Sin embargo, el nuevo enlace es "/ sites/corporativo/recursoshumanos /…".
• Bits repetidos en la cadena de consulta de la dirección, como en:

/sites/departments/HumanResources/_layouts/viewlsts.aspx?BaseType = 0?BaseType = 0?BaseType = 0?BaseType = 0

Es bastante fácil de solucionar mediante navegación o configuración de sitio. Excepto, MOSS me presenta con esto cuando trato de hacerlo:

El hecho es, Nadie está haciendo cualquier cambio (Aparte de mí, Claro).

Una búsqueda rápida aparece esta discusión de los foros MSDN: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier expone muy bien en el el penúltimo (como de 10/02/07) Exponer:

Está hecho de:

Para restablecer las partidas corruptas, Tienes que :

– Retire todas las listas de epígrafe corruptos

– eliminar encabezado dañado

– Desde la configuración de la lista, Añadir una lista quitada para el lanzamiento rápido (Esto regenerar un encabezamiento no dañado)

Entonces estás listo….

---

Experto en SharePoint – Sogeti Cap Gemini Suiza

Estaba un poco confundido porque yo seguía deseando ir a la página de navegación, hacer el cambio y luego ser golpeado con la "página fue modificado" Mensaje. Con el tiempo, Me di cuenta de que tenía que ir a la configuración de la lista y quitar/agregar a Inicio rápido. Hizo el truco. Momentos felices están aquí otra vez!

</final>

Suscribirse a mi blog!

ACTUALIZACIÓN 12/10/07: Revisión como se describe en MSDN KB929816 solucionó el problema para nosotros se mencionan a continuación. Obtener la revisión y luego instalar en cada servidor en la granja. A continuación, utilidad de configuración de SharePoint en cada servidor. Aquí está el enlace de Support de MS para KB: http://support.microsoft.com/kb/932816.

Fondo:

Tenemos un requerimiento del negocio donde debe asegurarse de un administrador de ingeniería ambiental 30 fabricación some-Odd localidades ubicadas a lo largo de las necesidades de Estados Unidos para asegurar que las plantas archivo para sus diferentes permisos impuestas por el estado de manera oportuna. Uno de los enfoques que hemos investigado aprovecha la "pausa hasta que fecha" actividad disponible para nosotros a través de SharePoint Designer haya. El Gerente de ingeniería (o su asistente) entra en todos los permisos requeridos y las fechas recordatorio al inicio del año. El sistema hace todo el trabajo pesado.

Medio ambiente:

MOSS, 64 bit, entorno de máquina virtual (cuadro de desarrollo), 2 servidores (SQL en el servidor #1, todo lo demás en servidor #2).

Problemas:

La acción de pausa hasta la fecha parece ser la solución perfecta y bien podría ser. Sin embargo, no funciona así fuera de la caja (para nosotros).

1. El trabajo de flujo de trabajo no fue programado para ejecutar, alguna vez. Descubrí esto leyendo Christopher White (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) excelente reseña usando stsadm así:
   

   C:\>stsadm -o getproperty - propertyname "flujo de trabajo" -URL http://localhost

   <La propiedad existe = "No" />

   C:\>

   Fue un resultado sorprendente pero fácilmente resuelto:

   C:\>stsadm -o setproperty - propertyname "trabajo-worfklow" -PropertyValue "cada 1 minutos entre 0 y 59" -URL http://localhost

   Operación se completó correctamente.

   C:\>

   Al hacerlo, el primer "en progreso" flujo de trabajo rápidamente disparó arriba y lo hizo ha trabajo.

2. Lamentablemente, el otro no funcionaba como se esperaba. Afortunadamente, Christopher nos remite aquí (http://support.microsoft.com/kb/932816). Como de la escritura de esta entrada, Estamos esperando para que el departamento de TI obtener esa revisión, pero parece prometedor. Nuestras copias del .dll afectado no comparten el mismo tamaño de byte, así que esperemos que esto resolverá el problema.

Solución:

Vuelva a ejecutar el comando de stsadm -o setproperty parecía prod el temporizador de flujo de trabajo despierto. Sería, aproximadamente 7 minutos más tarde, realmente despertar y continuar con el flujo de trabajo.

Preguntas / Cuestiones:

Pausa hasta fecha no funciona.

Pausa hasta fecha no reanudar.

Estado de flujo de trabajo no cambia "en progreso"

Estado de flujo de trabajo mantiene "en progreso"