每月檔案: 10 月 2009

讚美的 jQuery 增強搜索---鍵入時 (由 Jan Tielens)

發表評論

我的工作 BPOS 演示 (很快就能使用了微軟的網站) 和我想要添加一個小的瀟灑. 我已經知道了 Jan Tielen 努力相當長的時間，並認為它將是一種偉大的技術要添加到演示, 所以我做了. 你可以在這裡讀到它: http://weblogs.asp.net/jan/archive/2009/07/02/sharepoint-search-as-you-type-with-jquery.aspx. 它是簡單的使用它可能應該是犯罪 (也許是在某個地方).

我將只是兩個點添加到他已經創建 / 寫了關於:

  1. 這沒有, 事實上, 在 BPOS 中工作 (SharePoint 線上) 環境.
  2. 若要使它工作沒有令人討厭的彈出消息首碼對使用 HTTPs，而不要 HTTP jquery 庫的引用, 如在:
<腳本類型 ="文本 javascript" src ="HTTPs://ajax.googleapis.com/ajax/libs/jquery/1.3.2/jquery.min.js"></腳本>

Jan 指出你可能應該移動圖書館本身到您的網站. 今天感覺有一點懶惰, 我決定在博客上介紹它 🙂

</結束>

這是另一個帖子中的我 系列 有關如何使用 jQuery 使用 SharePoint.
如果您想要瞭解更多關於 jQuery, 我強烈建議你: jQuery 在行動 由熊 Bibeault 和 Routes.

訂閱我的博客.

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

Technorati 標籤:

SharePoint 店談 （星期四） 10/29 在 12:30 路透社

發表評論

下一步的 SharePoint 店談在星期四發生 12:30路透社.

我們已經兩個星期 (由於上周 SharePoint 會議) 和結果, 我們有很多問題在佇列中, 更不用提各種很酷的東西，關於 SharePoint 談談 2010. 所有小組成員出席了 SPC, 所以要帶你 SP 2010 問題到電話或電郵至 questions@sharepointshoptalk.com.

撥出電話撥出，談一談一些 SP 的很大一部分來自 2010 善良, 我們還將討論:

  • SharePoint 為什麼顯示網站設置下的不同的導航選項 (這基於功能和網站配置有所不同)
  • 修改 versions.aspx — — 的問題, 這樣做的困難 (我並不感到驚訝🙂 ).
  • 源進行身份驗證時嵌入 RSS 源到網站.
  • 使用 stsadm 管理日誌記錄.

在此處註冊: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=p663256djrrflfdw

像往常一樣, 發送任何疑問或對討論主題 questions@sharepointshoptalk.com, 電子郵件通知我直接或 twitter 向 @pagalvin.

我們希望看到你那裡!

</結束>

訂閱我的博客.

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

Technorati 標籤:

快速撞擊: 直接從 SPListItem 在 SharePoint 中讀取 InfoPath XML

1 答覆

我過工作的一個專案需要從 InfoPath 表單中提取附件. 有一些好的資源來解析 InfoPath 表單 (只是 XML 檔有哪些, 所以它是其實很簡單).

雖然我建設專案, 我開始下載 InfoPath 表單並將它保存到我的本地硬碟上. 我的 c# 代碼直接從該實例讀取. 不過, InfoPath 表單真正生活在 SharePoint 表單庫內. 我做了一點善良的半搜索來找出如何直接從圖書館讀，幾乎放棄了, 在這種情況下我會將表單保存到本地臨時目錄和讀它從那裡. 不過, 沒有必要去完這些程式，你可以閱讀它直接從庫. 這小小的代碼片段展示了如何:

/// 類定義的東西, 包括:
私人 SPFile mySharePointFile; /* SPList 的一部分 */
// 這裡是更多的代碼和內部類的方法，我們有:
XmlTextReader 有;
有 = 新增功能 XmlTextReader(mySharePointFile.OpenBinaryStream());

textReader.WhitespaceHandling = WhitespaceHandling.無;

textReader.Read();

// 如果該節點的值

同時 (textReader.Read())
{

......，等等等等......

他們的關鍵位以上是我們可以讀取直接通過 OpenBinaryStream InfoPath() 上 SPFile 作為 XmlTextReader 的建構函式的參數的方法調用. 它的偉大工程.

</結束>

訂閱我的博客.

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

Technorati 標籤:

快速而方便地: 在.NET C# 中使用 Gmail SMTP 伺服器發送郵件

2 回复

這不完全是一個新的主題, 但當我需要這麼做, 我發現很多的"為什麼不會這項工作對我來說"並沒有太多直接的答案. 我希望有人能找到這有用.

下面這段代碼將使用發送電子郵件我自己的 gmail 帳戶做它, 包括附件。:

使用 System.Net.Mail;
使用 System.Net;

NetworkCredential loginInfo = 新增功能 NetworkCredential("[我的 Gmail ID]", "[我的 Gmail 密碼]");
MailMessage msg = 新增功能 MailMessage();
味精。從 = 新增功能 郵寄地址("[M Gmail Id]@gmail.com");
味精。To.Add(新增功能 郵寄地址("paul.galvin@arcovis.com"));
味精。主題 = "測試 infopath 開發主體";
味精。身體 = "<html><正文><強>一個強烈的資訊。</強></正文></html>";
味精。IsBodyHtml = 真正的;

foreach (字串 恰好 在中 NIPFD。GetAttachmentNamesAndLocations())
{
    味精。Attachments.Add(新增功能 附件(恰好));
} // 添加附件.

SmtpClient 用戶端 = 新增功能 SmtpClient("smtp.gmail.com");
用戶端。EnableSsl = 真正的;
用戶端。使用 = false;
用戶端。憑據 = loginInfo;
用戶端。埠 = 587;
用戶端。EnableSsl = 真正的;
用戶端。發送(味精);

我放慢的幾個關鍵位和其他意見 / 備註:

  • 第一行中創建 loginInfo 物件需要使用 ID 被剝奪了的 gmail "@gmail.com”. 所以, 如果我的 gmail 電子郵件地址 "sharepoint@gmail.com"和我的密碼是"xyzzy"然後線看起來就像:

NetworkCredential loginInfo = 新增功能 NetworkCredential("sharepoint", "xyzzy");

  • 我的 gmail 帳戶設置為使用 SSL，這不是問題.
  • 還有一些相互矛盾的資訊，在那裡上要使用什麼埠. 我使用埠 587 和它對我來說能正常工作.
  • 以我為例, 我也需要發送附件. NIPFD 物件具有一個方法，知道我的附件在哪裡. 它返回一個完全路徑 (例如：. "c:\"tempattachment1.jpg. 在我的測試, 我有兩個附件和他們都能正常工作.

我使用 visual studio 2008 若要編寫此代碼.

</結束>

訂閱我的博客.

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

Technorati 標籤: ,,,

SharePoint 會議 2009 — — 從 Twitter 中獲取您即時原始資料

發表評論

我期望幾乎人人都知道這無論如何, 但我想我會扔掉，還有大量的非常有趣的資訊通過 twitter 快速筆記. 雜湊標記 #SPC09 似乎是最受歡迎. 像往常一樣, 有很多的愚蠢和"in"的笑話, 但是，如果你能過去，, 將其簽出. 盡我的力量回應評論或問題定向到我，我知道好多人做以及, 所以它不是只是單向流動的資訊.

新會話只是在兩個小時內開始，並持續到大約 3 pm EDT 這週四. 它將會開始接好.

看看這裡的 twitter: http://twitter.com/#search?q=%23spc09

</結束>

訂閱我的博客.

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

Technorati 標籤:

以程式設計方式從 InfoPath 表單中提取附件 (包括它們的名稱!)

發表評論

我有一個用戶端，利用 InfoPath 和工作流費用的入門級解決方案. 在審批過程中的一個點, 我需要生成具有良好 InfoPath 資料以及附件本身的所有電子郵件， (歎息) 有人可以注意到這些資料，手動重新到 Oracle 資料庫的應用程式鍵.

它不是很難到達或解析 InfoPath 表單. 我不知道如何處理附件, 然而. 後一兩個小時的撬撥左右互聯網 (永恆!) 發現了這篇文章: http://support.microsoft.com/kb/892730

它提供一些方便的代碼，以從表單中的一個節點中提取附件. (您仍然需要找到的節點及其所有的, 但這是只是 XML 解析).

我知道附件是 base64 編碼，原先只提取的路徑下的 base64 資料, 解碼它並將它保存. 不過, 我很快意識到我不知道如何獲取檔案名本身，直到發現了上述第條.

我其實已經很早發現, 但其人格分裂推遲. 一方面, 這篇文章 * 說 * 真好，InfoPath 2007. 然而, 代碼和說明，所有關于 Visual Studio 2003 和對 InfoPath 的引用 2003.

底線, 第條規定的代碼工作對我來說 (到目前為止). 我可以得到我的 InfoPath 表單, 我可以解析它, 我可以查找和解碼附件和我知道它的名字. 你還能找到更多問一個人的生活?

</結束>

訂閱我的博客.

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

Technorati 標籤: ,,

如果你擔心您的 SharePoint 環境可能會有點不健康, 讓我來的幫你解決， 與健康檢查.

為 SharePoint 店談重溫 10-08-2009

6 回复

今天的 SharePoint 店談涵蓋其慣常的範圍廣泛的主題:

  • 我們討論了周圍開放部分向您的貿易合作夥伴 SharePoint 網站集的問題. 它不是世界上最複雜的事情, 但是當你開始大聲談論, 你意識到有很多小個人需要的東西要做的操作完全正確. 你必須要考慮防火牆, 發牌 (可能不是您的 intranet SharePoint 許可證, 和可能不會, 足夠), SharePoint 配置 (AAM, 擴展到區域很可能有啟用 HTTPS 的 web 應用程式), 等. 如果任何人有什麼該做，序列的清單, 我很樂意在評論中看到它. 這個問題贏得"最討論問題"的意識的年 (到目前為止).
  • 我想問一個問題關於生成那些拇指指甲圖像的圖像庫功能. 我推測事件接收器上的圖像庫生成拇指的指甲. 我大概是大錯特錯, 但看起來確實如拇指的指甲本身的 web 伺服器上有一個完全獨立的圖像. Vamshi, SharePoint 店談定期, 指出了這篇博客: http://pathtosharepoint.wordpress.com/2009/08/23/picture-libraries-take-advantage-of-web-friendly-formats/. 這是關於圖像在 SharePoint 中相當有趣的帖子，如果你對它感興趣.
  • 我們討論了自訂編輯形式 (您創建通過 SPD) 和你失去的附件功能，當你說的事實. 蘿拉 · 羅傑斯有博客上關於這一問題在這裡: http://sharepoint911.com/blogs/laura/archive/2009/09/10/fix-for-the-custom-form-attachments-issue.aspx

這一周, 我們推出了一個新的功能，我們在那裡度過了有關 10 分鐘顯示一個提示/有趣的 SharePoint 環境中. 這一周, 我們展示了如何添加內容編輯器 web 部件 (實際上任何 web 部件和) 對 newitem.aspx 的網頁. 在此情況下, 目的是顯示一些廣泛的線上說明，newitem.aspx 頁. 這也是對將 jQuery 集成到您的環境通常的切入點之一. 下個 星期, 我們打算顯示一個 jQuery 提示/把戲. 我們希望看到你那裡.

</結束>

訂閱我的博客.

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

Technorati 標籤:

SharePoint 店談 10/08/08 在 12:30 路透社

發表評論

我們主辦明天在我們下一次每週 SharePoint 店談會議 12:30 路透社.

這是打開 Q&A 和所有主題相關的 SharePoint 一般多管閒事會議.

您可以閱讀會話之前在這裡能讓人感受我們對這些調用在這裡所做的各種的摘要: http://paulgalvin.spaces.live.com/?_c11_BlogPart_BlogPart=blogview&_c=BlogPart&partqs=cat%3dPublic%2520Speaking

註冊到了和準備好了就在這裡: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=0z40kg9nb0t0842f

Twitter 的你對我的問題, @ pagalvin.

電郵至 questions@sharepointshoptalk.com 或只是在行上露面和大聲問他們.

我們希望看到你然後!

</結束>

訂閱我的博客.

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

Technorati 標籤:

到博客或不博客 — — 這是個問題 (有關的博客)

1 答覆

請注意: 這是最初發佈到 www.endusersharepoint.com.

幾個星期前我有機會在紐約星期六在 SharePoint 發言. 再來一次, 一個巨大的事件. 這一次, 我談到了"學習 SharePoint"— — 一個非常廣泛的主題. 在演示文稿 (你可以到這裡來的), 談到的各種技術為"學習"SharePoint, 包括像書本學習的東西, 類房培訓, 創建您自己的 VM 和最重要的是 (對我來說), 社區參與. 在 SharePoint 社區參與的一種方法是通過博客. 我聽說別人提以前有人問我關於博客特別是和幾個關注他了，問我的意見. 它有瘙癢我頭幾個星期所以以我一貫的方式, 我我的博客上寫關於它撓撓撓癢癢.

有些人似乎認為有那麼多品質博客在那裡在舞臺上今天這麼多品質博客條目有一直寫，在某種意義上, 沒什麼新寫. 或, "新"的事情是狹隘的它不會有趣的人. 我不同意那些情緒或基本的假設關於他們.

對於初學者來說, 如果你是寫博客，因為它是你個人的嘗試，在 SharePoint 中學習學習的一部分, 它真的無關，如果有人寫關於你的話題或不. 在社區參與後面的司機之一, 無論是對於個人學習或不, 那是你 需要得到正確. 沒有人想要把一些弱博客條目和看起來很傻在世人面前. 在過程中變得越來越好, 你要仔細想想通過更多主題, 等. 因此, 你在想, 研究和考慮本主題從各種角度, 左到右, 自上而下, 內外 (或者至少，你應該是). 這是非常寶貴的鍛煉. 事實上, 它幾乎在你完成的時候推"發佈"按鈕點旁邊寫這本書因為你已經匯出了很多現在的好處. 答案是肯定的, 您想為各種原因反正推開機自檢按鈕, 但我離題了. 底線是，寫博客是寶貴的學習運動，在其本身, 期間.

我也同意這樣的"它已做了"的說法. 所以如果這是? 可怕的後果是仰望你的主題通過 bing 的人們現在會發現兩個或五個或十個文章. 誰在乎呢? 我總是喜歡先在同一主題上找到幾篇文章，當我去尋找的東西管. 不同的觀點, 不同的寫作風格, 不同方法對同一問題 — — 他們都幫我理解我的需要. 在我看來, 社區是沒有地方接近達到一個飽和點上品質好的博客文章在 SharePoint 世界任何話題.

所以, 走了的博客! 你不會聽到我抱怨它. 我保證 🙂

</結束>

訂閱我的博客.

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

Technorati 標籤: ,

別在中國商店裡的公牛

發表評論

SharePoint 發展簡史 (從一個相對比較新的角度來看)

請注意: 這篇文章最初發佈到 www.endusersharepoint.com. 我忘了將其發佈到我自己的部落格 🙂

SharePoint 已經大量自成立之初是孵化技術在微軟的排序 –它是像恐怖片幾乎演變, 凡瘋狂科學家創造需要對它自己的生命, 擺脫了它的創造者的期望和規則. 技術進化是很明顯 — — WSS 3.0 物件模型是豐富和 WSS 比更複雜 2.0, 這本身就是一種改進對早期版本. 下一版本無疑將在顯示極大的改善 3.0. 從最終使用者的角度來看, 然而, SharePoint 的進化是更重要.

在早期, SharePoint 並沒有給出最終使用者. 他們會有其一般功能要求, 使用它來定義他們好和實施解決方案. 它會使用 SharePoint 來解決這個問題. 該產品不是很方便，最終使用者. 我想扔幾個類比, 但我決定堅持卞氏圖表，以顯示我的意思是. 當微軟第一次發佈了 SharePoint 向世界作為一個商業產品, 它遵循一種相對傳統的最終使用者模式 <-> IT 的關係. 很多最終使用者, 溝通和工作與極少數人能夠解決的業務問題的解決方案:

image

SharePoint 對於適合交付平臺的整體問題域是小 (尤其被相比，今天的 SharePoint. 最終使用者和 IT 工作在更經典的安排與它: 它定義要求, 等待它做幕後工作，並採取的最終產品的交付.

隨著 SharePoint 進化到 2.0 世界 (WSS 2.0 與 SharePoint 門戶伺服器), 一些事發生了. 第一次, "問題域"的大小增加. 由問題域, 我的意思是各種業務問題，SharePoint 可能是一個可行的解決方案. 例如, 你不會覺得太難直到 SP 在 SharePoint 環境中實施嚴重搜索解決方案 (和甚至然後, 這不是它需要的一樣好). 在同一時間, 最終使用者具有前所未有的能力不僅定義, 但也執行他們自己很少或沒有 IT 支援的解決方案.

" 3.0 平臺 (WSS 和苔蘚) 維持和增加這一勢頭. 問題域是巨大相比 2.0 平臺. 幾乎每個部門在一家公司, 從製造到行銷的健康和安全部門, 從銷售到品質控制 — — 他們可以找到很好的使用 SharePoint (它不是一例的糖化圓釘進一個方形的洞裡). 在同一時間, 該平臺授權更多的最終使用者能夠執行他們自己的業務解決方案. 我試著捕捉，與此關係圖:

image

這已被證明是一個強有力的和令人沮喪的混合物. " 3.0 平臺將以前穩定角色開啟他們的頭. 突然, 最終使用者是有效 法官, 陪審團與劊子手 商務分析師, 應用程式架構師和開發人員可以針對自己的業務解決方案. 這讓我在寫關於這個問題的核心. 但以前我潛水入那, 讓我們考慮一下房間裡的大象.

窺視水晶球

如何將 SharePoint 2010 影響這種模式? 它將增量或革命嗎? 將更多, 較少的或有關相同數目的最終使用者發現自己授權建立的 SharePoint 解決方案 2010? 將 SharePoint 2010 年問題域甚至進一步擴大或將它只是改進和精簡 WSS 中，它已經提供 3.0 / 苔蘚?

有足夠的資訊，"那裡"，以安全地說，普遍的回答是:

  • 問題域正打算大幅擴大.
  • 最終使用者將會發現自己比以前更授權.

卞氏圖表將會大於此頁面，並導致一些 IT 專業人員和 CxO 的要伸手去拿他們的胃藥.

我相信它會一個巨大的機會，為公司做一些真正的轉型的事情.

我店裡沒有公牛!

這聽起來很偉大, 但從我的觀點作為一個 SharePoint 顧問和將自己放入這雙鞋的 IT 經理, 我看到這一願景. 我擁有一間漂亮的板的中國店, 水晶, 等 (我的 SharePoint 環境). 我租了一個空間, 我已經購買我的庫存，並奠定了它所有我喜歡的方式. 我不准備好打開, 但在預期中, 我看那扇門，看看我的客戶在排隊，我注意到實際的公牛在那裡. 更仔細和我其實見到 兩個 公牛隊，甚至是一隻狼. 然後我注意到有一些綿羊. 羊是 所以 壞, 但他們也許偽裝成狼? 我不想在我的瓷器店的公牛!

情況越來越糟! 當我租的空間, 我簡直不敢相信這是真是太好. 寬和開放, 太棒了康樂設施, 非常合理的價格. 不過, 現在我意識到開闊的空間和巨大的門的只是完全大小的公牛來向我中國遊蕩在與非專業的廢物.

了，現在已經再推這個比喻太遠, 答案是肯定的. 最終使用者不是公牛隊 (其中大部分, 不管怎麼說) IT 部門不 (或肯定不應該) 查看與那種懷疑他們使用者社區. 不過, 有這種已在發生的完美碰撞 3.0 我期望的平臺只會變得更糟在 SP 2010. SharePoint 已賦權並鼓勵最終使用者定義和實現他們自己的解決方案.

這就是偉大和所有, 但事實是它仍然是一項非常技術性產品，而且仍然要求的充滿活力的商業需求分析, 設計和總體規劃和技術專案需要成功的管理. 這些不是那種招最終使用者不少的技能, 尤其是當焦點位於像 SharePoint 技術產品.

在過去一年左右的思想很多是給了這和看不到任何簡單的答案. 它真的可以歸結為教育和培訓. 我認為 SP 2010 要改變遊戲規則位和它去玩以不同的方式，並以慢動作隨著公司推出各自的 SP 2010 過去的解決方案 2010 與超越. 為了取得成功, 最終使用者將需要改造自己，有點搞宗教. 他們會需要那麼一點點瞭解正確的要求
分析. 他們將需要一些清楚地標識業務流程工作流的設計文檔, 例如. 他們需要理解基本概念，比如 CRUD (創建, 更新和刪除), 開發/測試/qa/生產環境和如何使用的基礎設施來正確部署活好長時間和折彎的解決方案 (不中斷) 在回應在一個組織中的更改.

在未來幾周, 我打算嘗試並提供了一些我自己的新想法, 以及連結到許多其他作者所做的偉大工作 (關於 www.endusersharepoint.com 和其他地方) 所以，感興趣的最終使用者可以學習老時間它宗教. 保持調諧.

</結束>

訂閱我的博客.

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

Technorati 標籤: ,