我創建了一系列的網站列，使用 SharePoint 設計器 2010 今早意識到曾給他們所有錯誤的組。 它很尷尬難弄清楚。 我不知道在哪裡點擊...
我一直想請按兩下行本身或按一下功能區中的列設置按鈕.
事實證明, 正確的答案 (或至少一個正確的答案) 是到只需按一下組本身上。 稍等片刻，然後它將允許您輸入的值, 如圖所示:
很簡單，一旦你知道怎麼做, 但它一直在躲避我一會兒.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
在這篇文章在這裡 ("找回答案從開始審批流程活動"), 我提到您意外地可以一大堆的工作流變數您 SharePoint 設計器的工作流。 事情可以很快變得混亂而難以閱讀。 具體, 如果您的工作流程中添加"開始審批過程活動"行動, 將其刪除並重新添加, 你兩次最終與該活動工作流變數的所有。
它是真正的痛苦，進行遍歷並手動刪除所有那些, 所以我雖然我會嘗試直接從 XOML 檔中刪除它們。 這證明可以很容易做。
第一次, 您需要找到實際的 XOML 檔。 我寫了關於這一主題: http://www.mstechblogs.com/paul/how-to-find-and-edit-spd-2010-workflow-xoml-files. 一旦發現, 打開 XOML 檔並查找您要刪除的變數。 在此情況下, 我兩次添加到我的工作流"開始審批流程"活動。 我想刪除工作流變數命名為"isItemApproved"，因為它已不再使用，有一個名為"isItemApproved1"的重複變數。
只是做一個文本搜索該變數。 我的螢幕看起來像這樣:
如果您在 XOML 檔中搜索周圍, 您將看到"IsItemApproved1"用在許多不同的地方，而原始的"IsItemApproved"是只需定義一次，從未使用過.
刪除它，然後保存檔.
只有最為棘手的部分是我不得不實際上 SPD 完全關閉然後重新打開它之前 SPD 確認刪除的欄位.
答案是肯定的, 刪除欄位不是的唯一，你可以用 XOML 和我在將來可能會像這樣的其他主題的博客.
你想要十分小心，你在這裡做什麼，並採取備份你的工作。 您可以似乎較小 / 這裡的微妙改變這一點不愛惜，展能就業科的工作流來說，你可能失去工作的時間雖然您重建它.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
我研究不必花我下午全吹 SPD 按一下酷刑會話中的刪除工作流變數一堆的簡便方法。 我的想法是要直接編輯 XOML, 這是 XML 檔基礎 SPD 聲明性的工作流。 這是我如何發現它.
第一次, 轉到網站中導航物件下的所有檔選項。 您需要相應的許可權才能查看此, 所以，如果你缺少, 呼籲正確管理人授予您這項特權。 這是它看起來像:
所有檔都顯示的清單 ... ... 的所有檔:
選擇工作流資料夾，你看到的每個工作流資料夾清單:
按一下到正確的資料夾中，並 您看到的彌補 SPD 聲明性工作流的所有有趣的好吃的清單。 按右鍵該.xoml 檔，並選擇"打開 — —> SharePoint 設計器 (作為 XML 打開)"來直接編輯 XOML:
您可能想手動備份之前你亂動的事情。 直接在 SPD 中的檔的常規複製/粘貼很可能不夠, 您可以複製或粘貼整個 XML 文本並將其保存到您的桌面或無論是你在這些情況下的習慣.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
已經被玩 SharePoint 設計師工作流的花式新"開始審批流程"活動，並被迅速受阻，因為我不能馬上回答這個問題, "它批准或不?”.
簡短的回答是很容易得到答案。 當您將此活動添加到您主要的工作流, 展能就業科將正片疊底變數添加到工作流變數和參數的資料來源, 在這裡您可以看到:
您還會注意，如果您添加的這些多個, 展能就業科追加"1"等等的所有變數。
我刪除"開始審批過程"的第一個活動時發現, 第一組關聯的工作流變數仍 (不幸的是). 所以, 小心您如何使用此因為否則為, 你會用 工作流變數非常雜亂的清單.
我可以給微軟信用後"就是"一個布林變數的命名約定。 本公約使它十分清楚的是什麼類型的資料應該是有.
在研究中, 我發現這很有説明的文章: http://office.microsoft.com/en-us/sharepoint-designer-help/workflow-actions-in-sharepoint-designer-2010-a-quick-reference-guide-HA010376961.aspx. 它不能真正地解決這一具體問題, 但有一些良好的資訊的主題，所以我去那裡如果你想要瞭解更多有關此特定的活動和其兄弟姐妹.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
我正在出一些凡雇員可以請求休假的日誌, 生病的時間, 等. 一個驗證規則要求，您總是必須請求的時間，關閉中 4 小時的間隔。 這很容易，要做 — — 使用模功能。 模函數告訴您，其餘在司。 如果沒有剩餘時間, 模數為零, 否則, 這是剩下的。 例如, 8 mod 4 = 0 (8 / 4 = 2 與沒有分數). 另一方面, 8 mod 5 是 3.
我需要做這一次與 SPD 2007 從前和實際上告終使用 InfoPath 表單來解決, 因此，它在時間上的前端處理。 在當前情況下, 在圖片中可能有一個 InfoPath 表單, 但那還不清楚。 所以, 我正在出一種技術，以確保時間請求始終是在 4 小時的增量。 我本來想做數學題, 將它保存在字串中，然後有些子字串的東西。
我拉起 SPD 2010 讓我驚奇 (和一個小的尷尬) 有模函數已經:
我又一次驚喜地發現我需要的東西是已經有現成的。 似乎像微軟在組合中包括函數的怪異。 它有一種"這是很容易的, 所以讓我們把它扔進"感覺。 我非常同情, 作為我自己所有的時間。 此 CodePlex 專案 有一群小函數，導致從 ItsEasy 原則。 在同一時間, Microsoft 繼續支援證據與產品"95%的方式"效果。 他們執行 Mod 函數, 但不是在圓的函數, 例如.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
作為持續努力的去學習 SharePoint 技術低級別詳細資訊的一部分 2010, 已經創建了"SharePoint 資源管理器"好心的工具。 這個想法並不新鮮。 我不止一次使用此專案: http://sharepointexplorer.codeplex.com/. 我的想法是要創建 SharePoint 版本使用連接 web 部件以顯示所有底層的細節可以提供的物件模型。
這篇文章作為志願者的這兩個發佈的專案，以及一個調用。 如果你在這個專案上工作感興趣, 讓我知道通過電子郵件 (galvin.paul@gmail.com) 我們要把它做，並.
這是該專案: http://sp2010explorer.codeplex.com/
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
我我第二次的 CodePlex 專案放在一起 (將于本周在週三公佈的詳細資訊, 加或減) 我也看看我的第一個專案, "設計器 SharePoint 工作流擴展". 我感到震驚和尷尬來看，它已經被下載了 4,800 時間:
我基本上忘記了這個專案的最後一個 12 幾個月. 我很尷尬，因為基本上拋棄了傳統.
我要去有另一個看起來，提醒自己這是所有關于.
如果任何人都是在進行這項工作感興趣, 讓我知道，我們來看看在它進行協作. 4,800 下載不是一個巨大的數額, 但它是更多比我以往任何實現，它可能是一些值得撿起它，與它弘揚.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
我正在寫的很好的人在一篇文章 www.sharepointbriefing.com 它涉及到部署清單從發展農場生產農場。 我仍然習慣于使用 stsadm，需要打破這種習慣, 所以我炒了 SharePoint 2010 命令列管理程式和演奏的周圍使用出口 SPWeb 備份我的清單。 多麼奇怪的是很難的事事實證明，!
我不斷地讓此錯誤:
這一錯誤, "InvalidData: (Microsoft.Share......CmdletExportweb"") 殺了我。 我在多長時間掙扎這尷尬.
我以前有 與 PowerShell 撞到牆 和使用的 stsadm 來繞過它。 我試了一下這次還有良好的結果.
我花了很多時間與 –Identity 選項一起鬼混，然後最後與 –ItemURL。 原來 ItemURL 選項要求完整路徑的清單庫的你 想要匯出 無 HTTP://伺服器位。 所以, 儘管事實上，標識參數指向該網站的子, ItemURL 是不與識別，但相對於網站集合.
它本來不錯的 Cmdlet 來告訴我什麼是微有效 (在這種情況下的身份) 和什麼是不正確 (ItemUrl). 這些很少觸及説明人們擁抱產品。 不針對 SharePoint 的大鼎, 但至少有一點🙂
希望這篇文章將保存人有點悲傷的未來.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
我一直對我希望將很快公佈 CodePlex 提供了很好的集成的大量的互相交談通過探討下蓋的 SharePoint 網站供應商和消費者連接的 web 部件的專案。 (這當然做過, 但這是一個學習專案，那麼什麼都重要). 這是註定的 windows 資源管理器視圖的 SharePoint 的更換 2010 文件庫.
該代碼有通常的遞迴呼叫下來 SPWeb 和 Splist 從給定的起始點。 不會，遍歷的物件生成了一個 XML 字串，看上去像這:
<sitecollection url =’http://demo2010a:9090′>
<web
標題 = 你好世界沙箱
範本 =' 為快速組織的小組網站, 作者, 和共用資訊, 等等 '><清單
標題 ='BCC_Health_Services_FAQs’
範本 ='CustomList’
listid =’http://demo2010a:9090/helloworldsandbox[delim]1e02b001-3cb2-4f17-b63d-7809e86b4174′>
</清單><清單
標題 = 'BCC_Notifications'
範本 = 'CustomList'
listid =’http://demo2010a:9090/helloworldsandbox[delim]5a5a13d1-877-41 c 0-9063-b9612be80d5e’>
</清單></web>
</sitecollection>
我期望要清潔了之前所有, XML 是說和做.
我想要爬，走進一個 Treeview 控制項最終獲取該資訊。 不正是地球粉碎的東西.
我把這裡的挑戰是要連接到 XML 資料來源控制項而不是手動建立我的樹，如我遍歷樹的樹狀檢視。 我做這部分是因為我在故意做的事情上自己更難 (這畢竟是一個學習專案) 也有部分是因為我有這種模糊的概念，建立樹節點作為我遍歷樹長遠來說不是一個好主意.
這種方法的問題是 Treeview 控制項並不知道有關的有趣像"清單"或"網站"節點上的良好特性，所以它在預設情況下顯示此輸出:
這不是很有用的。 這是哪裡的 TreeNodeBinding 類可以説明。 我可以用它來告訴 Treeview 控制項它應如何解釋 XML。 下面是一個示例:
tnb = 新 TreeNodeBinding();
tnb。DataMember ="名單"; // 這是在為一個網站的 xml 標籤.
tnb。TargetField ="listid";
tnb。ValueField ="標題";
tnb。ToolTipField ="範本";
此綁定告訴樹狀檢視，當它找到時 <清單> 在 XML 中的節點, 應用 TargetField 的綁定, ValueField 和 ToolTipField。 在可能的應用程式, 這些地圖，如下所示:
添加到樹狀檢視中的資料繫結和你 TreeNodebinding 獲取輸出像這樣:
我會更對所有這一切，我繼續在該專案上，最終把這個貼在 Codeplex 上.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
