每月檔案: 10 月 2007

使用 “使用者或使用者組” 計算列中

人們通常問有關使用資料類型的列"的人或集團" 在另一列中的資料鍵入"計算".

底線, 這在 WSS 無法正常工作 3.0 (或苔蘚).

當添加計算的列, WSS 顯示的欄位的清單,它允許您將用於計算. 如果您鍵入的名稱不是在其清單中的列, 它會告訴你:

不允許一個或多個列引用, 因為作為公式中不支援的資料類型定義列.

變通方法: 使用事件處理常式. 事件處理常式觸發時,使用者保存專案. 它執行你所想要為你做的計算的列的更新.

有用的連結上一般計算欄位:

快速免責聲明: 我相信以上是真實和準確, 但我見過在這裡和那裡我也不會感到非常驚訝的 MOSS/WSS 中足夠聰明的技巧 (如果你將們興奮不已) 如果有人想出辦法做到這一點而不是訴諸代碼. 如果你已經想出聰明工作周圍或知道有人嗎, 請讓我知道!

MOSS/WSS 告訴我: “該頁面已被修改另一個作者上 …” 但實際上, 它不是.

我們做了一些重型重新組織的"管理內容和結構"通過我們的網站分類. 我不知道什麼原因, 這一過程 (雖然在主要工作) 快速啟動中打破一些導航連結. 特點是斷開的連結:

  • 錯誤的 URL. 舉個例子, 它應該是"地點/部門/HumanResources /…". 不過, 新的連結是"網站/企業/HumanResources /…".
  • 查詢字串的標題重複的位, 如在:

/sites/departments/HumanResources/_layouts/viewlsts.aspx?BaseType = 0?BaseType = 0?BaseType = 0?BaseType = 0

這一點很容易修復通過網站的設置導航. 除了, MOSS 介紹我用這個當我試著做:

圖像

事實是, 沒有人製作那裡任何改變 (我的旁邊, 答案是肯定的).

快速搜尋這個 MSDN 論壇討論的結果: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

威廉 Heurdier 奠定很好地在倒數第二 (作為的 10/02/07) 發佈:

事實是:

重置已損壞的標題, 你有的 :

– 刪除已損壞的標題下的所有專案清單

– 刪除已損壞的標題

– 從清單中的設置, 將已刪除的清單添加到快速啟動 (這重新生成非損壞的標題)

你是那麼好去….


Sharepoint 專家 – Sogeti Cap Gemini 瑞士

我是有點混淆,因為我一直想要轉到導航頁面, 進行更改,然後就碰上"頁面被修改" 消息. 最終, 我意識到我不得不轉到清單設置並刪除/添加到快速啟動. 這是成功的關鍵. 快樂的時光在這裡再一次!

</結束>

訂閱我的博客!

存在的問題 “暫停直至日期” 浪湧保護器創建工作流中的活動

更新 12/10/07: 在 MSDN KB929816 所述的修補程式解決了這個問題,我們下面提到. 獲取此修復程式,然後安裝在每個伺服器場中的. 然後, sharepoint 配置實用程式在每個伺服器上. 這裡是那個 KB 的 MS 支援連結: http://support.microsoft.com/kb/932816.

背景:

我們有一項業務要求需要確保環境工程部經理 30 中製造地點遍佈美國需求,以確保那些植物檔及時他們各種國家授權許可證. 一種方法,我們調查了利用"暫停直到日期" 活動通過 SharePoint 設計師 worfklow 提供給我們. 工程部經理 (或者她的助手) 在今年年初進入所有必需的許可證和提醒日期. 系統然後做繁重的工作.

環境:

苔蘚, 64 位, 虛擬機器環境 (發展框), 2 伺服器 (在伺服器上的 SQL #1, 一切都在伺服器上 #2).

問題:

暫停直到日期操作看起來似乎最完美的解決方案,完全可以證明,自己是. 不過, 它不能超出框中 (對我們來說).

  1. 不計畫工作流作業的運行, 過. 通過閱讀就發現了這 克里斯多夫 · 白 (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) 通過使用 stsadm 廣交優秀撰寫:

    C:\>-o 替代-屬性名 stsadm"作業工作流程" -url http://本地主機

    <屬性存在 ="否" />

    C:\>

    那是令人驚訝的結果,但這很容易解決:

    C:\>-o setproperty-屬性名 stsadm"作業-worfklow" -屬性"每個 1 之間的分鐘數 0 和 59" -url http://本地主機

    操作已成功完成.

    C:\>

    在這樣做時, 第一次"中的進展" 工作流快速發射了和做了它的工作.

  2. 不幸的是, 下一次沒有按預期方式工作. 值得慶倖的是, 克里斯多夫是指我們 在這裡 (http://support.microsoft.com/kb/932816). 作為此項的寫作, 我們在等待獲取該修補程式,IT 部門, 但是貌似很有前途. 我們的受影響.dll 的副本不共用相同的位元組大小, 所以希望這將解決的問題.

變通方法:

重新運行 stsadm-o setproperty 命令似乎督促工作流計時器清醒. 它將, 大約 7 分鐘後, 其實醒來和繼續工作流.

問題 / 討論的問題:

暫停直到日期不工作.

暫停直到日期無法恢復.

工作流狀態不會更改從"中取得的進展"

工作流狀態保持"正在進行中"