Gent comunament pregunta sobre l'ús d'una columna de dades de tipus "persona o grup" en una altra columna de dades de tipus "Calculat".

Bottom line, això no funciona en WSS 3.0 (o molsa).

En afegir una columna calculada, WSS Mostra la llista de camps que li permet utilitzar per al càlcul. Si escriu en nom d'una columna que no és a la llista, li diu:

Un o més referències de columna no estan permesos., perquè les columnes es defineixen com un tipus de dades que no s'admet a les fórmules.

Solució: Utilitzar un controlador d'incidències. El controlador d'incidències incendis quan l'usuari estalvia l'element. Que realitza l'actualització que has volgut la columna calculada a fer per vostè.

Enllaços útils sobre calcula camps en general:

• Utilitzant [Mi] a una columna calculada
• Exemples d'expressions fórmules (gentilesa de http://jopx.blogspot.com/2007/10/calculated-fields-in-windows-sharepoint.html)

Avís ràpid: Crec que l'anterior que és veritable i precisa, però he vist prou intel ligent trucs aquí i allà en MOSS/WSS que no em sorprendria molt (agog si es vol) Si algú ha imaginat una manera de fer això sense recórrer al codi. Si he imaginat intel ligent treball al voltant o coneix a algú que va fer, Si us plau deixi'm saber!

Vam fer una mica de pesat re-organitzar de nostre taxonomia lloc mitjançant "Gestionar contingut i estructura". Per raons desconegudes per a mi, Aquest procés (encara que treballant en els principals) va trencar alguns enllaços de navegació a la llanxa ràpida. Baules es caracteritzen per:

• URL equivocat. Per exemple, hauria de ser "/ llocs/departaments/recursos humans /…". No obstant això, el nou enllaç és "/ llocs/Corporate/recursos humans /…".
• Miques repetits en la cadena de consulta de l'epígraf, com a:

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

Que és bastant fàcil de solucionar mitjançant la navegació/configuració del lloc. Excepte, MOLSA em presenta amb això quan provo i fer-ho:

El fet és, ningú està fent qualsevol canvi hi (a part de mi, clar).

Una cerca ràpida encén aquest debat de fòrums MSDN: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier exposa-ho molt bé en el la penúltima (com de 10/02/07) correu:

Fet és:

Restaurar títols malmesos, has de :

– eliminar totes les llistes sota l'epígraf corromput

– treure partida corromput

– Des de la configuració de la llista, afegir una llista treta a la llanxa ràpida (Aquest regenerar un encapçalament no corromput)

Llavors ets bo per anar….

---

Expert en SharePoint – Sogeti Cap Gemini Suïssa

Jo estava una mica confós perquè em continuava volent anar a la pàgina de navegació, fer el canvi i llavors copejat amb la "pàgina va ser modificada" missatge. Amb el temps, Em vaig adonar que havia d'anar a la configuració de la llista i treure/afegir-lo a llanxa ràpida. Allò feia el truc. Temps feliços aquí són una altra vegada!

</final>

Subscriure's al meu blog!

ACTUALITZACIÓ 12/10/07: Hotfix com es descriu en MSDN KB929816 resolia el problema per a nosaltres s'esmenten a continuació. Obtenir l'hotfix i llavors instal·lar en cada servidor del conjunt. Llavors, utilitat de configuració de SharePoint a cada servidor. Aquí està l'enllaç de MS Support per aquell KB: http://support.microsoft.com/kb/932816.

Fons:

Tenim un requisit de negoci on un director d'Enginyeria Ambiental ha de garantir que 30 Some-Odd fabricació localitzacions a tot el Estats Units necessita assegurar que aquelles plantes d'arxiu per a la seva diversos permisos estat mandat d'una manera oportuna. Un enfocament que he investigat aprofita la "pausa fins data" activitat disponible a nosaltres via worfklow SharePoint Designer. El director d'Enginyeria (o el seu ajudant) Introdueix tots els permisos necessaris i dates recordatori a l'inici de l'any. El sistema llavors fa el pesat alçar.

Medi ambient:

MOSS, 64 mica, ambient de màquines virtual (quadre de desenvolupament), 2 servidors (SQL al servidor #1, tota la resta al servidor #2).

Problemes:

L'acció de pausa fins data sembla ser la solució perfecta i també pot resultar ser. No obstant això, no funciona well out of la caixa (per a nosaltres).

1. La feina del flux de treball no estava previst per executar, mai. Vaig descobrir això llegint a través Christopher White (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) excel lent escriptura fins mitjançant stsadm així:
   

   C:\>stsadm -o getproperty - propertyname "feina-flux de treball" -URL http://localhost

   <Existeixen propietat = "No" />

   C:\>

   Això va ser un resultat sorprenent però fàcilment resolt:

   C:\>stsadm -o setproperty - propertyname "feina-worfklow" -PropertyValue "cada 1 minuts entre 0 i 59" -URL http://localhost

   Operació completada reeixidament.

   C:\>

   A fer que, la primera "en curs" flux de treball ràpidament disparava cap amunt i ho feia feina.

2. Tristament, pròxim no funcionarà com es preveia. Afortunadament, Christopher ens fa referència aquí (http://support.microsoft.com/kb/932816). Com de l'escriptura d'aquesta entrada, t'esperem el Departament d'informàtica obtenir aquest hotfix, però semblen prometedor. Nostres còpies de la. dll afectats no comparteixen la mateixa mida byte, Així que espero que això resoldrà el problema.

Solució:

Tornar a executar l'ordre stsadm -o setproperty semblava productes el temporitzador de flux de treball despert. Ho vols, aproximadament 7 minuts més tard, en realitat desperta i continuar amb el flux de treball.

Preguntes / Temes abordats:

Pausa fins data no funciona.

Pausa fins data no reprendre.

Estat de flux de treball no canvie entre "en curs"

Estat de flux de treball es manté "en curs"