Žmonės dažnai klausia apie naudojant duomenų tipas "asmens ar grupės stulpelį" į kito stulpelio duomenų tipas "Skaičiavimo".

Bottom line, tai neveikia WSS 3.0 (arba SAMANOS).

Pridėdami apskaičiuojamą stulpelį, WSS rodo laukų sąrašas jis leidžia jums naudoti apskaičiuojant. Jei jums tereikia įrašyti stulpelis, jo sąraše nėra, jis jums pasakys:

Viena ar kelios stulpelio nuorodos neleidžiamos, nes stulpeliai yra nurodyti kaip duomenų tipą, nepalaiko formules.

Problemos: Naudoti įvykio apdorojimo programą. Įvykio apdorojimo programos gaisrai, kai vartotojas išsaugo prekės. Jis atlieka jūs būtų norėjo, apskaičiuojamasis stulpelis daryti jums atnaujinimas.

Naudingos nuorodos apie apskaičiuotas srityse apskritai:

• Naudojant [Man] Apskaičiuojamajame stulpelyje
• Formulės išraiškų pavyzdžiai (courtesy of http://jopx.blogspot.com/2007/10/calculated-fields-in-windows-sharepoint.html)

Greitai atsakomybės apribojimas: Manau, kad pirmiau turi būti teisinga ir tiksli, bet aš mačiau pakankamai protingai gudrybės čia ir ten, MOSS/WSS kad aš nebūtų labai nustebinti (Podniecony jei bus) Jei kas nors turi figured out būdas tai padaryti nesiimant kodas. Jei jau suprato, protingas apeiti ar žinote ką nors, kad padarė, Prašome leiskite man žinoti!

Mes kai kurių sunkiųjų iš naujo organizuoti mūsų svetainės taksonomijos per "Valdyti turinio ir struktūros". Dėl nežinomų priežasčių man, Šis procesas (Nors darbas iš esmės) sumušė kai naršymo saitai į greitąją paleistį. Nutrūkusių saitų yra būdingas:

• Neteisingas URL. Pvz., ji turėtų būti "/ sites/skyriai/žmogiškųjų išteklių /…". Tačiau, saitas yra "/ sites/firmos/žmogiškųjų išteklių /…".
• Pakartotinai bitai ant užklausos eilutės antraštės, kaip ir:

/sites/departments/HumanResources/_layouts/viewlsts.aspx?Pagrindinis tipas = 0?Pagrindinis tipas = 0?Pagrindinis tipas = 0?Pagrindinis tipas = 0

Tai yra gana paprasta nustatyti per svetainėje parametrus/navigacija. Išskyrus, SAMANŲ pristato man tai kai aš stengiuosi ir daryti:

Tai yra, niekas daro bet kokius ten (be manęs, žinoma).

Greita paieška pasirodo MSDN forumuose diskusijos: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier nustatyti jis gražiai be į priešpaskutinę (nuo 10/02/07) Post:

Faktas yra tai:

Norėdami iš naujo nustatyti sugadintas pozicijose, Jūs turite :

– pašalinti visus sąrašus sugadintas antraštė

– pašalinti sugadintas pozicijoje

– Iš sąrašo parametrus, pridėti nuimti sąrašą į greitąją paleistį (Tai atkurti ne sugadintas antraštę)

Tada esate gerai eiti….

---

SharePoint ekspertas – Sogeti Cap Gemini Šveicarija

Aš šiek tiek sutrikę, nes aš nuolat nori eiti į naršymo puslapį, atlikite keitimus ir tada gauti paspauskite su į "puslapis buvo pakeistas" pranešimas. Galų gale, Supratau, man teko eiti į sąrašo parametrus ir šalinti/įtraukti jį į sparčiosios paleisties. Tai nebuvo apgauti. Laimingas laikai yra čia vėl!

</pabaigos>

Prenumeruoti savo dienoraštį!

NAUJINIMAS 12/10/07: Karštosios pataisos aprašytą MSDN KB929816 išspręsti šią problemą už mus paskiau. Gauti šį pataisymą ir tada įdiegti į kiekvieną ūkio serveris. Tada, SharePoint konfigūravimo priemonę kiekviename serveryje. Čia yra MS Support nuorodą, kad KB: http://support.microsoft.com/kb/932816.

Fono:

Mes turime verslo reikalavimas kai aplinkos inžinerijos vadybininkas turi užtikrinti, kad 30 some-ODD gamybos vietose esančių visoje JAV reikia užtikrinti, kad tų teritorijų augalai byla dėl įvairių valstybės įgalioti leidimus laiku. Mes jau ištirti vieną metodą naudoja "sustabdyti iki datos" veikla prieinama mums per SharePoint Designer worfklow. Inžinerijos vadybininkas (ar jos padėjėja) įveda visą reikiamą leidimų ir priminimo datos metų pradžioje. Sistema tada ar sunkaus kėlimo.

Aplinkos:

SAMANŲ, 64 šiek tiek, virtualios mašinos aplinkos (plėtros rinkinį), 2 serveriai (SQL serveryje #1, visa kita serveryje #2).

Problemų:

Sustabdyti iki datos veiksmų atrodo puikus sprendimas ir jis gali gerai pasirodyti esąs. Tačiau, jis neveikia well out of lauką (mums).

1. Darbo eigos užduotis buvo vykdyti neplanuota, Kada nors. Odkryłam tai skaitant Christopher balta (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) puikų write-up naudojant stsadm thusly:
   

   C:\>stsadm -o getproperty - propertyname "darbas-darbo eigos" -URL http://localhost

   <Turtas yra = "ne" />

   C:\>

   Tai buvo stebina rezultatas bet lengvai išspręsti:

   C:\>stsadm -o Nustatytiypatybę - propertyname "darbas-worfklow" -PropertyValue "kiekvieną 1 minučių skaičius tarp 0 ir 59" -URL http://localhost

   Operacija atlikta sėkmingai.

   C:\>

   Į tai, kad, pirmasis "į pažangą" darbo eigos greitai kūrenamų ir tai yra darbo.

2. Deja, kitą neveikia kaip tikėtasi. Laimei, Christopher nurodo mums čia (http://support.microsoft.com/kb/932816). Kaip rašyti šio įrašo, Laukiame IT departamente gauti šios karštosios pataisos, Tačiau tai nėra džiuginantys. Mūsų kopijas pažeistą .dll nepritariu to paties baitų dydžio, Todėl tikiuosi, tai padės išspręsti problemą.

Problemos:

Iš naujo paleisti komandą stsadm -o Nustatytiypatybę atrodė prod miega darbo eigos laikmatis. Tai būtų, maždaug 7 minučių vėliau, iš tikrųjų prabusti ir toliau kartu su darbo eiga.

Klausimai / Klausimai:

Sustabdyti iki datos neveikia.

Sustabdyti iki datos negali atnaujinti.

Darbo eigos būsenos atnaujinimas nuo "vykdoma"

Darbo eigos būsenos lieka "vykdoma"