每月檔案: 12 月 2007

關於商業產品的思考

2 回复

我把 SharePoint 設計器擴展專案 在 CodePlex 今年早些時候，即使它真的很有限的範圍內, 我估計它已經被下載的 40 自 60 (甚至可能 100) 公司只是約兩個月. 指示該解決方案的一個市場，如果我是成功的商業化, 可以轉化為大量的啤酒🙂

我的背景是實際上更多在產品開發中，我知道什麼是需要帶一個頂尖的產品, 如反對 CodePlex 愛好專案, 市場. 在我 過去的生活, 我主要負責產品研發&D 為所有軟體產品的. 然後和現在的區別是，我現在工作的一名顧問 (非常好) 諮詢公司 (Conchango). 以前, 我開了整個公司在我後面，在我面前, 我們銷售和配套的產品推向市場. 今天, 我會孤獨.

我心中有幾個產品創意, 但我認為最容易將創建上述 CodePlex 專案使用，作為一個起點，並進一步延伸它的商業版本. 我模糊的即興思維是收取類似 $100 為無限開發人員許可證和 $500 每生產 web 前端. 我想我也寧願放棄的原始程式碼.

如果你有想法或者你願意分享的經驗, 請你留言或 直接電子郵件通知我. 我想聽聽意見:

  • 這都是值得嗎?
  • 市場行銷的實際建議, 收錢, 分發.
  • 定價.
  • 支援.
  • 任何其他您想要離開的評論.

這是"很容易" 來與產品的想法，並加以實施, 雖然許多幾十個小時的工作要求. 其他的東西不是對我來說一樣容易.

</結束>

Technorati 標籤:

星期天的早晨搞笑: “耶穌是必須死”

1 答覆

我們買了我們的第一個 (和唯一) "奢侈" 車開了回來當佛洛德颶風釘的美國東海岸. 我們有很多的雨在這裡在新澤西和 過了幾天 之前的生活恢復正常. 就在佛洛德之前襲擊, 我們提出一個建議使用沃爾沃 850 GL 和佛洛伊德襲擊後, 把車開回家.

這是我們第一輛車與 CD 播放機. 像大多數新車車主, 我們有點瘋 CD, 恢復我們處於休眠狀態的 CD 收藏和長途旅行的車就是為了在車裡聽 CD 的說下去. 像所有流行潮流, 這為我們傳遞和我們結束在一遍遍聽同一張 CD. 在我們的案例, 它是 耶穌基督超級巨星.

之一 (很多) 精彩片斷在那搖滾歌劇唱的建立宗教類型, 由領導 該亞法, "大祭司". 他們唱他們的方式在決定如何處理"耶穌問題" 和該亞法指示他們的結論，"耶穌必須死". 對這首歌不是"只是必須死, 必須死, 必須死, 這位耶穌必須死". 你聽到了避免很多在那塊.

在時間, 我兒子三歲左右. 你也許可以看到這要去哪裡.

我來到有一天下班回家，我的兒子在客廳裡玩玩具，邊走邊哼. 我正在脫我的夾克, 通過郵寄和所有我平常在走-門的東西，我突然意識到他只說的看, 不是真的唱: "耶穌必須死, 必須死, 必須死。" 可遭殃了. 我能看到他那樣做對他的孩子之一在一個朋友家裡玩日期 — 可能最後一次玩那寶貝朋友約會.

我們耍的光盤拿出沃爾沃之後🙂

</結束>

Technorati 標籤: ,

Google AdSense 程式接受嗎我活的空間博客

7 回复

更新: 作為的 03/09, 我發現沒有辦法與谷歌的 Adsense 集成生活空間我的帳戶. 微軟的系統在這裡似乎防止所有谷歌提供了潛在的 adsense 宿主的技術機制. 我傾向于認為這是主要的副作用，他們已經建成生活空間的安全, 不直接的努力，要禁用站長.

這不是一個 SharePoint 職位, 但是，一般可能感興趣的博客.

有人評論他們的 Windows Live 空間博客谷歌斷然否認參與 AdSense 及其應用. 她推測谷歌拒絕她，因為 Windows Live 空間承載她的博客. 不過, 我最近接受到程式為我的生活空間博客, 因此，這項政策已更改或谷歌拒絕她的其它一些原因.

答案是肯定的, 看不到任何明顯的方式，Google AdSense 融入我的生活空間, 但這是一個開始

</結束>

Technorati 標籤: ,

實施主 / 使用自訂清單的詳細資訊關係

5 回复

論壇使用者經常作為 像這樣的問題:

> 您好 ！,
>
> 請告訴我，是否有任何的可能性，以生成一個自訂清單
> 主頁和詳細的類型 (像發票) 而無需使用 InfoPath.
>

SharePoint 提供了某些現成功能，像這樣支援種類的業務需求.

一般, 一個連結在一起使用查閱列的兩個清單. 清單 A 包含發票標題資訊和清單 B 包含發票詳細資訊.

使用附加清單來維護客戶編碼, 產品編號, 等.

使用內容查詢 web 部件 (在 MOSS 只中) 和/或資料檢視 web 部件來創建清單的合併的視圖. SQL 伺服器報表服務 (SRS) 也是它的報告側供.

不過, 有一些重要的限制使它難使用純預置的功能，甚至中等複雜的東西. 這些包括:

  • 有關查找大小列出 vs. "斑彩" 查找列類型的. 查找列類型提出自己對 UI 以不同的方式取決於是否啟用了多重選取或不. 在任一情況下, 外框控制項顯示源清單中的所有可用專案. 如果源清單 1,000 專案, 這就一個問題. 通過這些專案未頁查找控制項. 相反, 它將所有的他們拉入控制. 這使得資料錄入和性能非常尷尬的使用者介面.
  • 查找"拉回來" 一列資訊. 你永遠不能拉回多個列的源清單中的資訊. 例如, 您不能選擇一個客戶"12345" 並在同一時間顯示的號碼，以及客戶的名稱和位址. 查找只顯示客戶數量，別無其他. 這就使得一個尷尬和困難的使用者介面.
  • 沒有內部形式溝通. 我已經寫了關於此這裡. 您不能實現級聯下拉清單, 有條件地啟用/禁用的欄位, 等.
  • 沒有串聯刪除或內置的參照完整性. SharePoint 視為獨立的實體的自訂清單，並且不允許您將它們連結到對方 ERD 傳統意義上. 舉個例子, SharePoint 允許您創建兩個自訂清單, "客戶" 與"發票抬頭". 在客戶清單中，可以在連結回客戶創建發票抬頭. 然後, 您可以從清單中刪除客戶. 外框, 沒有辦法防止這種情況. 要解決這種問題, 您通常使用的事件處理常式.

可能看起來暗淡, 但我仍使用 SharePoint 作為起點為構建這種功能. 儘管你需要在一個解決方案中有差距, SharePoint 使我們能夠填補這些空白使用工具 （如:

  • 事件處理常式. 用於實施參照完整性.
  • 自訂列: 創建自訂列類型並使用它們而不是預設的查閱列. 添加分頁, 緩衝和 AJAX 功能，使其反應.
  • BDC. 這只苔蘚的功能使我們能夠的查詢其他 SharePoint 清單與通常的查閱列的高級使用者介面. BDC 也可以向後端伺服器應用程式. 使用 BDC 以避免複製. 而不是從 ERP 系統的後端複製客戶資訊, 改為使用 BDC. BDC 功能提供友好的使用者介面拉那直接從 ERP 系統，並屬於避免麻煩的維護複製解決方案的資訊.

    BDC 是蘚類植物的功能 (WSS 中不可用) 和挑戰來配置.

  • ASP.NET web 表單: 創建完整的 ajax 的表單，使用 SharePoint 物件模型和/或 web 服務，同時提供了一個非常敏感的使用者介面利用 SharePoint 清單.

最後一個選項可能會覺得你從頭開始, 但考慮這一事實 SharePoint 平臺開始您具有下列主要功能:

  • 維護安全模型.
  • 維護功能表系統.
  • "主表" (e 小節. 自訂清單) 與安全, 內置的維修和審核.
  • 搜索.
  • 後端集成工具 (BDC).

如果在 visual studio 中使用一個新的空白專案啟動, 你有很多的基礎設施和管道建造之前你靠近 SharePoint 的提供.

我相信微軟打算擴展 SharePoint 中的應用發展方向. 這似乎是對現有的 SharePoint 基礎的自然延伸. 微軟 CRM 應用程式提供了大量的可擴充性，支援頁眉/詳細應用程式開發所需的類型. 雖然這些功能是在客戶關係管理, 技術是明顯可用到 SharePoint 開發團隊，我期望，它一定會成為其 SharePoint 產品年底 2008. 如果任何人有知識或深入的見解, 請留下評論.

</結束>

快速提示: 內容查詢 Web 組件, 查閱列的值和 XSL

3 回复

我有一個列名在名為"房地產所在地"內容類型.

那列是"查找"類型的.

我已經修改 <CommonViewFields> 和 ItemStyle.xsl，若要顯示的列.

一個簡單的 <xsl:值的選擇 =…> 回返回包含序號位置資料的內部值, 如:

1;#邁阿密

若要獲取人類友好的價值, 使用 xsl 之後的字串, 如圖所示:

<xsl:valuexsl 選擇"子字串後 =(@Real_x005F_x0020_Estate_x005F_x0020_Location,’#’)"></xsl:值的>

使用此技術，每當您正在使用的 XSL 轉換中查找值，並需要獲得人類友好的價值.

<結束 />

Technorati 標籤: , ,

SharePoint 比格犬 12 月刊上 & 生活

發表評論

你們很多人已經知道這, 但 12 月版的 SharePoint 獵兔犬 是活.

每一篇文章是值得一讀我認為.

我想給一點額外凸點 我同事的文章 (娜特莉婭 Voskrensenskya). 她描述她是如何使用自訂清單同時提供螢幕截圖盛會, 工作流, SharePoint 設計器, 資料檢視和其他元素，以實現自助服務培訓功能在苔蘚. 她描述了可應用於許多不同的業務場景的技術. 退房 她的博客 雖然你在這.

別忘了簽出 我的文章 以及 🙂 我寫過有關使用 MOSS 幫助人力資源部門管理空缺職位的文章.

</結束>

MOSS 告訴我 “訪問被拒絕” 若要編輯工作流任務, 但真的做了訪問

2 回复

我實現了一個工作流，這是主要是唯讀的"NT_AUTHORITYAuthenticated 使用者的網站中使用 SharePoint 設計器" (e 小節. 每個人都). 還有為 InfoPath 表單的表單庫. 有相關的工作流的工作清單，工作流運行時, 它可以將任務分配給人民.

我打破表單庫和工作清單的許可權，以便任何經過身份驗證的使用者可以創建表單，並更新其分配的任務.

我測試我測試低特權帳戶.

我可以填寫並保存到庫表單? –> 是

可以從電子郵件連結訪問任務? –> 是

可以看到一個編輯工作流任務連結 –> 是

我按一下該連結可以嗎? –> 無 … 許可權被拒絕.

為什麼可以看到拒絕我的許可權，當我點擊它的編輯連結? 這就是不該怎麼上班…

我去通過再次的安全配置, 非常密切. 再次做到. 我考慮刪除這篇文章 因為顯然不知任何安全資訊.

最後, 我搜索互聯網. 我發現這個高度不太可能的 MSDN 論壇帖子: http://forums.microsoft.com/TechNet/ShowPost.aspx?PostID=1838253&SiteID=17

海報似乎暗示匯出到磁碟機碟片上的工作流的簡單行動將修復一個 MOSS 的安全問題? 我簡直不能相信我剛剛鍵入的內容，. 我想起了南方公園 》 裡關於 9/11 凡斯坦問我們 Preznit 的陰謀, "真的?" 遍又一遍.

所以, 失去什麼, 我火了 SPD, 工作流上按右鍵，然後將它保存到我的 c:\ 磁碟機. 這將是 c:\ 在我的可擕式電腦上的磁碟機. 我在看我的肩膀上的全部時間，沒有人會問我, "為什麼您保存該工作流到您的可擕式電腦?"

令人難以置信, 解決了我的問題. 我可以編輯任務.

本人現提名這是解決最奇怪工作流方法的 2007.

</結束>

Technorati 標籤:

SharePoint 設計器, 當前專案 “已編碼的絕對 URL” 和 HTTPS

4 回复

我們經常想要發送一封電子郵件，其中包含指向該專案或觸發工作流的文檔的超連結. 我們可以使用當前項的"編碼絕對 URL" 為此目的. 不過, 它似乎總是使用"HTTP" 為 URL 協定. 如果您的網站在 HTTPS 上運行然後它不會為你工作.

圖像

據我所知, 沒有出去框解決這個問題. 如果你需要使用 HTTPS, 你有沒有從框中選項.

要解決這個問題, 創建一個自訂的操作，提供了一個字串替換函數，以在您的工作流中使用. 或者, 在這裡使用協力廠商工具，如優秀的包裝: http://www.codeplex.com/spdwfextensions 🙂

</結束>

Technorati 標籤: ,

快速而方便地: 確定內部列列名稱的網站

3 回复

更新: 傑瑞米 · 薩 對此話題的博客和貼一些 一個主控台應用程式的代碼 這表明內部名稱.

我想把內容查詢 web 部件以顯示從任務的截止日期，因為螢幕的標籤是"截止日期", 我以為，要在中使用的列名稱 <CommonViewFields> 是"Due_x0020_Date".

錯了!

"調度"是在這種情況下的實際列名稱.

我怎樣找到它? 我重新讀希瑟 所羅門的博客條目上修改 CQWP 要顯示的資料的附加列. 她描述了這一步的過程 #13. 相信它. 它是正確. 至少, 它是正確的對我來說. 我不相信它在第一次多長的名稱與另一列.

我說"信任它" 因為我不相信它，可能浪費了附近撞我的頭靠牆的兩個小時. 我解決"調度後" 名稱, 我想要添加到另一個欄位 <CommonViewFields>. 使用所羅門技術, 我得到了像"XYZ_x0020_Project_x0020_Due_x00"的列名稱.

我對自己說, 這顯然是截斷的名稱. 我去前方，未截斷它，但沒有成功. 我最後用看似截斷的名稱和它的工作.

特別提示: 當正在與 CQWP, 如果添加了一個壞的內部名稱與 <CommonViewFields>, CQWP 會告訴我，該查詢返回沒有結果. 但, 如果資料類型中添加欄位名稱, 它將返回一個結果. 添加資料類型實際上掩蓋的問題因為我引用一個不存在的欄位. 我可以把它, 但當我想要顯示它的值, 我總是會一片空白.

這不掩蓋錯誤:

<CommonViewFields>Due_x0020_Date;</CommonViewfields>

這是掩蓋錯誤:

<CommonViewFields>Due_x0020_Date,日期時間;</CommonViewfields>

</結束>

當心重大更改到 ItemStyle.xsl

發表評論

我使用 ItemStyle.xsl 自訂內容查詢 Web 組件和午飯時間有關的權利的外觀, 我做了更改為 xsl 破碎. 我沒有意識到它, 但這產生了深遠的影響整個網站集. 共進午餐，在我返回時走, 注意到在一堆的地方出現此消息:

無法顯示此 Web 組件. 若要解決該問題, 在一個 SharePoint 服務相容 Windows HTML 編輯器，如 Microsoft Office SharePoint 設計器中打開該 Web 頁. 如果問題仍然存在, 與 Web 服務器管理員聯繫.

我歸咎于用戶端 (不實現，然而這點我的錯) 但最終注意到那視覺工作室智慧感知警告我我有畸形 XSL. 更正了它和一切開始工作.

本名時要小心使用 ItemStyle.xsl (和全球的 XSL 檔中的任何) — 破壞它們會影響網站集合中的許多文物.

<結束 />