People commonly ask about using a column of data type "Person or Group" in another column of data type "Calculated".

Ստորին գիծ, դա չի աշխատի WSS 3.0 (կամ MOSS).

Երբ ավելացնելով հաշվարկված սյունը, WSS shows the list of fields it allows you to use for the calculation. If you type in the name of a column that is not in its list, Այն պատմում է ձեզ:

Մեկ կամ ավելի սյունակ հիշատակում չի թույլատրվում, քանի որ սյուներ սահմանվում է որպես տվյալների տեսակ, որը չի ապահովվում բանաձեւերի.

Workaround: Use an event handler. The event handler fires when the user saves the item. It performs the update you would have wanted the calculated column to do for you.

Օգտակար հղումներ է հաշվարկված ոլորտներում ընդհանուր առմամբ:

• Օգտագործելով [Ինձ] մի հաշվարկվող սյունակ
• Օրինակներ Formula արտահայտություններով (Լուրեր http://jopx.blogspot.com/2007/10/calculated-fields-in-windows-sharepoint.html)

Quick Ուրացում: Ես հավատում եմ, որ վերը, որ ճշմարիտ է եւ ճշգրիտ, բայց ես տեսել, բավական խելացի հնարքներ այստեղ, եւ այնտեղ է MOSS / WSS, որ ես չէի կարող խիստ զարմացել (հուզված, եթե դուք) if someone has figured out a way to do this without resorting to code. If you’ve figured out clever work-around or know someone that did, խնդրեմ ինձ տեղյակ պահեք!

We did some heavy duty re-organizing of our site taxonomy via "Manage Content and Structure". For reasons unknown to me, Այս գործընթացը (թեեւ աշխատում են հիմնական) broke some navigation links in the quick launch. The broken links are characterized by:

• Wrong URL. Օրինակ,, it should be "/sites/departments/HumanResources/…". Սակայն, the new link is "/sites/Corporate/HumanResources/…".
• Պարբերական bits վերաբերյալ հարցման պարանի վերնագրում, ինչպես:

/Sites / վարչություններ / HumanResources / _layouts / viewlsts.aspx?BaseType=0?BaseType=0?BaseType=0?BaseType=0

That’s easy enough to fix via site settings/navigation. Except, MOSS ներկայացնում ինձ հետ, երբ ես փորձել դա անել:

Փաստն այն է,, ոչ ոք որեւէ փոփոխություն չկա (Բացի ինձանից, Իհարկե).

A quick որոնում դառնում այս MSDN ֆորումներ քննարկումը: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier սահմանում այն ​​լավ է նախավերջին (դրությամբ 10/02/07) Փոխանցել:

Փաստն այն է,:

Հետադարձելու կոռումպացված Կատեգորիաներ, դուք պետք է :

– հեռացնել բոլոր ցուցակները տակ կոռումպացված վերնագրում

– հեռացնել կոռումպացված գնում

– Ցանկից կարգավորումներում, add a removed list to the quick launch (Սա վերականգնել է ոչ կոռումպացված շարժվում)

Դուք, ապա լավ գնալ….

---

Sharepoint փորձագետ – Cap Երկվորյակ Sogeti Շվեյցարիա

Ես մի քիչ շփոթված, քանի որ ես անընդհատ ցանկանում գնալ, նավարկություն էջ, make the change and then get hit with the "page was modified" message. Ի վերջո,, I realized I had to go to the list settings and remove/add it to quick launch. That did the trick. Happy times are here again!

</վերջ>

Անդամագրվել իմ բլոգում!

ԹԱՐՄԱՑՆԵԼ 12/10/07: Hotfix as described in MSDN KB929816 solved the problem for us mentioned below. Obtain the hotfix and then install on each server on the farm. Ապա, sharepoint configuration utility on each server. Here is the MS Support link for that KB: http://support.microsoft.com/kb/932816.

Ընդհանուր տեղեկություններ:

Մենք ունենք գործարար պահանջը, որտեղ բնապահպանական ճարտարագիտության կառավարիչը պետք է ապահովել, որ 30 some-odd manufacturing locations located throughout the United States needs to ensure that those plants file for their various state-mandated permits in a timely fashion. One approach we’ve investigated leverages the "Pause Until Date" activity available to us via SharePoint Designer worfklow. The engineering manager (կամ նրա օգնական) enters all the required permits and reminder dates at the start of the year. The system then does all the heavy lifting.

Միջավայր:

MOSS, 64 բիտ, վիրտուալ մեքենա միջավայր (զարգացման արկղ), 2 սերվերներ (SQL server մասին #1, ամեն ինչ եւ սերվերի #2).

Problems:

The Pause Until Date action seems like the perfect solution and it may well prove itself to be. Սակայն, Այն լավ չի աշխատում դուրս վանդակում (մեզ համար).

1. The workflow աշխատանքը չէր նախատեսվում է գործարկել, ever. I discovered this by reading through Christopher Սպիտակ ի (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) excellent write-up by using stsadm thusly:
   

   C:\>stsadm -o getproperty -propertyname "job-workflow" -url http :/://localhost

   <Property Exist="No" />

   C:\>

   Դա մի զարմանալի արդյունք, սակայն հեշտությամբ լուծվում:

   C:\>stsadm -o setproperty -propertyname "job-worfklow" -propertyvalue »յուրաքանչյուր 1 րոպե միջեւ 0 եւ 59" -url http :/://localhost

   Operation ավարտվել հաջողությամբ.

   C:\>

   Հետո անում է, the first "In Progress" workflow արագ կրակում են եւ արել իր աշխատանքը.

2. Տխուր, the next one didn’t work as expected. Բարեբախտաբար, Christopher refers us այստեղ (http://support.microsoft.com/kb/932816). As of writing of this entry, մենք սպասում ՏՏ բաժնի ստանալու այդ hotfix, but it does look promising. Our copies of the affected .dll’s do not share the same byte size, ուստի հուսով եմ դա լուծել խնդիրը.

Workaround:

Re-running the stsadm -o setproperty command seemed to prod the workflow timer awake. It would, կոպիտ կերպով 7 րոպե անց, actually wake up and continue along with the workflow.

Հարցեր / Հարցեր հասցեագրված:

Դադար Մինչեւ ամսաթիվը չի աշխատում.

Դադար Մինչեւ ամսաթիվը չի վերսկսել.

Workflow status does not change from "In Progress"

Workflow status stays "In Progress"