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, ён кажа вам,:

Адзін ці больш спасылак калонка не мае, так як слупкі вызначаюцца як тып дадзеных, якія не падтрымліваюцца ў формулах.

Абыходны шлях: 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)

Хуткія Адмова ад адказнасці: Я лічу, вышэй, каб быць дакладнай і дакладнай, але я бачыў досыць хітрых трукаў тут і там у 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/…".
• Паўторныя біты ў радку запыту ад загалоўка, як у:

/сайтаў / ведамстваў / HumanResources / _layouts / viewlsts.aspx?BaseType=0?BaseType=0?BaseType=0?BaseType=0

That’s easy enough to fix via site settings/navigation. Except, MOSS ўяўляе мне з гэтым, калі я спрабую і зрабіць гэта:

Справа ў тым, ніхто не робіць любая змена ёсць (ў баку ад мяне, вядома).

Хуткі пошук з'яўляецца гэтая дыскусія Форумы MSDN: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

Уільям Heurdier кладзе яе прыемна ў перадапошнім (па стане на 10/02/07) пост:

Факт:

Для аднаўлення пашкоджаных загалоўкаў, Вы павінны :

– выдаліць усе спісы пад загалоўкам пашкоджаны

– выдаліць пашкоджаны загаловак

– Са спісу параметраў, add a removed list to the quick launch (Гэта рэгенераваць пашкоджаныя без загалоўка)

Затым вы добра ісці….

---

Sharepoint эксперт – Cap Gemini 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.

Фон:

We have a business requirement where an environmental engineering manager needs to ensure that 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 (or her assistant) 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 на сэрвэры #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-адрас HTTP://лакальны

   <Property Exist="No" />

   C:\>

   Гэта быў дзіўны вынік, але лёгка вырашаецца:

   C:\>stsadm -o setproperty -propertyname "job-worfklow" -propertyvalue "every 1 хвілін паміж 0 і 59" -URL-адрас HTTP://лакальны

   Аперацыя выкананая паспяхова.

   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"