其他

　　其實這個問題應該不是Silverlight本身的問題，但有的時候我們確實會遇到。例如我們在Silverlight程式中使用了一些特殊字元，這些字元可能會因作業系統的地區化設定而發生改變，例如貨幣符號$、￥等等。還有在程式中通過字串格式化得到的貨幣數字，則可能因為作業系統的地區化設定而發生數量上的變化，如數字100，當作業系統的地區設定為中國和美國，則數額會不同。有時候可能還會遇到更加奇怪的問題，作業系統的地區化設定甚至會影響到Silverlight程式的行為，如動畫、互動行為等等。　　當你在

　　設計完InfoPath模板之後，需要將其發布到一個公用的地方（如公用網路上），使用者可以下載該模板填寫內容然後產生固定格式的XML資料檔案。一個複雜的InfoPath模板可以包含一個主要資料源（Schema檔案）或多個輔助資料來源，並且其中還可能包括VSTA（Visual Studio Tools for

　　當你在使用Microsoft.SharePoint.Client.FileCollection.Add方法或Microsoft.SharePoint.Client.File.SaveBinary方法向SharePoint Library中建立或修改檔案時，可能會遇到"The remote server returned an error: (400) Bad Request"的錯誤。要解決這個問題，你需要修改SharePoint預設的Maximum Message

　　在IE9中，我們線上開啟SharePoint文件庫中的InfoPath表單時會出現下面的錯誤，如何解決這個問題？　　1. 在IE9的工具列上單擊右鍵，選擇Menu bar，顯示功能表列。　　2. 在功能表列中選擇Tools->Compatibility View Settings，在開啟的視窗中將當前網站添加到相容性檢視的列表中。　　3. 點擊確定，重新整理頁面。然後就可以IE9中線上開啟InfoPath表單了。當然，你也可以勾選Display all websites in

　　Microsoft Expression Encoder是Microsoft Expression產品中的一部分，它主要的功能是轉換和重新編碼媒體檔案，如將視頻或音頻檔案轉換為Web支援的格式，或者進行各種音視頻檔案格式之間的轉換，將媒體檔案轉換為Microsoft Smooth Streaming支援的格式或者Silverlight媒體檔案格式等。Encoder提供的功能很強大，而且非常專業，大家可以去微軟的官方網站查看介紹和下載使用版本，http://www.microsoft.com/

　　InfoPath表單用來產生模板所規定格式的XML文檔，但是在產生的XML檔案中常常會包含一些額外資訊，這些資訊也是以節點的形式出現在XML檔案中，並且在根節點之外，主要用於在IE中識別該XML檔案是用InfoPath表單產生的可以直接用InfoPath開啟，如果你在其它的瀏覽器中開啟這些檔案，則不會出現檔案開啟的提示。這些額外資訊在程式中處理的時候難免會帶來一些麻煩，影響我們對XML節點的處理和操作。這些額外資訊可以在C#中找到相應的對象，看我的另一篇文章http://www.cnblog

REST 文法：http://server/_vti_bin/ExcelRest.aspx/Shared%20Documents/File.xlsx/Model/資源名稱訪問內容…/ModelThe workbook (the binary or the available feeds)/Model/RangesList of named ranges in a workbook (some of

　　查閱w3school的文檔，你會看到XSLT提供了兩個系統函數用於轉換字串的大小寫形式：upper-case()和lower-case()。但是這兩個函數是針對於XSLT2.0以上版本的，Microsoft所使用的XSLT都是1.0版本的，所以當你在代碼中使用這兩個函數時會提示無效。這裡有一個替代的解決方案，使用translate()函數可以解決這個問題。<xsl:variable name="smallcase"

　　在.NET中，使用XslCompliedTransform可以非常方便地使用XSLT對XML文檔進行格式化，// Load XML DocumentXPathDocument xmlXPathDoc = new XPathDocument(HttpContext.Current.Server.MapPath("sample.xml");// Load XSLT DocumentXslCompiledTransform xslTransform = new

 　　今天在使用Excel VBA編輯器修改代碼的時候發現輸入空格會自動退回，另外在輸入&和引號時也會被自動轉義，幾乎無法正常編寫代碼。按照如下步驟可以解決該問題：　　1. 在Excel中找到Developer菜單。如果沒有看到Developer菜單可以點擊File - Options - Customize Ribbon，在右邊的Main Tabs中選中Developer。　　2. 點擊COM Add-Ins，在彈出的對話方塊中去掉Load Test Report

　　Silverlight的Textbox只有在焦點失去的時候才能取到Text值，這就使得在某些操作下容易導致值在儲存之前丟失的問題。例如：DataGrid中使用了內建的Group，使用者編輯其中的Textbox值然後保持焦點在Textbox中不丟失，摺疊DataGrid中的group分組，這時儲存資料（到資料庫或是SharePoint

　　使用者在頁面上提交表單到伺服器時，伺服器會檢測到一些潛在的輸入風險，例如使用富文字編輯器控制項（RichTextBox、FreeTextBox、CuteEditor等）編輯的內容中包含有HTML標記或指令碼標記，ASP.NET頁面會拋出一個"A potentially dangerous Request.Form value was deceted from the

　　將DataGridView中的資料匯出到Excel中有許多方法，常見的方法是使用Office COM組件將DataGridView中的資料迴圈複製到Excel Cell對象中，然後再儲存整個Excel Workbook。但是如果資料量太大，例如上萬行資料或者有多個Excel Sheet需要同時匯出，效率會比較低。可以嘗試使用非同步作業或多線程的方式來解決UI死結的問題。參考http://www.cnblogs.com/jaxu/archive/2011/08/03/2126497.html　

　　在使用XSLT格式化XML文檔時，有時希望輸出帶有<![CDATA[

不算前言的前言好像已經很久沒有寫過安全方面的文章了，所謂安全圈子裡面，大家也許認為玄貓消失了，不過，我想，作為駭客的玄貓也許從來沒有出現過吧。沒錯的，我是玄貓，如果前兩年你看過《駭客X檔案》或者《駭客手冊》這樣的民間安全雜誌，那麼你也許見過這個名字。或者，很抱歉的，你的網站有時會出現過“玄貓啊玄貓……”這樣的提示框或者文字，那麼我很遺憾，我寫的漏洞利用工具被人濫用到你的網站上了，藍色理想裡的程式員、站長想必不少，我在這裡也向你道個歉。什麼是跨站指令碼攻擊OK，我們就進入本文吧。按照慣例，我先給出

　　似乎要解釋清楚AntiXss.HtmlEncode和HttpUtility.HtmlEncode及Server.HtmlEncode之間具體的區別有點困難，但是它們基本都可以用來防止網站受到惡意指令碼注入的攻擊。按照MSDN的解釋，HtmlEncode只能用來將'<'，'>'，'&'以及'"'進行轉義，另外也包括編碼大於0x80的ASCII碼，不過這要視伺服器的環境而定，不同版本的IIS轉義的情況不同。例如將網站發布到IIS6和發布到IIS7上會有區別，另外如果你只是在V

　　我們在建立InfoPath Template時通常會遇到要給模板添加認證的問題，常用的做法是建立一個空白的InfoPath Form，然後在File - Form Options - Security and Trust中選中Sign this form template，Create Certificate。該方法適用於大多數情況，而且非常簡單，不過有的時候你會發現使用該方法建立出來的數位憑證有效期間只有一個月。這會比較麻煩！意味著一個月後你不得不重新發布InfoPath

　　這裡有一個方法可以將DIV的捲軸滾動到其子項目所在的位置，方便自動定位。var container = $('div'), scrollTo = $('#row_8');container.scrollTop( scrollTo.offset().top - container.offset().top + container.scrollTop());// Or you can animate the scrolling:container.animate({

　　最近一直在最佳化一個網站，為了使其能在行動裝置上有更好的使用者體驗，我們做了許多調整，包括將所有的Flash和Silverlight控制項替換成HTML5，以及添加一些針對觸屏的事件等。在下一篇文章中我會介紹一些針對觸屏開發的技巧。　　DIV元素預設的捲軸在iPhone和iPad會消失，其實這個問題不是代碼或CSS本身的問題。Apple預設將其系統上所有的捲軸都隱藏起來了，當然這也包括HTML元素。在Apple裝置上，預設行為是當使用者觸摸並滑動螢幕時，所在的元素如果支援捲軸並且捲軸可用，那

　　如今行動裝置變得越來越流行，在提供便利性的同時，觸控螢幕也使得使用者逐漸擺脫了對傳統鍵盤和滑鼠操作的束縛，人機互動更加方便。這不僅體現在強大和多樣化的APP應用程式上，Web應用程式同樣也由於觸控螢幕的興起而變得更加豐富多彩。例如在傳統裝置上使用者利用滑鼠（包括觸摸版）和鍵盤來操作網頁，放大圖片、拖拽元素、進行頁面滾動等等。一些常見的滑鼠和鍵盤事件諸如mouseover、mouseout、mousemove、click、foucs、blur等為我們提供了很好的頁面互動操作，具體可以參考W3s