Inimesed küsivad tavaliselt kasutades andmete tüüp "isiku või rühma" Tippige teise veeru andmete "Arvutatud".

Alumine rida, see ei tööta WSS-i 3.0 (või MOSS).

Arvutatud veeru lisamisel, WSS näitab väljade loendit saab kasutada arvutamisel. Kui tipite nime veerg, mis ei ole tema loendis, ta ütleb teile:

Ühte või mitut veeruviidet ei lubata, Kuna need veerud on määratletud valemites mittetoetatava andmetüübina.

Lahendus: Kasutage sündmuseohjuri. Sündmuseohjuri tulekahjud kui kasutaja salvestab üksuse. Ta täidab sa oleks tahtnud teha teile arvutatud veeru update.

Kasulikke linke arvutatud väljad:

• Kasutades [Mulle] arvutatud veerus
• Valemi avaldiste näited (kättesaadavaks teinud http://jopx.blogspot.com/2007/10/calculated-fields-in-windows-sharepoint.html)

Kiire loobumine: Usun, et eespool olevat õige ja täpne, kuid ma olen näinud piisavalt targad näpunäiteid siin ja seal, et ma ei oleks äärmiselt üllatunud MOSS/WSS-I (agog, kui te) Kui keegi on mustriga läbi viis seda teha ilma pöörduvad kood. Kui te olete otsustanud tark töö-around või keegi, et tegid, Palun andke teada!

Me tegime mõned raskeveokite uuesti korraldamine meie saidi kaudu "Halda sisu ja struktuuri" taksonoomia. Mulle teadmata põhjustel, See protsess (Kuigi töötavad peamiselt) murdsin mõnda navigeerimislinke kiirkäivitusribal. Katkenud linkide iseloomustab:

• Vale URL. Näiteks, See peaks olema "/ sites/osakonnad/personaliosakonna /…". Aga, uus link on "/ sites/Corporate/personaliosakonna /…".
• Korduv bitti Päringustring pealkirja, nagu ka:

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

See on piisavalt lihtne, infoportaali/seaded kaudu määrata. Välja arvatud, MOSS tutvustab mind seda proovida ja teha:

Fakt on see, keegi teeb igast muudatusest (peale mind, Muidugi).

Kiire otsing ilmub see MSDN-i foorumites arutelu: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier näeb see kenasti, et eelviimase (seisuga 10/02/07) Post:

Fakt on see:

Taastada rikutud pealkirjad, sa pead :

– Eemalda kõik nimekirjad rikutud pealkirja all

– Eemalda vigane pealkiri

– Loendi sätted:, eemaldatud loendi kiirkäivitusribal lisamiseks (See taastada mitte vigane pealkiri)

Sa oled siis hea minna….

---

SharePoint ekspert – Sogeti Cap Gemini Šveits

Olin veidi segaduses, sest ma hoida tahavad minna lehele navigeerimine, tehke muudatused ja seejärel saada jkhun on "leht muudeti" sõnumi. Lõpuks, Mõistsin, et mul oli minna loendi sätete ja eemaldada/lisada see kiirkäivitusnuppudena. Mis ei trikk. Head ajad on siin jälle!

</lõpp>

Telli minu blogi!

VÄRSKENDUS 12/10/07: MSDN-i KB929816 kirjeldatud kiirparandust lahendanud meile allpool nimetatud. Käigultparanduse hankimiseks ja seejärel installige iga server Farm. Seejärel, SharePointi konfigureerimisutiliit igas serveris. Siin on MS Support linki, et KB: http://support.microsoft.com/kb/932816.

Taust:

Meil on ettevõtte nõue kui keskkonna peainsener peab tagama, et 30 Some-Odd valmistamise kohad asuvad kogu Ameerika Ühendriikide peab tagama kõnealuste taimede kontuurfail eri riigi volitatud lubades õigeaegselt. Me uurida üks lähenemine intensiivistab "paus kuni kuupäev" tegevus, mis on meile kättesaadavad SharePoint Designer worfklow. Peainsener (või tema abiline) sisestab nõutavad load ja meeldetuletuse kuupäev aasta alguses. Süsteem siis teeb kõik raske töö.

Keskkond:

MOSS, 64 bit, virtuaalarvuti keskkond (arendamist kast), 2 serverid (SQL serveris #1, Kõik muu server #2).

Probleemid:

Paus kuni kuupäev tegevus tundub ideaalne lahendus ja see võib osutuda end. Aga, See ei tööta hästi kasti (meile).

1. Töövoo töö oli kavas käivitada, kunagi. Ma avastasin selle lugedes Christopher White (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) Suurepärane kirjutada-up kasutades stsadm thusly:
   

   C:\>stsadm -o getproperty - propertyname "töö töövoog" -URL-i http://localhost

   <Atribuuti olemas = "No" />

   C:\>

   See oli üllatav tulemus, kuid kergesti lahendatavad:

   C:\>stsadm -o setproperty - propertyname "töö-worfklow" -PropertyValue "iga 1 vahel 0 ja 59" -URL-i http://localhost

   Toiming on edukalt lõpule.

   C:\>

   Pärast seda, et, esimene "In Progress" töövoo kiiresti Köetakse üles ja tegi seda on töö.

2. Kahjuks, kõrval üks ei tööta ootuspäraselt. Õnneks, Christopher osutab meile Siin (http://support.microsoft.com/kb/932816). Kirjalikult seda sisestust, Me ootame IT-osakond selle käigultparanduse hankimine, Aga vaata paljutõotav. Meie koopiad mõjutatud .dll jagada sama baidi suuruse, nii et loodetavasti see ei lahenda probleemi.

Lahendus:

Uuesti käivitatud stsadm -o setproperty-käsk tundus, et ärkvel töövooajasti prod. See oleks, umbes 7 minutit hiljem, tegelikult ärkama ja jätkama koos töövoog.

Küsimused / Küsimused, mida käsitletakse:

Paus kuni kuupäev ei tööta.

Paus kuni kuupäev ei ärka.

Töövoo oleku muutus "In Progress"

Töövoo oleku jääb "In Progress"