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

דנאָ שורה, דאָס טוט נישט אַרבעטן אין ווסס 3.0 (אָדער מאָך).

ווען אַדינג אַ קאַלקיאַלייטיד זייַל, 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, עס דערציילט איר:

איינער אָדער מער זייַל באַווייַזן זענען נישט ערלויבט, ווייַל די שפאלטן זענען דיפיינד ווי אַ דאַטן טיפּ אַז איז ניט געשטיצט אין פאָרמולאַס.

וואָרקאַראָונד: 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.

נוציק לינקס אויף קאַלקיאַלייטיד פעלדער אין אַלגעמיין:

• ניצן [מיר] אין אַ קאַלקיאַלייטיד זייַל
• ביישפילן פון פאָרמולע אויסדרוקן (העפלעכקייַט פון http://jopx.blogspot.com/2007/10/calculated-fields-in-windows-sharepoint.html)

שנעל אָפּלייקענונג: איך גלויבן די אויבן צו זייַן אמת און פּינטלעך, אָבער איך ווע געזען גענוג קלוג טריקס דאָ און דאָרט אין מאָך / ווסס אַז איך וואָלט ניט זייַן גאָר סאַפּרייזד (אַגאַג אויב איר וועט) 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, please let me know!

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/…".
• ריפּיטיד ביטן אויף די אָנפֿרעג שטריקל פון די כעדינג, ווי אין:

/זייטלעך / דיפּאַרטמאַנץ / הומאַנרעסאָורסעס / _לייַאָוץ / וויעוולסצ.אַספּקס?BaseType=0?BaseType=0?BaseType=0?BaseType=0

That’s easy enough to fix via site settings/navigation. Except, מאָך גיט מיר מיט דעם ווען איך פּרובירן און טאָן עס:

די פאַקט איז, קיין איינער איז געמאכט קיין טוישן דאָרט (באַזונדער פון מיר, אַוואַדע).

א שנעל זוכן טורנס אַרויף דעם מסדן גרופּעס דיסקוסיע: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

וויליאם העורדיער לייז עס אויס נייסלי אין די די פּענאַלטאַמאַט (ווי פון 10/02/07) פּאָסטן:

פאַקט איז:

צו באַשטעטיק פארדארבן כעדינגז, איר האָבן צו :

– אַראָפּנעמען אַלע די רשימות אונטער פארדארבן כעדינג

– אַראָפּנעמען פארדארבן כעדינג

– פון דער רשימה סעטטינגס, add a removed list to the quick launch (דאס רעגענערירן אַ ניט פארדארבן כעדינג)

איר זענט דעמאָלט גוט צו גיין….

---

שאַרעפּאָינט עקספּערט – היטל געמיני סאָגעטי שווייץ

איך איז געווען אַ ביסל צעמישט ווייַל איך געהאלטן פעלן צו גיין צו די נאַוויגאַציע בלאַט, make the change and then get hit with the "page was modified" message. Eventually, 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.

סוויווע:

מאָך, 64 ביסל, ווירטואַל מאַשין סוויווע (אַנטוויקלונג קאַסטן), 2 סערווערס (סקל אויף סערווירער #1, אַלץ אַנדערש אויף סערווירער #2).

פּראָבלעמס:

The Pause Until Date action seems like the perfect solution and it may well prove itself to be. אָבער, עס טוט נישט אַרבעט גוט אויס פון די קעסטל (פֿאַר אונדז).

1. די וואָרקפלאָוו אַרבעט איז נישט סקעדזשולד צו לויפן, ever. I discovered this by reading through קריסטאַפער ווייסע ס (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 הטטפּ://לאָקאַלהאָסט

   <Property Exist="No" />

   C:\>

   וואָס איז געווען אַ חידוש רעזולטאַט אָבער לייכט סאַלווד:

   C:\>stsadm -o setproperty -propertyname "job-worfklow" -propertyvalue "every 1 מינוט צווישן 0 און 59" -URL הטטפּ://לאָקאַלהאָסט

   אָפּעראַציע געענדיקט הצלחה.

   C:\>

   אויף טאן אַז, the first "In Progress" וואָרקפלאָוו געשווינד פייערד אַרויף און האט עס 'ס אַרבעט.

2. סאַדלי, the next one didn’t work as expected. טאַנגקפאַלי, Christopher refers us דאָ (http://support.microsoft.com/kb/932816). As of writing of this entry, מיר ניטאָ ווארטן פֿאַר די עס אָפּטיילונג צו קריגן אַז האָטפיקס, but it does look promising. Our copies of the affected .dll’s do not share the same byte size, אַזוי אַלעווייַ דעם וועט סאָלווע די פּראָבלעם.

וואָרקאַראָונד:

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"