每月檔案: 6 月 2010

"能做” 與"應做比較” 在 SharePoint 專案

8 回复

我認為我們很多人偶爾提出了與, 沒有一個更好的短語, 幼兒的要求。  最終使用者真的, 非常迫切希望某些特定外觀和感覺, 或一個非常具體的分類結構或要剪出一個按一下或功能表選項，以紓緩導航或 [插入充滿激情地舉行碰巧是錯誤的信仰].  作為 SharePoint pro 的, 我們通常可以滿足幾乎任何類型的與平臺的要求, 但對其中一些, 我們知道在我們的心中，:

  • 他們打算採取過多的時間來執行 (因此更多的成本和)
  • 他們要將高度自訂，因此難以維護和疑難排解
  • 是有一些簡單的 SharePoint 方法，可以滿足 80% 或更多的要求 (e 小節. 符合要求的精神, 但不是要求的信件)

底線, 我們知道"規定"是真的只是很高興了，甚至在某種意義上合法, 但事情的人應該住在一起而不是花很多時間試圖"解決"。

因為之前有許多次看到這種模式，我認為這些作為"年輕的孩子"的要求。  孩子們將走松和嘮叨你為一些新玩具為周的時間。  你把他們的玩具, 他們和它一起玩的幾個小時或幾天，然後把它放下, 從來沒有把它再撿起來。  或, 不是你的玩具, 愛嘮叨的停止和孩子上將移動，成為自由世界的總統。   我見過這種事發生在 SharePoint 專案中。  決策者也可以得到他們想要什麼和它成為未使用或未充分利用的功能或他們不得到他們想要和該專案仍然成功反正.

我想起了今天在一個論壇中張貼和我喜歡如何 克萊頓 · 科布 試著讓論壇海報推回對這些類型的要求之一: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

我真的很好奇的人如何查看本主題和你是如何處理它。  我錯過點嗎?  引導從在瑣碎的要求恰恰給決策者的戰略嗎?  請留下評論.

</結束>

訂閱我的博客.

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

快速提示: JQuery 添加 MOSS 發佈網頁

1 答覆

當加強使用 jQuery 的 MOSS publising 頁, 我打了以下的絆腳石:

中的伺服器錯誤 ' /’ 應用程式.

分析器錯誤

說明: 解析該請求提供服務所需資源的過程中出錯. 請查看下面的特定分析錯誤的詳細資訊，並適當地修改您的原始程式碼檔.

分析器錯誤訊息: 內容控制項只允許在包含內容控制項的內容頁中直接.

源錯誤: 

 
Line 10: 
Line 11: 
Line 12: <script 
Line 13:     type="text/javascript" 
Line 14:     src="/jQuery/jquery-1.4.min.js">

原始檔案: /_catalogs/masterpage/KCC_FacultyMember.aspx    行: 12

版本資訊: Microsoft.NET 框架版本:2.0.50727.4927; ASP.NET 版本:2.0.50727.4927

很容易修復 (我的同事 h/t, 烏代 Ethirajulu).  一定的 jQuery 代碼生活裡面"PlaceHolderAdditionalPageHead"，如圖所示:

<asp:內容 ContentPlaceholderID ="PlaceHolderAdditionalPageHead" runat ="伺服器">

<腳本

    類型 ="文本/javascript"

    "src="/jQuery/jquery-1.4.min.js>

</腳本>

<腳本類型 ="文本/javascript">

  $(文檔).準備好了(功能() {

   // 這裡是輝煌的 jQuery 的東西.

   });

</腳本>

</結束>

訂閱我的博客.

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

新文章, "掌握 SharePoint”

發表評論

我最新文章 SharePointBriefing.com 是了，在這裡踢: http://sharepointbriefing.com/features/article.php/3887276/The-Road-to-SharePoint-Mastery.htm

這裡是個難題:

image

這基本上是我最受歡迎的公共演講上"到學習 SharePoint。"很短和濃縮版  沒有班卓琴笑話, 然而.

將其簽出!

</結束>

訂閱我的博客.

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

BPOS 2010 和"超集合”

2 回复

我讀到的 這些漂亮的 BPOS 泛型等等類似的文章 (微軟的 exchange 和 SharePoint 中雲) 並通過到末尾值得慶倖的是 waded:

在其他近期可交付結果, 微軟是提交在 BPOS v.Next 本機 PowerShell 腳本通過 PowerShell 終結點生成 PowerShell 版本中提供 2. 將通過線上 Id 進行身份驗證, 與單一的憑據是能夠用於 PowerShell 和入口網站。基恩呼應消息執行董事被在 TechEd 表達這一周其他 Microsoft: 雲功能, 隨著時間的推移, 將  成為可用的處所是什麼的一個超集合. 目前, 相反是真實, 和微軟的線上服務提供的軟體對應的每個產品中可用的函數子集.

雲計算將提供更多的能力比對前提的概念是新的我. 我不知道如何真實，要在結束了。  感覺到我有悖常理。  我完全得到很多公司會將東西移動到雲計算的想法 (還是在雲計算開始) 但我通常認為他們做它，因為親的 (更容易的管理, Sla, 等) 遠利多於弊 (縮減的功能). 

我正在一點點的雲產品將超過上 prem 能力很難相信。  多租戶是硬，好像它必須力妥協以提供好的 SLA 和易用性的......

也許，我要吃我的文字在這上。  我記得當時在想，沒有人可能需要更多 650 mb 的資料，因此, 裁談會永遠不會得到改進.

</結束>

訂閱我的博客.

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

SharePoint 星期六巴爾的摩輪詢

2 回复

我毫不猶豫地傳遞沿這考慮到"班卓琴笑話"不是選項, 但......SharePoint 星期六結束的八月 (巴爾的摩版) 主辦單位有問建議主題的一項民意調查。  去這裡填好: http://www.sharepointsaturday.org/baltimore/default.aspx

儘早投票並經常投票🙂

但認真, 只能投票一次.

</結束>

訂閱我的博客.

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

使用工作流來類比內容類型安全

3 回复

另一天, 另一種 MSDN 論壇啟發開機自檢.

有人問是否他們能安全的內容類型，這樣當使用者按一下自訂清單中的"新"按鈕上, 僅指該人被授予存取權限的內容類型將會出現在下拉清單中。  正如我們所知, 這並不是開箱即用支援.

這個問題總是會現在然後和這次, 我有一個新的想法。  讓我們假設我們有這樣的方案:

  • 我們有售票系統服務支援.
  • 説明台售票系統允許使用者輸入經常説明台票務資訊, 如問題區域, 問題狀態, 等.
  • 我們想要讓"超級"使用者指定的"緊急"欄位.
  • 其他使用者不能訪問該欄位。  系統將總是將"中等"級優先分配給他們的請求.

我們能做的就是創建兩個單獨的 SharePoint 清單和兩個不同的內容類型, 一個"超級"使用者和其他為別人.

每個清單的工作流將資料複製到主清單 (實際説明台機票清單) 和這一進程從那裡所得.

這種方法可能工作流列級安全性，以及一種。 

我沒試過, 但它認為合理，並給出一個相當簡單, 如果很粗糙，, 實現一種內容類型和列級別的安全選項.

</結束>

訂閱我的博客.

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

作為窮人的自動專案級別的安全內容審批

2 回复

有一個常見的業務方案與 InfoPath 表單。  我們想讓人們填寫 InfoPath 表單並將其提交到一個庫。  我們希望經理人 (沒有其他人) 要訪問這些表單.

這一問題上來然後在表單上 (例如：. http://social.technet.microsoft.com/Forums/en-US/sharepointadmin/thread/76ccef5a-d71c-4b7c-963c-613157e2a966/?prof=required)

解決這個問題的快速方法是啟用表單庫的內容審批。  去圖書館的版本設置並將它設置了如圖所示:

image 

點擊"要求內容審批"，這將允許您挑選一個值為草稿專案安全性.

它是有點反直覺因為我們並不認為在"內容審批"當所有我們想要做是防止人看到其他使用者的形式。  不過, 很好的效果 (以我的經驗).  只是不贊成這些形式，他們總是被視為"草稿"。 

給審批許可權的人應該能夠看到他們，你已經封閉迴圈.

這並不是完全的大新聞, 但這個問題不會出現一定的規律, 所以我想它會是值得張貼.

</結束>

訂閱我的博客.

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

SharePoint 線上和 InfoPath

2 回复

我可能是最後一個意識到這一點的人, 但 SharePoint 線上 (我經常聽人們說是榮耀的 WSS) 支援 InfoPath 表單服務。  這是很強大的東西, 尤其考慮到 IP FS 是一個 MOSS 企業特點和 BPOS 是 1.99 美元/月的一樣的東西 10,000 使用者。  也許是有點更多.

所以, SharePoint Online 無視容易的定義。  它有此企業功能, 但沒有匿名存取 (其中甚至 WSS 支援).  你可以做一些有趣的東西與搜索 (范兒, 您可以自訂網站級別範圍), 但是如果你需要對 SSP 的訪問, 你不能做到。  您可以使用該產品通宵玩“一方面，另一方面”的遊戲🙂

微軟將在未來幾個月內發佈新版本的 SP 線上。  我不知道不會出什麼奇怪混合?

</結束>

訂閱我的博客.

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

分類討論永遠不會消失

發表評論

有在 MSDN 論壇上這裡發生不尋常的"理論"類型執行緒: http://social.technet.microsoft.com/Forums/en-US/sharepointgeneral/thread/34d11f89-4405-4ba5-b0f0-faa5af6e6ad5/

MSDN 論壇問題很多都非常"怎樣做 [x]"在自然中.

這是一個大題目和一些關鍵的問題正在解決挺好線上程中.

加入的樂趣!

</結束>

訂閱我的博客.

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