我在努力在用戶端網站，而且需要安裝視窗基礎工作流，以便我能這麼一些 SharePoint 設計師工作. (我不知道直到今天，SPD 安裝正確，但真的需要至少.NET 2.0 和基礎 Windows 工作流可重複使用，真的; 我一直以為這些與 SPD 一起安裝, 但我錯了).
用戶端的代理伺服器. 沒關係, 我有去外面公共互聯網的憑據. 我去老地方下載世界自然基金會 (SPD 有用地為我提供一個連結). 那下載真的是各種各樣的引導. 它運行，並計算出它需要下載什麼. 第二個下載過程失敗. 它也不會嘗試, 或以某種方式阻止詢問代理伺服器憑據. 這是相當困難的撞車事故, 給我消息:
Microsoft.NET 框架 3.0 在安裝過程中遇到的問題. 安裝未成功完成.
我試著重新開機，花了 10 秒時間，試圖找出如果我可以把它做為代理伺服器憑據問我. 我放棄了，反而在這裡了: .NET 框架 3.5 服務包 1 (全包).
我下載了這個包, 安裝，這一次, 沒有問題.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
邁克爾 · 布盧門塔爾 已經提供了 條關於通知和意見 ("哪些視圖時，可以使用創建警報 ?"), 這是對自身的優點感興趣. 不過, 甚至更樂於見到他是如何有條不紊地走通過使用紅門的.NET 反射的過程. 一步一步走, 他演示如何使用該工具跟蹤下來 SharePoint 如何確定是否在名單上的視圖應"subscribable" 好的詞 (他解釋得比我好得多 回复 ).
在此點在 SharePoint 時代, 你幾乎會是又聾又瞎，有沒有聽到或讀到使用該工具. 它擁有先進的東西和我自己的感覺是，它是在很多方面最後的工具. 不過, 如果你覺得你需要它，但真的不知道如何, 邁克爾的玉好像就這一主題的偉大教程.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
在似乎是他就職的博客, chiqnlips 有鑽研的瘋狂這是一個計算的列，所述共同設計器 SharePoint 工作流電子郵件活動問題的解決方案: 如何顯示一個人的真實姓名在電子郵件中而不是"域 使用者名。"
我還沒測試, 但它看起來有前途. 將其簽出.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
我讀過幾個回顧上 2008 這已經讓我思考 2009. 這裡是我的猜測在 SharePoint 中的未來 2009.
我是 SharePoint MVP 和結果, 我有時會有點進展資訊之前是公共的. 我不會做出任何此類資訊公開. 我真的沒在周圍長足以託付那種東西反正.
與那開, 預測到......
我相信，很快會成為非常熱門的話題，在 2009. 這已經是眾所周知的在企業搜索社區. 不過, 戲劇與 SharePoint 中的每個人 2009 將很快對這種產品和它可以為他們做什麼感興趣. 新諮詢公司周圍將湧現和現有的合作夥伴將工作和爭相將其添加到其投資組合. 明年這個時候, 幾乎在 SharePoint 社會中每個人都將有聽說過，有快速的意見.
快是有針對性的大公司，這將繼續. 我認為微軟將更集中版對小公司是容易接近的產品至少外部機會. 失敗，, 他們將開放 SharePoint 搜尋引擎，它可以定制沿線快可以自訂. 舉個例子, 快速使用管道消費內容和索引它的體系結構. 快速的管理員和開發人員可以將每個資料來源的管道元件組裝和甚至創建新的管道元件. 今天我們沒有這種靈活性與 SharePoint. 如果快速仍然堅定地針對非常大的公司, SharePoint 搜索會採取一些快速的特徵.
我相信它會在 2009.
我相信它會使我們能夠安全清單或文件庫的視圖. 這可能更多的是一種希望而不是一種信仰 🙂
我希望它將為 SharePoint 設計器和特別是工作流中的最終使用者提供一些更好的支援.
我不知道其他許多事情一樣, 我已積極跟蹤在這裡，我做找到: http://delicious.com/pagalvin/SharePoint_O14.
今天, 大多數 SharePoint 供應商似乎是面向的小工具. 採取 竹 或 其 舉個例子. 他們有一個巨大的下列和偉大的產品群組. 不過, 他們似乎有點 gadgety 向我或開發人員 / 集中的工具. 管理工具, 工作流工具, 等. 不是批評了，在所有因為 SharePoint 絕對可以使用一些小工具.
在中 2009, 一些供應商 (和竹很有可能他們自己, 如果我讀這個正確) 將放在一起的垂直的商務應用程式範本的形式, 功能, 解決方案, 等. 今天我思考神話般的四十個範本，但對具體行業量身定做. 有點驚訝它已不是已經利用這種方式. SharePoint 是提供這種東西的平臺. 每個人都在等待什麼? 他們不會再在等待 2009.
在同一時間, Silverlight 和其他很酷的.NET 東西將新燃料, 更好和更多有趣的小工具.
Sharepointreviews.com 將成為這些產品的基本社區目錄.
2009 將作為一個主要的博客看到最終使用者的誕生, 組織和微軟自己. 馬克 · 米勒的最終使用者 SharePoint.Com 在發揮了大作用 2008 並將繼續這樣做 2009. 最終使用者將開始博客, 説明使用者組變成少技術場地，甚至去說服別人或組織推出純的最終使用者為重點會議.
發言的會議 — — 他們將繼續發展和壯大的數量和焦點. 除了最終使用者內容, 他們將繼續以滿足開發人員和管理員.
虛擬會議將開始接和現有會議將為不能或不願意親自出席的遠端出席者提供直播.
免費場地將擴大, 如 邁克勞特 (et al) SharePoint 星期六.
這因為沒有將繼續是大量湧入的新的開發人員非常重要的, 這些組提供了管理員和最終使用者會將渴望的資訊的種類.
社交運算功能需求將上升. 所有的東西都一樣, 實施有效的社交運算戰略的公司將會做更好的和會比他們的競爭對手更強大.
較小的公司將通過這些功能，更加迅速和有效地比大公司.
大公司: 當心 🙂
在中 2008, 很多 SharePoint 博主和組織和 Microsoft 的自己花了很多時間找出解決某些問題的最佳方法 (通常技術問題).
仍有機會定義和促進採用最佳做法. 不過, 雖然我們一直在搞安裝的最佳方法, 配置和管理 SharePoint, 成千上萬的公司一直在安裝, 配置和管理 SharePoint 沒有手頭這些最佳做法.
在中 2009, 許多公司將意識到他們有一些根深蒂固的問題需要解決，並將向 SharePoint 社群和 Microsoft 的精英成員尋求幫助來解決這些問題. 我認為這將延伸到 2010 可能產卵提供補救服務的公司，真正的需求並使用 SharePoint 的手工業, 但因傷害嚴重貧窮早中其執行情況所作的決定.
在中 2009, 將返回母船和 把鮑勃 · 福克斯帶回家.
我才開始使用 SharePoint 自己在任何實際的方式直到 1 月 2007. 它似乎對我 SharePoint 真的已經離開，並且證明自己能夠在這兩年來發表很多價值的. 我認為，在很多方面, 它 didn't 真正理順本身直到基礎設施更新. 它仍然有其 bug 和問題, 但我們都過一路上自來 01/2007. 2009 就 SharePoint 興旺的一年.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
我會做在兩個演示文稿 SharePoint 最佳做法會議今年 2 月在聖地牙哥.
我做這件事足夠長的時間，它會使人厭倦, 所以我出席每個會議是, 坦白地說, 令人敬畏. 不過, 我覺得這次會議是特別. 有是零行銷的重點，整件事是關於提供真實世界實用意見如何排解一些棘手的問題，我們面對 SharePoint 處理. 它不是巨大, 因此所有揚聲器都是很方便 (至少當他們不放回到家火災). 這意味著，除了很棒的正式演講, 你可以跟一些偉大的對話和辯論幾乎每個發言者在幾乎任何時間, 從開始到深夜在酒店的酒吧喝社區早餐.
超越揚聲器, 你會有巨大的機遇，建立和鞏固網路社區中的其他 SharePoint 使用者. 年底的最後一屆會議和會議總結, 你會充滿活力，充滿了好的想法，要帶回去工作，説明改善您的 SharePoint 環境.
它是非常值得投資.
Web 網站是頂尖. 檢查日期, 註冊, 主題和揚聲器.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
今年夏天, 當我工作時的兩章 歷來最佳 SharePoint 社交運算書, 我開始去很遠的後面，在我的博客閱讀. 我使用谷歌閱讀器我 RSS 的東西，當你有更多 1000 未讀的專案, 它只是說：, "1000 ".
過去幾個星期, 我坐下來和有系統地讀他們和標記它們就供將來參考 (我使用 Delicious.com).
過去的週末我看了所有的失落, 第四個在開庭和趕上幾季 1000+ 博客條目的感覺相同的方式.
</結束>
跟我在 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
