快速而方便地: SharePoint 表單上使用 jQuery 為設置文本域的值

我開始玩, jQuery 昨天. 我一直想這樣做很長時間, 自從 保羅翼 開始寫 他的系列 關於 jQuery 為最終使用者在尊者 www.endusersharepoint.com web 網站. 當我使用它, 我希望能添加一系列的"快速和容易"職位像這樣. 這篇文章描述了如何將一個已知的文字欄位值設置為你想要的一切.

在此方案中, 我創建了其"新"的表單看起來如圖所示的自訂清單:

image

這是一個自訂清單的預設標題列的新表單和兩個清單列 (沒有為網站列; 我不認為它應該沒有區別).

目標是將任意值分配給欄位, ""DefaultMeFieldNoSpaces (你能告訴我是有點懦夫與"不能有空格"事, 但我做辣一點在結束了這篇文章).

此位 jQuery 為我工作:

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

  $(功能() {

    $(' 輸入[標題 = DefaultMeFieldNoSpaces]').attr(
        {價值: ' 你是在曲折迂回的通道, 都一樣.'});

  });

</腳本>

據我所知這位 jQuery 說, "我找任何輸入標記的標題 = DefaultMeFieldNoSpaces. 然後, 設置所有其值為一句名言從舊的電腦遊戲。

因為只會有一個欄位在表單的標題上等於"DefaultMeFieldNoSpaces"我們是放心地將一個值分配給該欄位,而且沒有其他.

一個欄位的名稱中有空格呢? 它是幾乎相同:

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

  $(功能() {
     $(' 輸入[標題 = 分配欄位與空間]').attr(
        {價值: ' 你是在曲折迂回的通道, 都一樣.'});

  });

</腳本>

我覺得這是一個相當安全的方法, 意思我們應該能夠找到我們想要的欄位和欄位只我們想要. 如果你看看 HTML SharePoint 給我們, 它是有點亂:

<輸入
名稱="ctl00$ m$ g_bdb23c2c_fde7_495f_8676_69714a308d8e$ ctl00$ ctl04$ ctl02$ ctl00$ ctl00$ ctl04$ ctl00$ ctl00$ 文字欄位"
類型="文本"
maxlength="255"
id="ctl00_m_g_bdb23c2c_fde7_495f_8676_69714a308d8e_ctl00_ctl04_ctl02_ctl00_ctl00_ctl04_ctl00_ctl00_TextField"
標題="DefaultMeFieldNoSpaces"
="ms 長"
/>

"標題"突出的可識別和希望獨特的屬性,以説明我們確定我們想要將我們任意值分配到特定的列.

這是一個基本的概念. 以任意的方式,這樣的欄位設置不會贏得任何獎項. 不過, 如果我們想要做更多有趣的表單級東西 (我們所有人總是想做, 答案是肯定的, 就在我們完成洗碗之後), 像更改的自動基於的值"欄位 b"值"欄位", 我們 (我) 需要學習這些東西.

我認為我們最好的機會,以獲得真正有用的價值是通過標題, 至少對於文字欄位. 可能有一個更好, 更可靠的方法. 如果我找到它, 我將更新這個帖子. 如果你知道一個更好的方式, 請留下評論。</結束>

</結束>

訂閱我的博客.

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

SharePoint 示範: 利用 SharePoint 打造一個垂直的商務應用程式

[請注意: 我想要馬上說我覺得這次示威的預期成果的金融興趣, 我提及完全資訊公開, 等. 這是實際上第一次我曾經博客事件位置要以這種方式個人得益。]

此 web 演示發生 (星期四), 06/04 在 12:30 美國東部時間, 在結束 1:30路透社.

在我的優秀商業夥伴的合作, 集成的系統及服務集團 (ISSG), 我一直在努力開發使用 SharePoint 作為平臺的垂直商務應用程式. 在此情況下, 我們正在構建的應用程式服務的需要,讓他們的客戶定制的產品的製造商. 在這些情況下, 大量的協作需要客戶與製造商之間的地方. 此外,還有大量的製造商中不同群體之間所需的協作, 包括銷售, 工程, 研究與開發, 法律和其他群體.

該演示要展示應用程式,方便了協作的那種, 所有這些協作位需要討論如何與後端 ERP 系統集成.

最後, 這不一個 SharePoint 演示. 這是解決方案的一個演示碰巧使用 SharePoint 作為平臺特定的細分問題.

所以, 為什麼你會費心去註冊,看看這個演示? 我希望博客的讀者不會對按訂單製造商的解決方案感興趣的所有內容take您的收穫將是概念本身–僅使用SharePoint來提供業務解決方案而無需考慮SharePoint本身.

如果你有興趣, 請在這裡報名(https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=skmqfwbr5smmlx20).

</結束>

訂閱我的博客.

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

你就能撬動我的感冒從 SharePoint 設計器, 死人的手

我的最新文章www.EndUserSharePoint.com. 我寫了關於 SharePoint 設計師, 最終使用者和最終使用者可能嘗試的戰略和按照大綱,以顯示能力和建立信任圍繞此工具.

評論都比文章本身更有趣.

將其簽出.

</結束>

訂閱我的博客.

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

有效地按照 Microsoft SharePoint (和其他) SharePoint 論壇

我一直有跟進井 MSDN 論壇一年 (可能是幾乎 2 此時的年) 和我時不時聽到有人要做的是如何"硬". 我發現它很容易,我會分享我的"技術"的思想. 這種技術也適用于 www.endusersharepoint.com (http://www.endusersharepoint.com/STP).

以 MSDN 為例, 第一次去標準論壇網頁,如為這裡的 SharePoint 主頁面的一般性問題: http://social.technet.microsoft.com/Forums/en-US/sharepointgeneral/threads

您應該馬上注意到論壇將啟用 RSS, 如圖所示:

image

我一直使用谷歌閱讀器來管理我的 RSS 種子現在很長時間 (www.google.com/reader). 我去那裡, 添加 RSS 提要為論壇和我現在通過 RSS 所有新論壇的帖子. 我的谷歌飼料 SharePoint 論壇看起來就像這:

image

谷歌提供我本身的過帳尼斯的看法:

image

最後, 谷歌讓我使用鍵盤滾動通過這種方式在論壇中的帖子.

我可以快速掃描通過職位,只關注那些我覺得我可以作出有益的貢獻.

警報關閉迴圈. 通過 RSS 更新職位不來 (儘管我認為他們用到很久以前). 不過, 如果我開機自檢論壇張貼的回應, 論壇通知我通過電子郵件和即時消息,有人回復反過來. 或, 如果我不能作出有益的貢獻,但我想知道別人要說些什麼, 我可以深入到它並顯式請求警報,當他人做回應.

在一小時內或減去您可以設置此過程和在為期一周的定期使用, 瞭解各種鍵盤技巧和快捷方式,這樣,這將成為第二天性.

我確切相同的技術用於最終使用者了 SharePoint.Com 的"殘端小組"論壇. 這是他們的 RSS 源: http://www.endusersharepoint.com/STP/rss/.

論壇是一種令人敬畏的方法, 可能是最好的辦法,沒有直接的個人經驗, 學習產品並變得如何好調查中的世界, 在大, 使用 SharePoint. 試一試!

</結束>

訂閱我的博客.

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

Technorati 標籤:

為更有效的工作流審核使用自訂清單

我已經有點整頓了我的生活併發現一些時間提交的一篇文章 www.endusersharepoint.com. 我最新的文章是在這裡: 為更有效的工作流審核使用自訂清單 (http://www.endusersharepoint.com/?p=1658).

這就是開放 ' 圖:

設計器 SharePoint 工作流並不給我們大量的發生與我們的工作流解決方案的可視性. 和, 我們做得到的可見度受到一個相對較差的介面和 60 一天時間視窗. 這 60 一天視窗可以是新的 SharePoint 設計器使用者主要失望,因為它不由該工具本身的廣告. 它根本不是鮮見有人以火了 SharePoint 設計師, 創建一個工作流解決方案,利用了"日誌到歷史記錄清單"行動......

問題是,在後 60 天, 這種方法您創建的任何消息從工作流歷史記錄清單中刪除! 後位,咬牙切齒,"他們在想什麼?"參數, 這是底線: 碰巧的是,它需要發生. 問題是, 我們如何能在它附近?

官方的答覆是依靠 SharePoint 的內置審核功能. 從最終使用者的角度來看, 然而, 這是在 WSS 非常薄弱和苔蘚也好不了多少. 所幸的是, 我們仍然可以利用熟悉的 SharePoint 設計器工具,來創建持久的工作流歷史記錄和審計的數量級是引導更有用的線索. 這裡是如何.

描述了如何創建一個更友好、 更有用的審計解決方案在 SPD 中創建聲明性工作流.

我得到了啟發,寫這篇文章從最近的一個專案,開發了九個技術 SPD 工作流為一個邏輯業務流程支援的用戶端. 現在,九是一個合理的數位假定為, 它肯定是一個挑戰,要調試它,或在一個簡單的視圖中查看進程的整體狀態. 這些單獨的技術工作流的每個人都有自己獨立的工作流歷史記錄清單,這並非易於管理. 我是能夠將所有這些組合到單個審核清單使用我在網站描述的技術.

將其簽出.

</結束>

訂閱我的博客.

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

竹日曆進行交互與 SharePoint 導致"時發生意外的錯誤"

今天, 我一直在使用竹的日曆 web 部件進行一些改進的協作環境. 這標準的中小農場與兩個負載平衡目送, 為索引的"應用程式伺服器",InfoPath 和群集的 SQL 後端.

用戶端安裝一些災害復原軟體上目送之一而導致網站集合中的特定網站的破碎 WFE. 每當負載平衡指著受影響的 WFE 和該網站, 使用者看到很大程度上空白的白色的螢幕,這句話"時發生意外的錯誤". 沒有其他資訊顯示, 只是那句.

他們問我要看看它. 我很容易複製的問題,然後加 ?內容 = 1 到 URL 的末尾. 這是學會他們使用竹 web 部件. 又回到頁面和現在, 突然, 它向我展示了一個很好的有序錯誤訊息:

image

我不知道發生了什麼,或者我做了什麼獲取要顯示其他比追加的控制的錯誤訊息 ?內容 = 1 位的查詢字串.

這可能是非常罕見的邊緣箱子,但如果你得到的消息, "出現意外的錯誤"去和添加 ?內容 = 1 到查詢字串,看看到底.

</結束>

訂閱我的博客.

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

Technorati 標籤: ,

抱怨 Windows 直播評論控制

我挑了 windows 活空格早在 7 月 2007 作為我的博客平臺. 大部分為, 我沒有任何遺憾和微軟當然擴展它隨著時間的推移 (雖然我主要是找出有關新功能的事故).

我最大的抱怨現在是博客垃圾評論. 這個人 / 帳戶 (http://cid-82b0534bceed9881.profile.live.com/) (除其他外) 頻繁地將大量的垃圾評論添加到我的博客的評論形式. 微軟添加一個不錯的功能,以顯示"最近的評論"這樣找出可以相當快的速度至少他們 (而在之前, 我不得不分別走進每個博客條目) 和他們清理. 它是仍然耗時.

我希望,:

  1. 微軟將會把一些更好地過濾垃圾郵件.
  2. 我可以阻止特定人從添加評論.
  3. 未有上述, 我可以更輕鬆地識別和刪除垃圾郵件. 馬上, 我需要做注釋的注釋,它是較慢, 尤其是當一些垃圾郵件機器人的人/程式添加 25 自 50 在一個會話中的評論.

如果您是 windows 即時使用者並有一些有用的技巧分享, 我會很感激.

</endGripe>

訂閱我的博客.

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

SharePoint 週六現象繼續 (加, 我的幻燈片)

我從返回華盛頓昨天出席最新後 SharePoint 星期六. 什麼顯著的事件! 繼續其他 SP 星期六的傳統, 它是很好地運行. 環境, 整個組織, 流, 供應商區, 糧食 ... ... 都是太棒了.

答案是肯定的, 最好的部分是內容,我不認為任何人都感到很失望.

它真的很令我驚奇的如何所以很多人的令人振奮自己從床上早就是星期六,去聽聽人談論為 SharePoint 8 小時🙂驚人.

賠率是, 那裡是一 SharePoint 週六事件來您的方式,如果不存在, 你為什麼不開始一個人?

我在會議上提出用舌頭扭標題, "使用 SharePoint 平臺打造垂直商務應用程式"。 你可以在這裡演示文稿: https://cid-1cc1edb3daa9b8aa.skydrive.live.com/browse.aspx/Public. 它不是我平常的演示文稿又與它的樂趣. 我會給這再一次在 6 月份的但在北弗吉尼亞州使用者組會議 6 月底.

</結束>

訂閱我的博客.

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

治理太行銷計畫

我們花那麼多時間的原因 (或者應該, 不管怎麼說) 治理計畫工作是因為我們想要盡可能有效的 SharePoint 解決方案. 我們想要良好的基礎設施和規則,以保持它嗡嗡和安全在發生災難時. 我們想要很好的安全流程,既適當保護環境,但也讓人們合理地管理. 我們想要一個好的資訊體系結構,將經得起時間的考驗, 理想的情況下設法生存主要組織改變公司.

要實現這一理想目標, 治理檔和計畫可以下放成一堆"你須"和"你不會的", 如在:

  • 你不應創建 SharePoint 安全性群組; 改為使用 AD.
  • 你不應在文件庫中創建資料夾; 改為使用內容類型和意見.
  • 你應創建內容類型基於關閉特定的自訂的基類型的所有文檔.
  • 你不應創建基於今天的公司組織結構圖資訊分類.

"你須"和"你不應"當然有它們自己的治理計畫.

一個更成功的治理計畫還將一個強大的行銷角度. 它賣了,並為自己辯護到最大限度地. 一個真正成功的治理計畫依賴于所有 SharePoint 使用者自願合作. (有條紋例社區合作不需要的地方, 如由為數極少的嚴格地管理使用者使用 SharePoint 時; 我肯定你能想到的其他人). 如果使用者社區到你治理計畫買不到,那麼它將充其量是部分成功.

我故意用那個詞"買入". 如果這是從根本上的聲音和你去一些努力來賣給它,社會會買治理計畫. 銷售市場行銷資訊,這就是為什麼我認為治理計畫應該是一個行銷計畫太. 說服您的最終使用者,他們需要遵循治理計畫,他們將自願跟隨它. 如果你能得到的人後治理計畫的臨界品質計畫的益處跟隨,然後你會有更強的環境,它.

</結束>

訂閱我的博客.

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

Technorati 標籤: , ,

解決方案: 編譯 MOSS 觀眾添加任何新成員

底線: 如果您想要創建的觀眾在規則中使用的配置檔案屬性, 該屬性必須是可見的"人人"

正在與一位同事昨天和他建立了一個基於自訂使用者設定檔屬性在 MOSS 中的苔蘚觀眾. 在此情況下, 觀眾屬性命名為"SITECD"和公約 》, 存儲 3 字元代碼. 他確定觀眾和說,如果"SITECD 等於 '亞沙會'"的規則, 然後在觀眾中包含該使用者設定檔.

他建立了具有此值的單個使用者設定檔,並編制觀眾, 但莫斯根本不會將該使用者添加. 我注意到,該設定檔的隱私設置設置為"僅自己" (限制性最強的表單) 我記得讀某處該屬性在規則中使用的設定檔必須是可見的"每個人". 他作出轉變,這解決了問題.

關於這真的很有趣的事情是我"想起"閱讀關於這. 它由於某種原因被嘮叨著我今天早上和我意識到這書寫一章, 莫斯解釋說: 資訊工作者的深潛到 Microsoft Office SharePoint 伺服器 2007, 我寫了我覆蓋這點非常章 :). 我想,每一個詞都在這一章將銘刻在我的記憶.

馬特 · 莫爾斯寫了這美麗的細節在這裡,就在這一章中其引用了: http://blogs.pointbridge.com/Blogs/morse_matt/Pages/Post.aspx?_ID=50

</結束>訂閱我的博客.

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

Technorati 標籤: ,