Microsoft.CSharp 無論如何在哪裡?

我被傳與中等複雜專案結構和已被撕得出來的顛覆的.zip 檔。  代碼引用 Microsoft.CSharp, 如在:

image

如您所見, visual studio 缺少實際的 DLL。 

通常,我不認為有關這些東西在哪裡物理位置。  我在這裡挖, 創建新的主控台應用程式 (通過這個小小的交換後以下閱讀) 我在環境上找到 DLL: C:\程式檔 (x 86)\AssembliesMicrosoftFramework 的引用。NETFrameworkv4.0ProfileClientMicrosoft.CSharp.dll.

這實際上就產生了一個與 visual studio 抱怨我目標錯的環境問題, "Microsoft.CSharp.dll 或一個依賴項要求更高的版本。如此這般網"。  在結束, 我完全刪除的引用和這似乎已經解決了的問題.

它是只是另一個的那些奇怪的是困難的事情,找出和是否是不如你的妻子與參數有趣的事情有很多婦女大衣在衣櫥裡 微笑

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

再見 CGS, 你好 BrightStarr!

明天, 我正式開始在我第一天 BrightStarr (www.brightstarr.com), 英國基於與美國的辦事處,這是公司, 令人難以置信, 僅僅是 6 我家的英里.

這是一個輕鬆的決定離開 CGS, 但要做出艱難的決定 微笑.  讓我解釋一下.

我只是一年多前加入 CGS (12 月 2009) 和聯接的諮詢實踐 SharePoint 會主任。  這次似乎是一個好主意。  在美國這裡至少, 它是很常見的人一開始都是一個初中 dev 類型人, 編寫報告和追蹤惱人的舍入錯誤問題 (我不會錯過這些天在所有!).  您可以獲得越來越多的責任和相關的開發師傅。  令人難以置信的機會我職業生涯的一些非常酷的東西了  我要從頭開始編寫一個發票系統。  我要與聰明的人一起工作, 包括我的所有人的兄弟, 要開發的完整 web 基於稱之為進步 4GL 開發應用程式。  樂趣, 好玩倍.

答案是肯定的, 你從 Sr 的進展. Dev 類型為技術團隊主管, 接壤的項就是最神聖的技術的東西 — — 一位建築師.

對此進程的傳統智慧是從建築師的下一步是某種更高級的管理作用.

我有買到,接受的進展。  當我加入 CGS 中那些更高級的角色之一, 我預期, 在某種程度上, "超越"建築師和入某種"超級建築師"什麼樣的角色 — — 一名建築師來統治他們都說我將會加強 微笑

對我來說, 這變得不太成功。  它並不是說我沒有一些好的成功中的作用, 但在結束, 我不是一個經典的實踐管理器。  問的人在每週的基礎上是否他們有進入他們的時間到時程表系統只是不是我很感興趣。  調度出"資源" (或人, 真的) 幾個月提前太無聊。  傾吐母豬和尋找和關閉可能會咬我們在將來的潛在漏洞是真正的恐怖。  然而, 這些都是重要的事情,而且鑒於多麼重要也 CGS 的作用, 很明顯的一個變化到了必須。 

顯然只對我以後想了很多, 然而。  值得慶倖的是, 證據是我不夠清楚,一旦對它做了覺得, 它變得明顯。 

這讓我對空缺職位尋找和發現了 BrightStarr.

我作為一個 SharePoint 建築師簽,等不及要開始。  到目前為止, 他們是一個非常令人印象深刻的乘員組和我認為他們 (我們!) 已做好準備,使在市場上的真實姓名。  我會發佈更多關於我在那裡做,我真的很期待它。  看看他們的 web 網站 — — www.brighstarr.com — — 這是令人印象深刻的作品.

我認為自己非常幸運的在所有這一切。  我們都看到各種中期對級別的高級管理人員的被困在泥潭, 無法真正 excel 或向前快速和充滿信心。  這是哪裡領導的我很高興有這麼容易逃脫它。 

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

更改在設計器中 SharePoint 網站列組 2010

我創建了一系列的網站列,使用 SharePoint 設計器 2010 今早意識到曾給他們所有錯誤的組。  它很尷尬難弄清楚。  我不知道在哪裡點擊...

image

我一直想請按兩下行本身或按一下功能區中的列設置按鈕.

事實證明, 正確的答案 (或至少一個正確的答案) 是到只需按一下組本身上。  稍等片刻,然後它將允許您輸入的值, 如圖所示:

image

很簡單,一旦你知道怎麼做, 但它一直在躲避我一會兒.

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

手動編輯浪湧保護器 XOML 檔來清理變數

在這篇文章在這裡 ("找回答案從開始審批流程活動"), 我提到您意外地可以一大堆的工作流變數您 SharePoint 設計器的工作流。  事情可以很快變得混亂而難以閱讀。  具體, 如果您的工作流程中添加"開始審批過程活動"行動, 將其刪除並重新添加, 你兩次最終與該活動工作流變數的所有。 

它是真正的痛苦,進行遍歷並手動刪除所有那些, 所以我雖然我會嘗試直接從 XOML 檔中刪除它們。  這證明可以很容易做。 

第一次, 您需要找到實際的 XOML 檔。  我寫了關於這一主題: http://www.mstechblogs.com/paul/how-to-find-and-edit-spd-2010-workflow-xoml-files.  一旦發現, 打開 XOML 檔並查找您要刪除的變數。  在此情況下, 我兩次添加到我的工作流"開始審批流程"活動。  我想刪除工作流變數命名為"isItemApproved",因為它已不再使用,有一個名為"isItemApproved1"的重複變數。 

只是做一個文本搜索該變數。  我的螢幕看起來像這樣:

image 

如果您在 XOML 檔中搜索周圍, 您將看到"IsItemApproved1"用在許多不同的地方,而原始的"IsItemApproved"是只需定義一次,從未使用過.

刪除它,然後保存檔.

只有最為棘手的部分是我不得不實際上 SPD 完全關閉然後重新打開它之前 SPD 確認刪除的欄位.

答案是肯定的, 刪除欄位不是的唯一,你可以用 XOML 和我在將來可能會像這樣的其他主題的博客.

你想要十分小心,你在這裡做什麼,並採取備份你的工作。  您可以似乎較小 / 這裡的微妙改變這一點不愛惜,展能就業科的工作流來說,你可能失去工作的時間雖然您重建它.

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

如何查找和編輯電湧保護器 2010 工作流 XOML 檔

我研究不必花我下午全吹 SPD 按一下酷刑會話中的刪除工作流變數一堆的簡便方法。  我的想法是要直接編輯 XOML, 這是 XML 檔基礎 SPD 聲明性的工作流。  這是我如何發現它.

第一次, 轉到網站中導航物件下的所有檔選項。  您需要相應的許可權才能查看此, 所以,如果你缺少, 呼籲正確管理人授予您這項特權。  這是它看起來像:

image

 

所有檔都顯示的清單 ... ... 的所有檔:

image

選擇工作流資料夾,你看到的每個工作流資料夾清單:

image

按一下到正確的資料夾中,並  您看到的彌補 SPD 聲明性工作流的所有有趣的好吃的清單。  按右鍵該.xoml 檔,並選擇"打開 — —> SharePoint 設計器 (作為 XML 打開)"來直接編輯 XOML:

image

您可能想手動備份之前你亂動的事情。  直接在 SPD 中的檔的常規複製/粘貼很可能不夠, 您可以複製或粘貼整個 XML 文本並將其保存到您的桌面或無論是你在這些情況下的習慣.

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

從開始審批流程活動得到答案的回饋

已經被玩 SharePoint 設計師工作流的花式新"開始審批流程"活動,並被迅速受阻,因為我不能馬上回答這個問題, "它批准或不?”. 

簡短的回答是很容易得到答案。  當您將此活動添加到您主要的工作流, 展能就業科將正片疊底變數添加到工作流變數和參數的資料來源, 在這裡您可以看到:

SNAGHTML2350fe72

您還會注意,如果您添加的這些多個, 展能就業科追加"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

SharePoint 設計器 2010 MOD 函數

我正在出一些凡雇員可以請求休假的日誌, 生病的時間, 等. 一個驗證規則要求,您總是必須請求的時間,關閉中 4 小時的間隔。  這很容易,要做 — — 使用模功能。  模函數告訴您,其餘在司。  如果沒有剩餘時間, 模數為零, 否則, 這是剩下的。  例如, 8 mod 4 = 0 (8 / 4 = 2 與沒有分數).  另一方面, 8 mod 5 是 3.

我需要做這一次與 SPD 2007 從前和實際上告終使用 InfoPath 表單來解決, 因此,它在時間上的前端處理。  在當前情況下, 在圖片中可能有一個 InfoPath 表單, 但那還不清楚。  所以, 我正在出一種技術,以確保時間請求始終是在 4 小時的增量。  我本來想做數學題, 將它保存在字串中,然後有些子字串的東西。 

我拉起 SPD 2010 讓我驚奇 (和一個小的尷尬) 有模函數已經:

image

我又一次驚喜地發現我需要的東西是已經有現成的。  似乎像微軟在組合中包括函數的怪異。  它有一種"這是很容易的, 所以讓我們把它扔進"感覺。  我非常同情, 作為我自己所有的時間。  此 CodePlex 專案 有一群小函數,導致從 ItsEasy 原則。  在同一時間, Microsoft 繼續支援證據與產品"95%的方式"效果。  他們執行 Mod 函數, 但不是在圓的函數, 例如.

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

CodePlex 專案 – SP2010 資源管理器

作為持續努力的去學習 SharePoint 技術低級別詳細資訊的一部分 2010, 已經創建了"SharePoint 資源管理器"好心的工具。  這個想法並不新鮮。  我不止一次使用此專案: http://sharepointexplorer.codeplex.com/.  我的想法是要創建 SharePoint 版本使用連接 web 部件以顯示所有底層的細節可以提供的物件模型。 

這篇文章作為志願者的這兩個發佈的專案,以及一個調用。  如果你在這個專案上工作感興趣, 讓我知道通過電子郵件 (galvin.paul@gmail.com) 我們要把它做,並.

這是該專案: http://sp2010explorer.codeplex.com/

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

SharePoint 設計器 2007 工作流擴展 CodePlex 專案

我我第二次的 CodePlex 專案放在一起 (將于本周在週三公佈的詳細資訊, 加或減) 我也看看我的第一個專案, "設計器 SharePoint 工作流擴展". 我感到震驚和尷尬來看,它已經被下載了 4,800 時間:

image

我基本上忘記了這個專案的最後一個 12 幾個月. 我很尷尬,因為基本上拋棄了傳統.

我要去有另一個看起來,提醒自己這是所有關于.

如果任何人都是在進行這項工作感興趣, 讓我知道,我們來看看在它進行協作. 4,800 下載不是一個巨大的數額, 但它是更多比我以往任何實現,它可能是一些值得撿起它,與它弘揚.

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin