在日曆視圖中的日曆項進行排序

我使用日曆來跟蹤上某一天的小組討論. 我有兩個會話: 上午和下午. 我想要創建一個視圖,顯示上午舉行的會議,僅通過一個會話 ID 按字母順序列出. 這是有點棘手,完成 (除非我錯過了真正明顯的東西).

我可以輕鬆地創建篩選的視圖顯示只是那天的事件. 該日曆將顯示所有這些事件,如果他們都採取放在同一個小時, 它列出他們肩並肩在小時插槽中. 真棒. 最棘手的部分是,, 預設情況下, 它想要列出他們在 ID 格式. 所以, 如果添加"會話 02" 然後"會話 01" 到日曆, 它顯示他們這個順序 (e 小節, 會議 02 然後會話 01). 要按會話 ID 順序列出它們, 我以為,嘗試這些東西:

  1. 配置使用 web 使用者介面的視圖. 運氣不好. 沒有選擇以這種方式,對專案進行排序.

    因為那不工作, 我現在有希望是 CAML 查詢某個地方在那裡,讓我重寫排序. CQWP 讓我做出這種改變, 也許日曆也會?

  2. 編輯 web 部件, 找一個"出口" 函數和 … 鋸的聲音! 我不能匯出它的 XML. 沒有匯出選項.

    我還堅持希望可以找到,修改一些 CAML 查詢. 因為我不能匯出 web 部件, 這就使得 SharePoint 設計器.

  3. 我將日曆 web 部件添加到沙箱網站並打開該網站使用 SharePoint 設計器. 我看著 web 部件的標記,我找到自己在尋找什麼. 它已編碼的瘋狂, 但它的存在: "<ListViewXml …. >已編碼的瘋狂</ListViewXml>". 具體, 有此創業板:

<查詢>
<在哪裡>
<DateRangesOverlap>
<FieldRef 名稱 ="EventDate"/>
<FieldRef 名稱 ="結束日期"/>
<FieldRef 名稱 ="RecurrenceID"/>
<數值型別 ="日期時間">
<月 />
</價值>
</DateRangesOverlap>
</在哪裡>
<OrderBy><FieldRef 名稱 ="Session_x0020_ID" /></OrderBy>
</查詢>

(我已經破解了 &這是;和 &gt 的和拆分出來至為清楚起見多條線路).

添加 <OrderBy> 位和它現在按會話 ID 進行排序, 不是內部清單項 ID.

碩大的提示 o’ 這頂帽子 貝基 Isserman 她到宵禮衫博客文章的評論: http://www.sharepoint-tips.com/2008/07/caml-sorting-by-file-name.html. 我不會把 <OrderBy> 在正確的地方沒有她的評論.

我希望把這寫到更清晰的螢幕截圖很快, 但我不會做的情況下, 至少我做了這麼多.

</結束>

Technorati 標籤: , , ,

戴夫曼與新澤西州 SharePoint 使用者組會議 … 或 .. 鮑伯所說的:

鮑勃 · 福克斯 讓我們知道那戴夫曼, SharePoint 工作流天才, 會在星期三晚上的 NJ SharePoint 使用者組會議演講, 11/19/08. 不要錯過它. (不幸的是, 已定于大組會議星期三晚上,我公司的霸王和我會想念它).

按一下此處註冊並獲取更多詳細資訊.

下面是一些會議詳細資訊:

會話標題"部署大型 SharePoint 環境中的工作流

在 SharePoint 工作流是一種令人興奮的新功能. 不過, 它是一種能力,它對您的環境的影響的時候經常被誤會. 對於小型環境, 外框設置, 配置和建築方針是可能已經足夠. 但是一種環境,將處理成千上萬的文檔每一天呢? 如何確保這些環境也不會動搖在荷載作用下, 但仍然滿足 SLA 的要求的性能和回應能力? 本次會議將探討為什麼專注于您的工作流子系統是重要的, 並涵蓋從農場層面到各個工作流設計規格的大型工作流環境的需要. 學習為什麼所有工作流需要的性能和可擴充性,以及如何看待生成縮放尺度的環境中的工作流, 監控工作流處理和克服常見的障礙. 這次會議將涵蓋建築指導為您的 SharePoint 環境,以及具體的編碼實踐,以確保您得到最大的您的 SharePoint 工作流.

</結束>

訂閱我的博客.

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

Technorati 標籤:

SharePoint 功能 & 解決方案管理 — 別忘了在 CRUD U (或 D 為那件事)

我們一共花費了大量的時間來思考的 SharePoint 解決方案 — 如何創建它們, 要使用哪個工具, 當他們無法部署時,會發生什麼, 計時器作業, 作用域, 等. 我們花太多時間思考很容易忘記我們需要以及收回他們的前期位. 縮回解決方案也可能是更困難, 從概念設計的角度看, 比將它們部署. 部署基本上是食譜件. 通常, 安裝功能, 也許有一些資料載入到一個清單中的功能接收器, 那種事. 不過, 縮回是潛在的更複雜.

給定的解決方案可能會創建像這些工件:

  • 內容類型
  • 清單定義
  • 網站定義
  • 清單中的資料
  • 甚至接收機
  • InfoPath 表單

該清單將亮起.

雖然很顯然重要的是設計的解決方案,正確地具現化這些文物, 它是同樣重要的是考慮更新和刪除案例. 如果您的解決方案創建新清單,並使用填充該清單資料, 收回該解決方案時,會發生什麼? 在某些情況下, 應刪除清單. 在其他情況下, 應該留給歷史目的不變. 您的業務要求將您引導到正確的決定.

與此説明, 創建一個矩陣,其中列出了您的解決方案部署到 SharePoint 的每個工件. 列出每個工件的三列, 一個用於創建, 更新和刪除. 每個案例, 確定該操作的正確結果.

這種分析,顯然最好是之前到 SharePoint 場過部署解決方案. 不過, 像吸煙一樣, 開始做正確的事情是永遠不會太遲. 創建矩陣和發展計畫,以解決缺少的更新/刪除場景. 它可能是一個難的問題解決, 但至少你會放一個框周圍問題.

</結束>

訂閱我的博客.

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

Technorati 標籤:

設計器 SharePoint 工作流無法訪問 “遠端” 或 “外國” 清單

這裡是另一個常見的設計器 SharePoint 工作流問題:

"可以訪問 (讀/寫) 通過工作流,不駐留在相同的網站清單本身上的 SharePoint 清單?"

簡單的答案是: 無.

在很多方面, 然而, 我們必須限定的 (在這種情況下是一件好事). 該平臺可以讓我們在很多方面創建擴展到生產, 包括自訂操作 (看看我小 codeplex 的專案在這裡為例). 自訂操作讓我們基本上做任何我們想要從 SharePoint 設計師的工作流. 我是這的大風扇, 事實上, 因為它給了我們最好的兩個世界 — 帶在我們的指尖,.NET 框架的全面深度的聲明性最終方便使用設計器.

不幸的是, 如果您使用的 SPD, 有你做,因為你不能使用 visual studio 的好機會 (由於這一事實,visual studio 需要深開發商背景). 我沒有任何好地回答了這個問題,只是你應該說服你技術的同事,來創造出你需要的自訂操作之一. 或者, 與雇傭或合同這種資源的管理工作.

</結束>

訂閱我的博客.

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

Technorati 標籤:

在火車上的 SharePoint

今天, 我閱讀 麥克沃爾什 教你自己 SharePoint 2007 在中 24 小時 和, 令人難以置信, 這位女士在座位上接下來我說, "我們只被實現 SharePoint 的公司。" 它是"令人難以置信" 因為人們在火車上不會跟我說話 🙂 有趣的是 SharePoint 是如何成為催化劑的.

其他有趣的方面是,她沒有意識到在產品上有書. 在這裡評論了沿線的"它必須是很重要如果人寫關於它的書的存在。" 我想大家閱讀我的博客會同意的.

</結束>

訂閱我的博客.

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

Technorati 標籤:

旋轉臨時虛擬繼續保持的樂趣和收益

我是之一 20 或 30 (或者是- 100?) 專家組成員在最後一夜 紐約 SharePoint 使用者組 會議. 而不是通常的演示文稿格式, 這都是關於 Q&A 小組成員和觀眾之間. 在早期, 邁克爾 · 勞特 介紹我到一個新的想法,我想要分享.

一名觀眾描述如何他的公司支付了一名顧問來為他的公司編寫的應用程式. 顧問公司將它寫成一個主控台應用程式使用的是 SharePoint 物件模型. 作為一個結果, 這意味著該程式必須在伺服器場中的伺服器上運行. 這意味著,任何想要使用的應用程式的人都必須登錄到伺服器, 做這項工作和登出. 在第一次, 這不是個問題, 但是很快, 更多和更多 (非技術性) 使用者需要使用該實用程式. 他的問題是 (釋義):

"什麼是我的選項? 我不想讓使用者直接登錄伺服器, 但他們需要該功能。"

邁克爾 · 勞特建議他配置新的虛擬機器, 將它加入到作為 WFE 農場和讓使用者從那裡運行該應用程式.

這是一個非常驚人的想法,對我來說. 推廣這種解決方案使我想起基本上是臨時性的概念, 幾乎可支配 WFE. 這是一個很乾淨的概念. 此臨時 WFE 可以運行一個主控台應用程式,使用 SharePoint 物件模型. 你也可以使用它來運行 stsadm 命令. 它並不一定要定期當地平衡的一部分. 如果它落下或獲取失事, 你可以只是旋轉了一個新. 我重複我自己, 但我只是要說我認為這是一個絕妙的主意.

</結束>

訂閱我的博客.

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

Technorati 標籤:

伺服器上的服務不會列出搜索 — 為什麼?

我今天聊天的 艾格尼絲 Molnar (我知道知道在匈牙利的唯一的人) 關於奇怪搜索配置問題. 即, 搜索是從伺服器上的"服務丟失" 顯示 (通過中央管理-> 操作-> 在伺服器上的服務).

我看了一功能性 VM 我自己的機器上,並在一起, 我們決定在該伺服器上未安裝該搜索. 有可能幾種方法可以做到這一點, 但我們不是確認"Office SharePoint 伺服器搜索" 通過開始-在服務清單中從不見了> 管理工具-> 服務.

奇怪的是, 相關的.exe * 是 * 伺服器上 ("C:\程式 FilesMicrosoft 辦公室 Servers12.0Binmssearch.exe").

我做了一個快速搜尋,找到了這篇博客: http://msmvps.com/blogs/obts/archive/2006/10/19/189466.aspx

這就是與這一關鍵點電子郵件鏈:

"我解決了這個問題. 它是我的錯. 選擇"Web 前端" 而不是"完成" 期間安裝。"

這是很有希望, 但是我們不能肯定如果安裝程式不完整時實際上拿起 WFE 安裝苔蘚.

我們檢查了第一次 (最早) PSCDiagnostics * 檔中的版本 12 蜂巢日誌目錄,並在那裡, 我們發現該安裝程式, 事實上, 配置此伺服器成為一個 web 前端. 結尾的故事,有一個快樂的結局.

(地方線沿線, 鮑勃 · 福克斯介入了, 但我只記得他派遣到討論有關評論 寓言 2).

更新: 關於這一主題在這裡艾格尼絲博客: http://dotneteers.net/blogs/aghy/archive/2008/11/06/wfe-vs-complete-installation.aspx

</結束>

訂閱我的博客.

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

Technorati 標籤:

招聘人員越來越會有點侵略性?

還是只是我? 我已經收到了三個或四個電話我家自 9 月下旬尋找 SharePoint 工作. 我習慣于這種電子郵件請求, 但這些電話是有些許的不安. 工作現場沒有最新的簡歷我(像怪物公關骰子) 自從兩年前幾乎完全. 然後回來, 我的簡歷是所有關于 BizTalk 和 MS CRM. 那是我的電話號碼出現在任何地方的行的唯一地方, 到目前為止我所知.

</結束>

訂閱我的博客.

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

Technorati 標籤:

只是當我要禁用評論 …

他們拉著我回來!

Windows Live 空間不做一份好的工作,保護我免受垃圾評論. 我假設 MSFT 有很好的垃圾郵件檢測, 但是,垃圾郵件的人更好. 這是事實, 然而, 我得到更多垃圾評論比我得到真實的評論,我只想在最後一周或這樣,我本來想禁用評論.

不過, 今天, 我在回應中發現兩個優秀的評論 這篇文章 (關於有限的存取權限)這篇文章 (關於限制對文檔的搜索, 而不是資料夾). 這些評論是如此互補 (在這他們添加到我的帖子的很多價值), 看不到,禁用評論和從而關閉這一管道的有用的資訊. 所以, 向被人類垃圾捕手辭職了我自己 / 清潔. 生活空間確實提供相當不錯的方法,來清理評論, 但是誰不想浪費時間做那?

</結束>

訂閱我的博客.

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

對於 SharePoint 的社交運算書 2007

7 月中旬, 我是作者對於兩個章節的機會 布魯諾施瓦茨Matt Ranlett 即將書, 社交運算與 Microsoft SharePoint 2007: 實施 SharePoint,使協作和互動在企業中的應用. (他們是想贏一場帶有該標題的長度比賽; 我認為他們贏取了). 我跳上機會和現在, 最後, 整本書是完成, 在 2 月到達商店.

隨著 SharePoint 的成熟, 出版商已經開始生產新一波的書. 這本書是那波的一部分. 這一波上一輪的技術參考手冊解釋核心特性和功能為基礎,開始描述如何使用這些特性和功能非常非膚淺的方式交付業務價值. 我不說這就任何膚淺關於參考手冊或其價值. 事實上, 這樣對社交運算的書可能不能有已寫了一年前. (字面上, 當然它可能已寫入, 但我不認為更大的社區已經準備好了). 新一波的書往往承擔讀者基本上瞭解核心功能並且相反描述如何使用這些核心功能中有趣的新方式.

正如標題明明說, 這是一本關於社交運算書. 社交運算是成熟和需要探討的一個課題,事實上, 討論正在進行中早期採用者. 現在,許多公司都很舒服的使用文件庫, 內容類型, 搜索, 基本的工作流, 等. 在實施和掌握這些麵包和黃油功能, 他們準備了一個新的水準. 這本書提供見解和策略,做到這一點,從而, 利用社交運算給世界帶來的新的和有趣的機會.

社交運算是大和不斷變化的主題,涵蓋了很多掉的東西, 包括博客, wiki, 社會標籤, 搜索, 互動媒體, 聚合, "人," 和其他面向社會"的東西。" SharePoint 有很強的故事要講在這個舞臺上,現在, 在這時間在互聯網 & SharePoint 歷史, 是時候告訴它. 相同的公司之間的所有事情, 那些成功地利用社交運算將超過,擺脫那些不. 火車正準備離開車站,你不想錯過它! 這本書是你在那趟火車上的座位票 🙂

底線, 這是俯仰這本書一個博客條目. 這是預定在 2 月. 預命令它在這裡: 社交運算與 Microsoft SharePoint 2007: 實施 SharePoint,使協作和互動在企業中的應用.

(全面披露 — 沒有版稅錢在它對我來說如果你要買這本書, 所以這不是,努力提高我的儲蓄帳戶, 但如果它好賣, 它將説明了我的自尊心, 其中總想得到更多, 更多, 更多!)

作為擱置, 但非常重要的一邊, 我感謝 鮑勃 · 福克斯 為我聯繫 Brendon. 自然, 我感謝布魯諾和馬特的冒險像我一個新手和讓我作者他們非常重要的書中的章節!

</結束>

訂閱我的博客.

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

Technorati 標籤: