Folk frågar ofta om att använda en kolumn för datatypen "Person eller grupp" Skriv "Beräkning" i en annan kolumn med data.

Nedersta raden, Detta fungerar inte i WSS 3.0 (eller MOSS).

När du lägger till en beräknad kolumn, WSS visar listan över fält som du kan använda för att beräkna. Om du skriva in namnet på en kolumn som inte är i listan över, Du får veta:

En eller flera kolumnreferenser tillåts inte, eftersom kolumnerna definieras som en datatyp som inte stöds i formler.

Lösning: Använda en händelsehanterare. Händelsehanteraren bränder när användaren sparar objektet. Den utför uppdateringen du skulle ha velat den beräknade kolumnen att göra för dig.

Nyttiga länkar om beräknade fält i allmänhet:

• Med hjälp av [Mig] i en beräknad kolumn
• Exempel på formeln uttryck (artighet av http://jopx.blogspot.com/2007/10/calculated-fields-in-windows-sharepoint.html)

Snabb ansvarsfriskrivning: Jag tror att den ovan för att vara sant och korrekt, men jag har sett tillräckligt smarta tricks här och där i MOSS/WSS att jag inte skulle bli mycket förvånad (stort om du kommer att) om någon har räknat ut ett sätt att göra detta utan att tillgripa kod. Om du har räknat ut smart verk-runt omkring eller vet någon som gjorde, behaga låta mig veta!

Vi gjorde några tunga åter organisera vår webbplats taxonomins via "Hantera innehåll och struktur". Okänd för mig anledning, denna process (dock arbetar i huvudsak) bröt några navigeringslänkar i den snabb sjösätta. De brutna länkarna kännetecknas av:

• Fel URL. Till exempel, Det bör vara "/ platser/avdelningar/HumanResources /…". Men, den nya länken är "/ webbplatser/företag/HumanResources /…".
• Upprepade bitar i frågesträngen för rubriken, som i:

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

Det är lätt att fixa via inställningar/navigering. Förutom, MOSS presenterar mig med detta när jag försöker göra det:

Faktum är, ingen gör någon förändring där (Bortsett från mig, Självklart).

En snabb sökning dyker upp diskussionen MSDN-forum: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier fastställs det fint i den den näst sista (som av 10/02/07) Inlägg:

Faktum är:

Återställa skadade rubriker, Du måste :

– ta bort alla listor under skadad rubrik

– ta bort skadad rubrik

– Från listinställningar, lägga till en lista med borttagna den snabb sjösätta (Detta generera en icke skadad rubrik)

Du är då bra att gå….

---

SharePoint-Expert – Sogeti Cap Gemini Schweiz

Jag var lite förvirrad eftersom jag höll vill gå till navigeringssidan, göra ändringen och sedan komma hit med den "sidan ändrades" meddelande. Så småningom, Jag insåg att jag var tvungen att gå till listinställningar och ta bort/lägga till Snabbstart. Det gjorde susen. Lyckliga tider är här igen!

</slutet>

Prenumerera på min blogg!

UPPDATERING 12/10/07: Snabbkorrigeringen som beskrivs i MSDN KB929816 löste problemet för oss som nämns nedan. Få snabbkorrigeringen och sedan installera på varje server på gården. Sedan, SharePoint-konfigurationsverktyget på varje server. Här är länken MS Support för att KB: http://support.microsoft.com/kb/932816.

Bakgrund:

Vi har ett krav på företag där en miljö teknisk direktör måste se till att 30 some-Odd tillverkning platser över hela USA behov att se till att de växterna fil för sina olika statliga-mandat tillstånd i tid. En metod vi har undersökt utnyttjar "paus tills dagen" aktivitet finns tillgängliga för oss via SharePoint Designer worfklow. Teknisk chef (eller hennes assistent) skriver in alla nödvändiga tillstånd och påminnelse datum i början av året. Systemet gör då alla tunga lyft.

Miljö:

MOSS, 64 lite, virtuell maskin miljö (utveckling box), 2 servrar (SQL på servern #1, allt annat på servern #2).

Problem:

Pausa tills datum åtgärden verkar vara den perfekta lösningen och det kan mycket väl visa sig vara. Men, det fungerar inte bra i rutan (för oss).

1. Arbetsflödesjobb var inte planerat att köra, någonsin. Jag upptäckte detta genom att läsa Christopher White (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) utmärkta uppskrivning med stsadm thusly:
   

   C:\>stsadm -o getproperty - propertyname "jobb-arbetsflöde" -URL http://localhost

   <Egenskapen finns = "inga" />

   C:\>

   Det var ett överraskande resultat men lätt löst:

   C:\>stsadm -o setproperty - propertyname "jobb-worfklow" -PropertyValue "varje 1 minuter mellan 0 och 59" -URL http://localhost

   Åtgärden.

   C:\>

   På detta, den första "pågår" arbetsflödet snabbt sköt upp och gjorde det har jobb.

2. Tyvärr, Nästa fungerade inte som förväntat. Tack och lov, Christopher hänvisar oss Här (http://support.microsoft.com/kb/932816). När skrivs av denna post, Vi väntar på IT-avdelningen att erhålla snabbkorrigeringen, men det ser lovande ut. Vårt exemplar av den drabbade .dll delar inte den samma storleken i byte, så förhoppningsvis kommer detta att lösa problemet.

Lösning:

Nytt köra kommandot stsadm -o setproperty tycktes prod arbetsflöde timern vaken. Det skulle, ungefär 7 minuter senare, faktiskt vakna upp och fortsätta tillsammans med arbetsflödet.

Frågor / Frågor som tas upp:

Paus tills datum fungerar inte.

Paus tills datum inte återuppta.

Arbetsflödesstatus ändras inte från "pågår"

Arbetsflödesstatus förblir "pågår"