Oamenii întreabă frecvent despre folosind o coloană de date tip "persoană sau grup" într-o altă coloană de date tip "Calculată".

Linie de fund, aceasta nu funcţionează în WSS 3.0 (sau MOSS).

Când adăugaţi o coloană calculată, AAC Arată lista de câmpuri vă permite să utilizaţi pentru calcularea. Dacă tastaţi în numele unei coloane care nu este în lista sa, Aceasta vă spune:

Una sau mai multe referinţe coloana nu sunt permise, deoarece coloanele sunt definite ca tip de date care nu este acceptat în formule.

Soluţie: Se utilizează un handler de eveniment. Handler de eveniment incendiile atunci când utilizatorul salvează elementul. Efectuează actualizarea ai fi vrut coloana calculată pentru a face pentru tine.

Link-uri utile pe câmpuri calculate în general:

• Folosind [Mine] într-o coloană calculată
• Exemple de formula expresii (curtoazie de http://jopx.blogspot.com/2007/10/calculated-fields-in-windows-sharepoint.html)

Renunţare rapidă: Cred că cele de mai sus să fie adevărat şi corecte, dar am văzut destul de inteligent trucuri aici şi acolo în MOSS/AAC că nu aş fi foarte surprins (foarte agitat dacă va) Dacă cineva a dat seama un modalitate de a face acest lucru fără a recurge la codul. Dacă le-am dat seama inteligent lucru în jurul sau cunosc pe cineva care a făcut, vă rugăm să-mi spuneţi!

Am făcut unele grele re-organizarea de taxonomie noastre de site-ul prin intermediul "Gestiona conţinutul şi structura". Din motive necunoscute pentru mine, Acest proces (Deşi lucrează în principal) a rupt unele link-uri de navigare în Lansarea rapidă. Legăturile sunt caracterizate de:

• URL-ul greşit. De exemplu, ar trebui să fie "/ sites/departamente/HumanResources /…". Cu toate acestea, nou link este "/ sites/Corporate/HumanResources /…".
• Repetate de biţi pe şirul de interogare de la rubrica, ca şi în:

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

Asta e destul de uşor de a stabili prin intermediul site-ul setări/navigare. Cu excepţia, MOSS a prezentat-mă cu acest lucru atunci când am încerca şi face acest lucru:

Faptul este, nimeni nu este de a face orice schimbare acolo (în afară de mine, desigur).

O căutare rapidă se transformă acest MSDN forumuri de discuţii: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier l stabileşte frumos în penultimul (ca de 10/02/07) post:

Faptul este:

Pentru a reseta corupt titlurile, trebuie să :

– elimina toate listele de corupt titlul

– elimina corupt rubrica

– La Setări listă, adăugaţi o listă eliminat pentru lansarea rapidă (Acest lucru se regenera o rubrică non corupt)

Apoi sunt bune pentru a merge….

---

Expert în SharePoint – Elveţia de Gemini Sogeti Cap

Am fost un pic confuz, pentru că am păstrat doresc pentru a merge la pagina de navigare, modificarea şi apoi lovit cu "pagina a fost modificată" mesaj. În cele din urmă, Am dat seama am avut de a merge la Setări listă şi eliminaţi/adăuga la lansare rapidă. Care a făcut truc. Fericit ori sunt aici din nou!

</scop>

Aboneaza-te la blog-ul meu!

ACTUALIZARE 12/10/07: Remedierea rapidă după cum este descris în MSDN KB929816 rezolvat problema pentru noi menţionate mai jos. Obţine o remediere rapidă şi apoi instalaţi pe fiecare server la ferma. Apoi, utilitarul de configurare a SharePoint pe fiecare server. Aici este link-ul de MS Support pentru că KB: http://support.microsoft.com/kb/932816.

Fundal:

Avem o cerinţă de afaceri în cazul în care un manager de inginerie mediu trebuie să se asigure că 30 locaţii de fabricaţie some-Odd situat în întreaga Statele Unite are nevoie pentru a se asigura că aceste plante fişier pentru legitimaţiile diverse stat-mandatat în timp util. O abordare ne-am investigat pârghii "pauză până la data de" activitate disponibile pentru noi prin intermediul SharePoint Designer worfklow. Manager de inginerie (sau asistent) intră toate autorizaţiile necesare şi memento datele de la începutul anului. Sistemul are apoi toate ridicarea grele.

Mediu:

MOSS, 64 pic, mediul virtual machine (caseta de dezvoltare), 2 servere (SQL Server #1, orice altceva pe server #2).

Probleme:

Pauză până la data de acţiune pare a fi soluţia perfectă şi ea ar putea dovedi a fi. Cu toate acestea, nu funcţionează bine caseta (pentru noi).

1. Lucrarea de flux de lucru nu a fost programată să se execute, vreodată. Am descoperit acest lucru citind Christopher White (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) excelent scrie-up folosind stsadm thusly:
   

   C:\>stsadm -o getproperty - propertyname "job flux de lucru" -URL-ul http://localhost

   <Există proprietate = "nu" />

   C:\>

   Asta a fost un rezultat surprinzător dar cu uşurinţă rezolvat:

   C:\>stsadm -o setproperty - propertyname "job-worfklow" -PropertyValue "fiecare 1 minute între 0 şi 59" -URL-ul http://localhost

   Funcţionare a terminat cu succes.

   C:\>

   La care face, primul "în desfăşurare" flux de lucru rapid tras în sus şi a făcut-o a locuri de muncă.

2. Din păcate, o viitoare nu funcţionează conform aşteptărilor. Din fericire, Christopher se referă ne aici (http://support.microsoft.com/kb/932816). După cum a scris această intrare, Suntem de aşteptare pentru Departamentul IT pentru a obţine această remediere rapidă, dar aceasta arata promitator. Copii noştri de .dll afectate nu împărtăşesc aceeaşi dimensiune octet, deci sperăm că acest lucru va rezolva problema.

Soluţie:

Re-execută comanda stsadm -o setproperty părea să prod cronometrul de flux de lucru treaz. S-ar, aproximativ 7 minute mai târziu, de fapt, trezeste-te şi continua împreună cu fluxul de lucru.

Întrebări / Probleme abordate:

Pauză până dată nu funcţionează.

Nu relua pauză până la data.

Statutul de flux de lucru nu se schimba din "în desfăşurare"

Statutul de flux de lucru rămâne "în desfăşurare"