SharePoint 店談 (星期四), 09/10/09 在 12:30路透社

SharePoint 店談繼續在本星期四 12:30 到下午 EDT 1:30路透社. 這將是我相信我們第五輪. SharePoint 店談工作原理是這樣:

  • 一個 SharePoint 專家小組回答問題. 這周小組包括蘿拉 · 羅傑斯, 婭 Voskresenskaya, 我和哈裡 · 鐘斯.
  • 任何 SharePoint 問題是公平的遊戲.
  • 發送或問的問題:
    • 通過電子郵件發送: info@arcovis.com
    • Twitter 直接向 @pagalvin
    • 在這個博客上的留言
    • 在後面的一張海報板上寫下的問題, 其中一側佈滿了 $20 票據和郵寄到我家位址 (留下評論,直接將與您聯繫).
    • 最後, 撥入呼叫,只大聲問它.

這周我們有幾個問題,圍繞 SharePoint 工作流. 兩個示例問題:

  • "我是如何部署 SharePoint 設計器從開發,測試工作流?”
  • "不會設計器 SharePoint 工作流工作好與 InfoPath? 我如何共用 InfoPath 表單和設計器 SharePoint 工作流之間的資訊?”

本周的 SharePoint 店談註冊啦. 按一下此處進行註冊. 我們希望聽到你的聲音!

</結束>

訂閱我的博客.

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

Ie 瀏覽器 8 崩潰 // 64 位作業系統

從注釋 鮑勃 · 福克斯 (通過 Twitter, @ bfox11b) 提醒我我本來是想一起扔描述問題和我到 Internet Explorer 的解決方案一個快速的博客條目撞毀我所有的時間.

幾個月前, 我得到了一台新的筆記本電腦 (戴爾 Vostro 1720). 這是我第一次 64 一點點的機器運行 64 咬了 IE8. 隨著時間的推移, 它開始崩潰無法預知, 但頻繁地 (也許每一天). 它是相當敏捷的回收所有的, 但它是一個真正的滋擾.

這個問題似乎有了一個 adobe 外掛程式, "空氣"或他們的 flash 外掛程式 — — 我真的不知道它叫什麼或者所有的在乎. 原來它是不相容 64 位環境 (這就是 * 完全 * 合理; 它不是像 64 位是這種事情,任何人除了 * * * 瘋狂 * * * 公司想要支援或任何東西). 我試圖卸載它,但這種試驗只持續了大約 15 分鐘. 原來大量荒謬的網站正在使用快閃記憶體技術 (我可能是最後一個意識到這星球上). 所以, 我不能沒有它,我不能使用 IE8 64 位.

我的答案是切換到 32 位 IE8. 它一直自那時以來一帆風順.

</結束>

SharePoint 店談 (星期四), 09/03 在 12:30 路透社

我們恢復明天在 SharePoint 店講話 12:30 路透社. 像往常一樣, 如果有任何主題或問題你會喜歡到位址面板, 請發電子郵件到 info@arcovis.com.

這周我們正在繪製中的幾個問題 www.endusersharepoint.com 樹樁小組論壇:

  • "我明白父網站和子網站無法進行通信. 例如, 我想要到任一推送資料從向父網站中的清單的子網站中的清單或從子網站有父網站提取資料. 有沒有方法來設計一個工作流完成後發送的拉扯從清單中的網站父/子關係的資料?”
  • 關於"我為我主清單 newform.aspx, 我有一個指向我的雇員清單中的標題列的查閱列.

    雇員清單中, 還有一個核取方塊命名的另一列活躍.

    我想會發生什麼是上主清單的水龍頭, 當他們按一下下拉清單中只顯示從雇員清單中被標記為活動的記錄.

    有沒有一種篩選上 mainlist newform.aspx 下拉清單中,所以它只顯示標記為活動的那些方法?”

  • "我知道這很簡單,但, 為我的生活我不能讓它工作! 我們有我們內置了一個日期欄位調用過期一個討論區. 我想要自動已過期後其到期日期的專案刪除. 如果你能寄給我的工作流,將不勝感激的螢幕截圖. 基本上如果過期今天 = 然後刪除當前專案"
  • "我想設置一個註冊為血磁碟機清單, 其中在選擇時間段後, 不再可用. 有沒有方法來執行此操作, 此外只正被註冊類型 Excel 試算表? “

如果我們有時間:

  • 需要多少 SharePoint 專家?

另外, 我們回答問題直接從電子郵件和我們調用本身的任何時間打開的問題.

在此處註冊: https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=0dc4shjthnl6d0mm

</結束>

訂閱我的博客.

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

Technorati 標籤: ,

SharePoint 行上 // BPOS — — 一些手的經驗

(請注意: 這篇文章是跨張貼在這裡: http://www.endusersharepoint.com/?p=1912)

更新 09/01/09: 基於 twitter 回饋, 我需要澄清,InfoPath 支援在感覺 BPOS 提供表單庫. 我寫"以任何方式不支援的意思" 是不支援 InfoPath 表單服務功能. 這意味著您不能將 InfoPath 表單發佈到 BPOS 和並讓它在 web 瀏覽器中的呈現. 這也意味著,一些人框中的工作流, 其中使用 InfoPath (即使在 MOSS 標準版) 因為他們萌生和其他形式使用 InfoPath 在 BPOS 不工作. 希望把事實說清楚.

我有一個機會真的挖到微軟線上提供今年早些時候和具體的業務生產力線上套件 (BPOS). 這到來之前我甚至硬堅定的計畫,我自己在出發 Arcovis. 我立即看到, 然而, 那 BPOS 可能是一個關鍵的部分,我公司的內部基礎設施,並隨著時間的推移, 它已成為完全的. Arcovis, 使用每日. 我想我會分享一些這樣的經驗,從實際的角度,以防您想要為自己評估,或只是好奇.

正如在 BPOS"套房"一詞暗示, 你的應用程式的一小堆:

  • 交流
  • 生活會議
  • 對講機
  • SharePoint

你可以單獨購買每個, 我相信. 它所有拼寫相對清楚 微軟線上網站. 您可能能夠通過微軟合作夥伴獲得更多優惠. Arcovis 一直與 雲計算策略 他們似乎知道他們的東西, 所以我將他們在中包含您的供應商清單如果你做多供應商搜索.

我分別概述的經驗和對每個想法.

交流

這是一個承載的 exchange 環境,從我的視角, 它有如我曾經用過的任何其他 Exchange 伺服器. 它與所有我同胞 Arcovis 合作夥伴環境完全集成,並能讓我接觸到日曆 (這是巨大). 好的東西.

它還提供了 Outlook Web Access (OWA) 介面. 這意味著我可以得到我的電子郵件有一個 web 瀏覽器的任何電腦上.

我的 HTC 手機, 運行 Windows Mobile 6.1(?) 通過 Active Sync 很好地連接到它. 它之所以這樣做完全我預期和想要的方式.

我不認為我比休閒 outlook 和 exchange 使用者更多,所以可能真的很重要 Exchange 支援的功能,只是不是,我一定不會知道它.

我認為最強的建議,這是我完全沒有意識到我的 exchange 環境是"別的地方"。 我不知道看到交換以及如何使用它每天與半打任何差異或所以其他時間就我用別人的交流環境. 事實上, 這是更好的因為它只是工作.

底線 — — 承載 exchange 是它需要和很高興與它.

生活會議

這是一個真正不可或缺的工具,當你在諮詢業務. 我火起來即時直播會議一周幾次向客戶展示中間工作產品, 看著他們打破我的解決辦法,所以知道如何修復這些問題, 做銷售演示文稿, 等. 現場會議捆綁 BPOS 和它是很容易使用.

我甚至更少的專家比我在交易所即時會議. 不過, 我的目的, 這是很大.

對講機

到目前為止, 我幾乎只用于溝通存在資訊. "只是"說,但已經存在的資料提供給我,每當我連接已成為令人上癮. 通信機安裝和運行, 我的同事們知道我何時可用, 在這個時刻我的排程是, 和我可以通過 IM (雖然 IM 介面是很悶, 在最佳). 它是其中之一,我真的很想念我沒有它時. 實際上得到有點反感時我的同事不運行 communicator,由於存在資訊丟失.

狀態指示器感覺普遍. 它顯示在 SharePoint 中時其名稱將顯示為文檔的作者, 分配的任務, 等. 它顯示在電子郵件中, 在 outlook 中嵌入的權利. 它體現在 communicator 用戶端本身.

為最大,它只是坐在那裡,在後臺運行,和裝飾我的人生觀和 SharePoint 螢幕與即時狀態資訊. 它是非常酷.

SharePoint

我最喜歡, 答案是肯定的, 是 SharePoint.

BPOS 提供修改後的版本的苔蘚標準版. 我會解釋的"修改"下面. 我們喜歡的東西都用已使用我們 BPOS SharePoint 門戶:

  • 市場行銷資訊
  • 銷售 (建議, 跟蹤潛在客戶) –> 我們計畫投資在 CRM 解決方案中,但現在, SharePoint 正在作為我們的 CRM 解決方案.
  • 合作夥伴與客戶的接觸
  • 搜索
  • 用戶端專案資訊
  • 計費 (主要用於存儲我們發票)
  • 討論
  • 原型設計解決方案
  • 出示范點建設 (例如:. 新的計程車管理人力資源工作流程)
  • 工作時間記錄單
  • 文檔協作

基本上, 您希望使用的 SharePoint 的所有東西.

一路走來, 我們使用類似的技術特點:

  • 警報
  • SharePoint 設計器
    • 工作流
    • 品牌
  • 內容類型
  • CQWP
  • 文件庫與版本控制
  • 自訂清單的各種各樣的事情 (像我們工作時間記錄單)
  • jQuery (可以從那來的所有善良, 其中包括對 SharePoint web 服務的 AJAX 調用)

我不能與它做什麼? 有一大堆東西就好了:

  • 我不能提供匿名存取. 事實上, 我不認為我能做到任何價格. 我可能錯了, 或希望微軟將這在將來的更改.
  • 沒有任何種類的 InfoPath.
    • 這具有阻止幾個標準的 MOSS 工作流依賴于 InfoPath 的有點奇怪的副作用.
  • 沒有伺服器端代碼. 這就意味著, 除其他事項外:
    • 沒有事件接收器
    • 沒有自訂 SharePoint 設計器操作
    • 沒有自訂欄位類型
    • 沒有適當的發展週期 (e 小節. 功能/解決方案).
    • 不能訪問 stsadm
  • 沒有共用的服務提供程式的訪問.
    • 最後一點是有點難過,因為我們不能做我想要盡可能多搜索配置.

      你基本上放棄了很多的技術能力和被迫的外框 SharePoint 功能範圍內生活.

      我可以忍受這一點. 我發現自己想要在一起打耳光事件接收器或使用自訂操作一次或兩次,, 但大部分, 我沒有注意到缺乏.

      我要補充,這並非全面之間的差異清單承載"上 prem"MOSS 環境和 SharePoint 線上. 雲計算策略有非常詳細的演示文稿,所有的進入,如果你有興趣. 我從一位企業主利用該工具的角度發言.

      易用性

      Microsoft 提供的俏皮的桌面應用程式,使您可以快速、 方便地訪問所有的 BPOS 功能:

      image

      你不需要使用它, 但消除了需要登錄到每個應用程式單獨和即時會議, 不錯,是因為你能只是做一個"現在開會"會話 2 點擊 (一個在上方的"網路會議"按鈕和彈出的 web 瀏覽器上的另一種). 這也是不錯的要通過一次按一下 OWA, 雖然你可以只是把你的瀏覽器我的最愛.

      與此桌面應用程式的另一個主要優勢是,它提供一個背景的單點登錄服務. 只要這在後臺運行, 我可以打開 web 瀏覽器並連接到我的 BPOS 環境而無需輸入憑據.

      全面披露

      微軟 BPOS 可用給我免費所以我不目前付使用費每月在這一次. 不過, 我看到那裡的價值和信念在你可以接受 (或不是) 我會為此服務付款. 事實是,我不能指望微軟永遠免費提供這,它變得如此強烈地結合我...移動心靈鵪鶉的生意.

      結論

      BPOS 是瘋狂功能豐富的平臺. 交流, SharePoint (MOSS 標準!), 存在, 即時直播會議 — — 這是功能的很多,我將非常, 深切懷念要是沒有它的生活. 我的生意將會受到嚴重影響沒有它. 我找不到替代功能? 可能, 但我覺得我會有拼湊在一起從其他供應商的各種, 使我的生活變得複雜. BPOS 迄今已證明它是能夠穩定、 可靠. 對於這種正確的客戶 (像我的公司), BPOS 值得強審議.

      </結束>

      訂閱我的博客.

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

      Technorati 標籤: ,,

      SharePoint — — 什麼是好的? 衛生保健迷你案例研究

      [請注意: 這篇文章是交叉張貼在這裡馬克米勒網站: http://www.endusersharepoint.com/?p = 1897年]

      之一 我的公司 更不尋常的用戶端是紐約城的醫生是他特別是醫學領域的領先者 (眼部護理). 像許多醫生, 他有濃厚的興趣研究. 他想要做一些研究影響相對較少的人在美國的罕見的眼部疾患. 和加拿大. 我不知道號碼, 但它確實是一個大型的製藥公司,將私人資金投資與最終商業上的成功對眼睛來說太小了. 我確信大型製藥公司的罕見疾病做一定數量的研究, 但我相信,美國. 政府可能是最大的資金來源. 像什麼, 資源是稀缺的. 全國的很多醫生想要執行的研究和試驗. 作為一個結果, 還有那政府資助的不止是一點點競爭. 這是我的公司和 SharePoint 請輸入圖片.

      其基本思想是主的組織將在全國各地招募其他醫生和爭取這些醫生的做法在一特定的研究. 這些個別的做法必須與主組織報名,然後, 隨後, 報名參加某一特定研究. 的關係看起來像這樣:

      • 一個主組織.
      • 許多不同醫生的做法標誌與主組織.
      • 主組織獲得資金為個別研究. 在一開始就, 雖然我們已經正在為另一項研究是只是一個研究具體的罕見眼疾病.
      • 個別醫生做法報名具體研究. 具體做法可以報名參加一個或多個研究.

      主組織本身是分解成組:

      • 行政委員會
      • 督導委員會
      • 個別研究委員會
      • 行政管理
      • 其他人

      最後, 當特定醫生的執業簽約參加研究, 他們需要提供專業人員,滿足一系列的角色:

      • 調查員 (其中包括一個主要的調查員, 通常醫生, 與一個或多個附加的調查員)
      • 協調員
      • 技術人員
      • 贈款管理員
      • 其他人

      上述角色有非常具體和高度被禁的角色會發生變化的研究. 我不會陷入更多細節在這裡, 但如果你有興趣, 發表評論或 電子郵件通知我.

      現在我可以回答的問題, SharePoint — — 它是什麼為好? 答案 — — 它是對這種情況下真的很好.

      這個簡介已經是比我預期的長, 所以我會總結 SharePoint 解決方案中的重要作用和投入到今後的文章中的詳細資訊 (如果你不能再等, 電子郵件通知我 或留下評論,樂意討論,也許甚至試著做一個演示). 我們正在利用各種各樣的 SharePoint 功能來支援這一概念:

      • 委員會的網站, 個人的角色 (協調員網站, 調查員網站, 等).
      • 安全,以確保不同的做法看不到其他的做法資料.
      • InfoPath 形成線上表單輸入服務. 這是一個特別大的勝利. 通常, 列印這些困難的表單, 郵寄的做法, 填寫和寄回. 線上形式的好處是顯而易見的. 他們介紹一些複雜性 (發牌和人力資源) 但這是另一個故事.
      • 從框中的 web 部件, 像公告 (委員會在什麼時候? [x] 滿足?) 和會議工作空間.
      • 基於表單的身份驗證與 CodePlex 工具提供自註冊和密碼忘了功能的組合.
      • 自訂的清單和清單視圖的研究活動,僅僅不是可能的純紙和鉛筆的辦法與可視性.

      除了表單基於身份驗證模組和為數不多的 InfoPath 表單, 此專案使用的幾乎所有外面的 SharePoint 功能框.

      之前我總結此 min-案例研究, 我想指出一些非常重要 — — 不在參與此專案 (一邊從我的課程的公司) 有沒有一種東西叫"SharePoint"玩這種基本的技術作用的看法. 幾乎所有我的最終使用者認為這是"web 網站"。 我們的客戶值我們,因為我們正在解決的業務問題. SharePoint 是善良的一個偉大的技術 blob, 但做得正確, 這就是最終使用者無關. 他們需要解決的問題, 不是精彩的 blob 的技術.

      </結束>

      訂閱我的博客.

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

      Technorati 標籤: ,

      雲計算, 強調 SharePoint

      而不是 SharePoint 店談會議本星期四, 在我和我的夥伴們 Arcovis 與聯手 雲計算策略集成的系統及服務集團 若要給什麼希望將會是很有趣的演示,微軟的線上服務, 側重于業務生產效率線上套件 (BPOS). Arcovis 實際上使用 BPOS 為其內部的 SharePoint 門戶所以我們有一些經驗和經驗承擔日常使用的那種手. 事實上, 演示本身在我們自己的 BPOS 環境中運行.

      您可以 閱讀全部銷售細節在這裡 但主要有幾點。:

    • 雲計算的價值主張: 何時考慮搬到雲計算
    • 微軟的線上服務: 企業生產力線上套件概述
    • SharePoint ™ 線上焦點
    • 現場演示: 授權您使用 SharePoint 線上的業務
    • 如何開始使用雲計算

      將會給予現場演示,我認為它應該是本身就很有趣, 整個雲的離婚 / 線上的事. 我要去描述一個很常見的業務流程, 著名的新員工 / 入職流程. 我將演示使用 SharePoint 來實現這一進程的解決辦法. 演示將包括通知, 儀表板和招聘新員工發生的問題的只是一般酷可見度.

      我親自實現了此解決方案的三個獨立的公司, 所以它是一個相當普遍的過程,人們喜歡自動化使用 SharePoint. 運氣好的話, Arcovis 很快就會自己使用這個 🙂

      所以, 如果你有任何興趣雲計算從一個非常實際 SharePoint 的角度, 這個網路研討會正是您本週四需要做的 🙂

      在此處註冊: https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=1dcgz55vlpm0psn3

      </結束>

      訂閱我的博客.

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

    • SharePoint 談店回顧

      我們舉行了我們 3 SharePoint 店談會議昨天. 二十五個民間冒著過於激進註冊螢幕 (我們正在研究,!) 報名並撥入呼叫.

      主題相差很大,雖然他們是的有點更多的最終使用者和光管理員集中這一次. 我們花了大量時間來討論的老問題, "我如何安全視圖". 在那裡還有一些 SharePoint 設計師, 有一點內容部署, 在發佈頁上的 web 部件的版本 (真的是沒有任何 web 部件的版本管理), 設置安全的最佳做法 (答案 ="它取決於"並將保留在頭腦 Joris post 在這裡: http://jopx.blogspot.com/2009/08/sharepoint-and-2000-principal-limit.html) 和分析 (這導致了促進有關 LogParser 和 SharePoint Todd Klindt 郵政: http://www.toddklindt.com/blog/Lists/Posts/Post.aspx?ID=85).

      一種模式似乎形成與這些調用. 在通過電子郵件發送或在 Q 問問題&底線的答案是"看情況"。 小組討論了不同角度的問題, 我們可能會偏離的拖到奇數切線或兩個, 但在結束, 我們已經相當深入討論的主題. 我與這些會議的目標是那問題提問者走開更多的選擇來解決她的問題,比她之前她加入呼叫的呼叫. 這是肯定地說,發生 (事實上, 她可能在某些情況下有太多的選項).

      下個 星期, 我在 Arcovis 和我的同事們將共同展示網路研討會與我們的夥伴的兩個, 集成的系統及服務集團雲計算策略 關於微軟線上服務. 我想它是知識性很強. 我們的角色 (Arcovis) 就是把一個簡短演示如何構建現實世界解決方案使用微軟線上. 我們要展示人力資源應用程式來管理,新員工入職流程. 如果你一直懷疑 MS 線上, 查閱此網路研討會.

      此網路研討會可能意味著我們也不會拿一店談會議下周, 但請繼續關注 🙂 如果我們有的話, 它不會在星期四.

      再來一次, 我感謝小組: 哈裡 · 鐘斯, 娜塔 Voskresenskaya 和蘿拉 · 羅傑斯. 謝謝, 夥計們!

      </結束>

      訂閱我的博客.

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

      Technorati 標籤:

      SharePoint 店談 (打開 Q&A) 本星期四, 08/20/09 在 12:30路透社

      我們正在舉行第三屆 SharePoint 店談本屆會議明天, 08/20 從 12:30 自 1:30 路透社.

      您可以閱讀有關最後一周的會議在這裡: SharePoint 店談思想和反應

      使您的問題或提前給他們發電子郵件 info@arcovis.com.

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

      </結束>

      訂閱我的博客.

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

      Technorati 標籤: ,

      SharePoint 店談思想和反應

      我們舉行了我們第二次"SharePoint 店對話"會議昨天和它是很好玩的. 這次我們擁有了更少的出席者 (主要是因為我們的合作夥伴, ISSG, 沒發大電子郵件邀請,向他們的客戶群). 另一方面, 我們有可能超過兩倍的問題,要回答. 我們有這麼多, 事實上, 我們不能對所有人都, 所以現在我們有一點點的一個良好的開端問題為下星期店交談會話. 談資料檢視 web 部件的問題和我們的反應, 以程式設計方式設置使用者區域的特定資訊, 設計師的 SharePoint 工作流, Kerberos 的瘋狂的基礎設施問題 (那可能是植物由鮑勃 · 福克斯) 和 jQuery. 不幸的是, 沒有班卓琴的笑話, 然而. 歎息......

      我們已經註冊的網站, www.sharepointshoptalk.com 和我們想要開始使用,以做平常的事, 像宣佈要求的排程, 張貼的各屆會議和問題/答案自己錄音. (不要按一下的連結,如尚不存在的任何內容).

      在昨天的電話, 我們有原始的專家小組,其中包括我的 Arcovis 合作夥伴 (婭 Voskresenskaya哈裡 · 鐘斯). 我們添加了 蘿拉 · 羅傑斯EUSP.com (和其他地方) 名人堂. 最重要的是所有, MVP SharePoint Bil Simser 加入呼叫和我們說服他去討論. Bil 甚至拍拍灰塵 舊的博客條目並更新它 在回應的問題之一.

      如果你感興趣,作為"官方"小組成員參與, 消防關閉發送電子郵件至 info@arcovis.com 讓我們知道 (我保證,電郵位址現在工程!) 或 DM , 哈利 通過 Twitter.

      謝謝 Bil 和蘿拉!

      這就是大量的 SharePoint 火力準備回答你的問題,盡我們所能行.

      我將 SharePoint 談店下屆會議上我的博客和 twitter 發佈詳細資訊.

      </結束>

      訂閱我的博客.

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

      InfoPath // 一種解釋為"未處理異常時呈現表單 System.Xml.XmlException 的: 解析名稱時意外的檔結尾已經發生. “

      今天工作 InfPath 表單上,並撞著了一位老朋友, "未處理的異常時呈現形式 System.Xml.XmlException: 解析名稱時遇到意外的檔結束已發生"。

      這發生在我身上很久以前,我不知道到底是我沒有去解決它. 老實說, 我覺得我已經被轉換為一個新專案,從來沒有見過這種解決 (我更換了對付那頭痛). 還記得嗎這是魔鬼的問題. 我花了幾個不成功的天處理它. 從那時起, 見過這至少一次在過去一年來在 MSDN 論壇上,從來沒有真正看到它的答案.

      我打到今天,幸運的是這次 , 有剛才的變化到表單. 我退縮了這種變化和這個問題消失了. 原來它是可以創建從範本生成在圍牆的形式伺服器端解析錯誤的方式使用 InfoPath 設計器.

      以我為例, 問題被引起這些步驟:

      1. 向資料來源添加新的元素,作為一個文字欄位.
      2. 將其放到表單上.
      3. 在下拉清單中更改它的顯示.
      4. 告訴下拉清單中,把其從自訂 SharePoint 清單中的值.

      我不知道是否這些步驟會導致出現問題或也許, 以某種方式本身的清單中的資料是一個問題. 我要去試驗一下,看看是否我可以把釘鬧市區他參數,對此,任何更多的細節.

      </結束>

      訂閱我的博客.

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

      Technorati 標籤: