Хората често питат за използването на колона с тип данни "лице или група" в друга колона от данни тип "Изчислена".

Долната линия, Това не работи в WSS 3.0 (или мъх).

При добавяне на изчисляема колона, WSS показва списък на полета ви позволява да използвате за изчисляване. Ако напишете името на колона, която не е в списъка си, Той ви казва:

Една или повече препратки към колони не са позволени, защото колоните са дефинирани като тип данни, който не се поддържа във формули.

Workaround: Използвайте манипулатор на събитие. Манипулаторът на събитие пожари, когато потребителят записва елемента. Тя изпълнява актуализация, който би искал изчисляемата колона да направи за вас.

Полезни връзки за изчислени полета като цяло:

• Използване на [Мен] в изчисляема колона
• Примери на формули изрази (с любезното съдействие на http://jopx.blogspot.com/2007/10/calculated-fields-in-windows-sharepoint.html)

Бърз отказ от отговорност: Вярвам, че по-горе да бъде вярна и точна, но аз съм виждал достатъчно умни трикове тук и там в Мос/ВиК, че няма да бъде изключително изненадан (възбуден, ако щете) Ако някой е измисли начин да направите това без да се прибягва до код. Ако сте се разбра, умни работа-наоколо или познавате някой, че е, Моля да ме уведомите!

Ние направихме някои тежкотоварни повторно организиране на нашия сайт таксономия чрез "Управление на съдържание и структура". По незнайни за мен причини, този процес (Въпреки че работи в главната) счупи някои връзки за навигация в бързо стартиране. Прекъснати връзки се характеризират с:

• Грешен URL. За пример, Тя трябва да бъде "/ сайтове/департаменти/сайт с човешки ресурси /…". Въпреки това, новата връзка е "/ сайтове/корпоративни/сайт с човешки ресурси /…".
• Повторни бита на низа на заявката на заглавието, както и в:

/sites/departments/HumanResources/_layouts/viewlsts.aspx?Базов тип = 0?Базов тип = 0?Базов тип = 0?Базов тип = 0

Това е достатъчно лесно да се определи чрез сайта настройки/навигация. С изключение на, Мос представя ме с това, когато се опитвам и да го направя:

Факт е, никой не прави промени там (настрана от мен, Разбира се).

Едно бързо търсене се появи този MSDN форуми дискусия: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

Уилям Heurdier го излага добре в предпоследна (като от 10/02/07) пост:

Факт е:

За да възстановите повредената заглавия, Вие трябва да :

– премахнете всички списъци под повреден заглавие

– премахване на повреден заглавието

– От настройките на списъка, Добавяне на отстранения списък за бързо стартиране (Това регенерира за повредени заглавие)

След това сте добре да тръгвам….

---

SharePoint експерт – Sogeti капачка Джемини Швейцария

Аз бях малко объркан, защото продължих да искат да отидете на страницата на навигация, Направете промяната и след това се удари със "страницата е модифициран" съобщение. В крайна сметка, Разбрах, че аз трябваше да отидете в настройките на списъка и премествам/прибавям то към бърз хвърлям. Това е трик. Щастливите времена са отново тук!

</край>

Абонирайте се за моя блог!

АКТУАЛИЗИРАНЕ 12/10/07: Актуалната корекция, описана в MSDN KB929816 решила проблема за нас споменати по-долу. Получаване на спешната корекция и след това инсталиране на всеки сървър в групата. След това, помощната програма за конфигуриране на SharePoint на всеки сървър. Тук е MS поддръжка връзката за тази KB: http://support.microsoft.com/kb/932816.

Фон:

Ние имаме бизнес изискване, където околната среда инженеринг мениджър трябва да гарантира, че 30 Some-ODD производство места, разположени в целия Съединените щати трябва да гарантира, че тези растения файл за техните различни държавни с мандат на разрешителни в своевременно. Един подход, ние сме разследвани лостове "пауза преди дата" дейност достъпни за нас чрез SharePoint Designer worfklow. Инженеринг мениджър (или си асистент) въвежда всички необходими разрешителни и напомняне дати в началото на годината. Системата след това не всички вдигане на тежки предмети.

Околна среда:

МОС, 64 малко, действителен машина среда (развитие кутия), 2 сървъри (SQL сървъра #1, всичко останало на сървъра #2).

Проблеми:

Пауза преди дата действие изглежда като идеалното решение и добре може да се окаже себе си да бъде. Въпреки това, Тя не работи добре от кутията (за нас).

1. Задачата на работния поток не е планирана за изпълнение, някога. Аз открих това от четене чрез Кристофър Уайт (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) отличен хвалебствена използвайки stsadm thusly:
   

   C:\>stsadm -o getproperty - именасвойство "работа-поток" -URL адрес HTTP://Localhost

   <Свойство съществува = "не" />

   C:\>

   Това беше изненадващ резултат но лесно решени:

   C:\>stsadm -o setproperty - именасвойство "работа-worfklow" -propertyvalue "всеки 1 протокол между 0 и 59" -URL адрес HTTP://Localhost

   Операцията завърши успешно.

   C:\>

   При това, че, първата "в ход" поток бързо уволнен нагоре и го е направил работа.

2. За съжаление, следващия не работи както се очаква. За щастие, Кристофър се отнася ни Тук (http://support.microsoft.com/kb/932816). Както на писане на този пост, Ние чакаме за ИТ отдела да получи тази спешна корекция, но тя изглежда обещаващ. Нашите копия на засегнатите .dll не споделят един и същи размер в байтове, така че се надяваме това ще реши проблема.

Workaround:

Отново тичане командата stsadm -o setproperty сякаш prod буден таймера за работен поток. Това би, приблизително 7 минути по-късно, всъщност се събуди и продължи с работния поток.

Въпроси / Въпросите, разгледани:

Пауза преди дата не работи.

Пауза преди дата не възобнови.

Състояние на работния поток не се променя от "в ход"

Състояние на работния поток остава "в ход"