這些天, 我和我的博客閱讀永遠玩追趕和剛越過這個職位: http://sharepointsolutions.blogspot.com/2009/02/give-blood-to-your-workflow.html
它是設計器 SharePoint 工作流教程的作為固體和詳細 (再加上更多!) 在聚會上你會看到的任何地方. 我會檢查它, 即使你是傷痕累累的 SPD 老兵.
它是一個偉大的 SharePoint 教程 InfoPath 和工作流.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
本月早些時候, 我 放在一起的一篇文章 原定的馬克 · 米勒 www.endusersharepont.com. 不過, 我反而用像達斯汀霍夫曼在結束時用一個十字 畢業生 來抵擋我 (令人敬畏! 友好!) 在編輯器 TechTarget.
這是另一個 SharePoint 設計師工作流篇文章同樣作為我更近的努力: http://www.endusersharepoint.com/?p=1226 ("使用控制清單創建靈活的工作流解決方案").
它開始像這樣:
有您曾希望您可以暫時禁用 SharePoint 設計器的工作流? 您可能想要這樣做是為了大眾批准一大批文檔無需設置關閉數十家 — — 或可能是幾百個 — — 不必要的工作流.
要實現此目的的一種方法是訪問使用共用點設計器的工作流，並將其禁用. 要做到這一點, 你需要開放 SharePoint 設計器, 訪問工作流, 更改其屬性，並重新保存它. 該方法的問題是它是有點淩亂和可能給警鐘環許多最公司.
一般, 擺弄 SharePoint 設計器的工作流不是一個好的做法，在生產環境中, 也不是很好控制的進程的一部分.
這篇文章然後引導您完成一個解決方案使用自訂清單來打開或關閉的 WF，視需要這個問題. 閱讀整件事情在這裡 (http://wp.bitpipe.com/resource/org_1127860336_240/SharePoint_vol5_v6 1_16.pdf).
這篇文章被鼓舞這裡在論壇上提出的質詢: http://www.endusersharepoint.com/STP/. 雖然我在 MSDN 論壇上花更多時間, 我強烈建議你在 EUSP 論壇以及有聚醚醚酮, 特別是對最終使用者為導向問題. 然而是良好的資訊和諮詢意見的另一來源.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
上個星期, 為最終使用者馬克米勒我最新的 SharePoint 設計師發佈的工作流篇 在他的網站上 (http://www.endusersharepoint.com/?p=1226).
它開始像這樣:
我們技術類型在"物件導向"等我們日常生活中使用了大量的專業術語和縮寫詞 (物件導向的程式設計), "CT" (內容類型), "SPD" (SharePoint 設計器), "關鍵字"的詞序 (請閱讀手冊), 等. 這篇文章有關本身與被稱為"硬編碼特定布蓋布:"它是什麼, 為什麼它是壞以及如何避免在 SharePoint 工作流設計器解決方案.
描述了如何使用自訂清單存儲工作流控制和配置資料. 使用這種方法, 我們可以避免硬編碼值 （如核准者’ 電子郵件地址, 審批限額, 等.
將其簽出.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
我在努力在用戶端網站，而且需要安裝視窗基礎工作流，以便我能這麼一些 SharePoint 設計師工作. (我不知道直到今天，SPD 安裝正確，但真的需要至少.NET 2.0 和基礎 Windows 工作流可重複使用，真的; 我一直以為這些與 SPD 一起安裝, 但我錯了).
用戶端的代理伺服器. 沒關係, 我有去外面公共互聯網的憑據. 我去老地方下載世界自然基金會 (SPD 有用地為我提供一個連結). 那下載真的是各種各樣的引導. 它運行，並計算出它需要下載什麼. 第二個下載過程失敗. 它也不會嘗試, 或以某種方式阻止詢問代理伺服器憑據. 這是相當困難的撞車事故, 給我消息:
Microsoft.NET 框架 3.0 在安裝過程中遇到的問題. 安裝未成功完成.
我試著重新開機，花了 10 秒時間，試圖找出如果我可以把它做為代理伺服器憑據問我. 我放棄了，反而在這裡了: .NET 框架 3.5 服務包 1 (全包).
我下載了這個包, 安裝，這一次, 沒有問題.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
在似乎是他就職的博客, chiqnlips 有鑽研的瘋狂這是一個計算的列，所述共同設計器 SharePoint 工作流電子郵件活動問題的解決方案: 如何顯示一個人的真實姓名在電子郵件中而不是"域 使用者名。"
我還沒測試, 但它看起來有前途. 將其簽出.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
在結束標記米勒 www.endusersharepoint.com 我最新的文章張貼在設計器中 SharePoint 工作流 在這裡 (http://www.endusersharepoint.com/?p=1037).
描述了移動到另一個清單中的一個清單中創建工作流的基本方法. 其他清單可以在相同的網站, 同一網站集合或一個完全不同的農場 (例如：. 從開發到生產).
這是一個複雜的課題，所以我只覆蓋一個非常基本的場景. 下個 星期, 我會寫得更有用的真實世界的例子.
簽出和共用沒有任何評論.
<結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
馬克 · 米勒張貼了我最新的最終使用者為導向了在他的網站上的 SharePoint 設計器中工作流條: http://www.endusersharepoint.com/?p=1008
我嘗試提供直接的答案的問題, "為什麼不能輕鬆地港口發展來測試從 SharePoint 設計師工作流程?" 在過程中, 我也給一些深入瞭解什麼 SPD 實際上是在幕後當我們使用它來創建一個工作流解決方案.
下個 星期, 描述了最終方便使用的方式到埠 SPD 工作流從一個伺服器到另一個, 或至少作為最終方便使用的解決方案是可能由於工具的狀態設置.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
這裡是另一個常見的設計器 SharePoint 工作流問題:
"可以訪問 (讀/寫) 通過工作流，不駐留在相同的網站清單本身上的 SharePoint 清單?"
簡單的答案是: 無.
在很多方面, 然而, 我們必須限定的 (在這種情況下是一件好事). 該平臺可以讓我們在很多方面創建擴展到生產, 包括自訂操作 (看看我小 codeplex 的專案在這裡為例). 自訂操作讓我們基本上做任何我們想要從 SharePoint 設計師的工作流. 我是這的大風扇, 事實上, 因為它給了我們最好的兩個世界 — 帶在我們的指尖，.NET 框架的全面深度的聲明性最終方便使用設計器.
不幸的是, 如果您使用的 SPD, 有你做，因為你不能使用 visual studio 的好機會 (由於這一事實，visual studio 需要深開發商背景). 我沒有任何好地回答了這個問題，只是你應該說服你技術的同事，來創造出你需要的自訂操作之一. 或者, 與雇傭或合同這種資源的管理工作.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
不幸的是, 它是不能. 我們無法從現成功能使用 SharePoint 設計師工作流發送一封帶有附件的電子郵件. 這個願望上來隨 MSDN 論壇上的規律.
不過, " SharePoint 平臺, 與很多事情一樣, 並提供我們前進的道路. 我們可以 創建自訂操作 其中我們然後納入我們的工作流. 一旦安裝, 自訂操作的外觀和感覺就像任何其他行動 (例如：. 收集資料, 日誌消息, 等).
創建一個自訂操作，是一座大山上爬, 然而, 為最終使用者. 這個 codeplex 專案提供此功能: http://www.codeplex.com/SPDActivities. 拆毀，並將其安裝也是超越典型的最終使用者的技能. 不過, 這是為 SharePoint 管理員做它很簡單, 所以如果你發現自己需要開發具有這種能力的工作流, 與您的 SharePoint 管理員完成它的工作.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
我們有一套的 SharePoint 設計器的工作流"的通信" 通過對網站列的值的更改清單中的事件接收器. 舉個例子, 如果一個網站欄"SetDuedate，" 設置為 true 的工作流, 事件接收器檢測到該更改, 計算截止日期，並將這一日期分配給另一個網站欄, "到期日期。" 我們分手的事情像這樣因為事件接收器可以計算使用複雜的商務規則的到期日期 (考慮到週末和公休日公司) 雖然 SPD 真的可以不.
在一個特定實例中, 我們遇到了一個問題用此伎倆. 調試所有這是相當困難, 但我們來到了明確的結論，在一個案件 (至少), 事件接收器未運行所有的時間. 在一個步驟中的工作流, 我們將更改網站列的值和事件接收器似乎沒有運行. 不過, 它始終運行在不同的工作流的步驟中.
在審查它之後, 我注意到快樂工作流步驟使用"更新清單項" 而其他步驟使用"Set 的域當前專案中。" 更新清單項被更新的"當前項。" 我不知道為什麼我們選擇一種，因為他們似乎做同樣的事情.
所以 … 更新清單項行動並未導致火災事件. 另一方面, 行動卻沒有這樣做的當前項中的設置欄位.
這兩個地方更新清單項用和 中提琴! 它的工作. [[ 共撥出, 演奏的小提琴在日常基礎上幾乎 15 年 ]]
從這, 我初步認為，"設置欄位" 行動不會導致事件接收器火, 至少一些時間的.
這個問題困擾著我們幾個星期.
這是那些"已觀察到的行為之一" 職位. 我觀察了這個發生一次在一個特定的環境和我正在做一些事情為什麼會發生那樣的猜測. 如果你有任何洞察這一, 請在評論中分享.
</結束>
