Folk spørger ofte om ved hjælp af en kolonne med datatypen "Person eller gruppe" i en anden kolonne med data skrive "Beregnet".

Bundlinjen, Dette fungerer ikke i WSS 3.0 (eller MOSS).

Når du tilføjer en beregnet kolonne, WSS viser listen over felter gør det muligt at bruge til beregning. Hvis du indtaste navnet på en kolonne, der ikke er i sin liste, Det fortæller du:

En eller flere kolonnereferencer er ikke tilladt, fordi kolonnerne er defineret som en datatype, der ikke understøttes i formler.

Løsning: Bruge en hændelseshandler. Hændelseshandleren brande, når brugeren gemmer varen. Det udfører den opdatering, du ville have den beregnede kolonne at gøre for dig.

Nyttige links på beregnede felter i almindelighed:

• Ved hjælp af [Mig] i en beregnet kolonne
• Eksempler på udtryk, formel (Courtesy http://jopx.blogspot.com/2007/10/calculated-fields-in-windows-sharepoint.html)

Hurtig ansvarsfraskrivelse: Jeg tror den ovenfor for at være sand og præcise, Men jeg har set nok klog tricks her og der i MOSS/WSS at jeg ville blive meget overrasket (spændt, hvis du vil) Hvis nogen har regnet ud en måde at gøre dette uden at ty til kode. Hvis du har regnet ud klog arbejde-omkring eller kender nogen, der gjorde, Lad mig vide!

Vi gjorde nogle tunge re-organisering af vores websted taksonomi via "Administrere indhold og struktur". Grunde ukendt for mig, denne proces (selv arbejder i vigtigste) brød nogle navigationshyperlinks i den rask indlede. De brudte links er karakteriseret ved:

• Forkert URL. For eksempel, Det bør være "/ sites/afdelinger/udviklingspotentiellet /…". Dog, det nye link er "/ sites/Corporate/udviklingspotentiellet /…".
• Gentagne bits på forespørgselsstrengen for overskriften, som i:

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

Det er let nok at lave via webstedsnavigation indstillinger. Bortset fra, MOS præsenterer mig med dette når jeg prøve og gøre det:

Faktum er, ingen gør enhver ændring der (bort fra mig, Selvfølgelig).

En hurtig søgning dukker op denne MSDN-forummer diskussion: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier lægger det ud pænt i den næstsidste (som af 10/02/07) indlæg:

Faktum er:

Nulstille beskadiget overskrifter, du er nødt til at :

– fjerne alle listerne under beskadiget overskrift

– Fjern beskadigede overskrift

– Fra Listeindstillinger, tilføje en fjernet liste hen til den rask indlede (Denne regenerere overskriften ikke beskadigede)

Du er så god til at gå….

---

SharePoint ekspert – Sogeti Cap Gemini Schweiz

Jeg var lidt forvirret, fordi jeg holdt der ønsker at gå til navigeringssiden, foretage ændringerne og derefter få hit med det "-side blev modificeret" besked. Til sidst, Jeg indså, at jeg var nødt til at gå til Listeindstillinger og fjerne/tilføje det til hurtig start. Det gjorde tricket. Lykkelige tider er her igen!

</slutningen>

Abonner på min blog!

OPDATERING 12/10/07: Hotfix som beskrevet i MSDN KB929816 løst problemet for os nævnt nedenfor. Få hotfixet og derefter installere på hver server på farmen. Derefter, SharePoint konfigurationsværktøj på hver server. Her er linket MS Support for at KB: http://support.microsoft.com/kb/932816.

Baggrund:

Vi har en virksomhed krav hvor en environmental engineering manager skal sikre, at 30 Some-Odd fremstilling steder placeret overalt i USA skal sikre, at disse planter fil for deres forskellige statslige-mandat tilladelser i tide. En metode vi har undersøgt gearer "Pause indtil dato" aktivitet til rådighed via SharePoint Designer worfklow. Engineering manager (eller hendes assistent) træder alle nødvendige tilladelser og påmindelsesdatoer i starten af året. Systemet så gør alle de tunge løft.

Miljø:

MOSS, 64 bit, virtuel maskine miljø (udvikling boks), 2 servere (SQL på serveren #1, alt andet på serveren #2).

Problemer:

Handlingen Pause indtil dato synes at være den perfekte løsning, og det kan godt vise sig at være. Dog, det virker ikke godt ud af boksen (for os).

1. Arbejdsprocesjob var ikke planlagt til at køre, nogensinde. Jeg opdagede det ved at læse Christopher White (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) fremragende skrive-up ved hjælp af stsadm thusly:
   

   C:\>stsadm -o getproperty - propertyname "job-arbejdsproces" -URL-adresse http://localhost

   <Egenskaben findes = "ingen" />

   C:\>

   Der var et overraskende resultat men let løst:

   C:\>stsadm -o setproperty - propertyname "job-worfklow" -PropertyValue "hver 1 minutter mellem 0 og 59" -URL-adresse http://localhost

   Operation fuldført.

   C:\>

   Ved at gøre det, den første "i gang" arbejdsprocessen hurtigt fyret op og gjorde det har job.

2. Desværre, den næste ene virkede ikke som forventet. Heldigvis, Christopher henviser os Her (http://support.microsoft.com/kb/932816). Som for skrivning af denne post, Vi venter for IT-afdelingen at få dette hotfix, men det ser lovende. Vores kopier af de berørte .dll deler ikke den samme bytestørrelsen, så forhåbentlig vil dette løse problemet.

Løsning:

Re-kører kommandoen stsadm -o setproperty syntes at prod arbejdsprocestimeren vågen. Det ville, groft 7 minutter senere, faktisk vågne op og fortsætte sammen med arbejdsprocessen.

Spørgsmål / Spørgsmål, der behandles:

Pause indtil dato virker ikke.

Pause indtil dato genoptage ikke.

Arbejdsprocessen status ændres ikke fra "i gang"

Arbejdsprocessen status forbliver "i gang"