1. oncontextmenu= "window.event.returnValue=false " 將徹底屏蔽滑鼠右鍵 <table border oncontextmenu=return(false)> <td> no </table> 可用於Table 2. <body onselectstart= "return false "> 取消選取、防止複製 3. onpaste=
函數功能:該函數返回系統的對話基本單位,該基本單位為系統字型字元的平均寬度和高度。對於使用系統字型的對話方塊,可以用這些值在對話方塊模板之間轉換,比如在對話方塊模板和像素之間。對於不使用系統字型的對話方塊,從對話方塊模板單位到像素的轉換要根據對話方塊使用的字型而定。對於對話方塊的其中一種類型用MaPDialogRect函數很容易地來執行轉換,MaPDialogRect考慮字型且正確的把一個長方形模板單位轉換為此像素。 函數原型:LONG
IDispatch介面與IUnkown介面, 介紹區別的文章很多 ,我就不廢話連篇啦.原有組件, 全部定義為繼承於IUnknown介面, 在C#語言中,開發案頭版系統, 沒有遇到任何問題, 可是開發網站, 問題就來了.例如下面代碼:{ IMap m = new MapClass(); IMapLayers lyrs = m as IIMapLayers;}IMap IMapLayers都是組件類MapClass的介面, m,不為空白, 可是, lyrs卻是空的!C#語言問題??可是,
<script type="text/javascript"> 2 3 //by UniMagic from http://game.unimagic.cn/ 4 5 function $A(arrayLike){ 6 for(var i=0,ret=[];i<arrayLike.length;i++) ret.push(arrayLike[i]) 7 return ret 8 }; 9 Array.prototype.any=function(f){10
關鍵詞:delphi;word;excel;報表; 1.引言 在利用delphi開發應用程式的時候,通常我們要設計出很多各種格式的文檔、報表,經常要進行檔案的建立、編輯及修改,雖然delphi本身提供了很多設計報表的控制項或方法,但是存在明顯的不足,比如中文輸入,資料格式的控制等操作起來比較麻煩。利用大家都很熟悉的office工具結合開發,能夠很好的解決這方面的問題。以下就以delphi為例詳細介紹怎麼利用office完成各種文檔、報表的製作。 2.實現方法 利用delphi和office結合
提起 Huffman 這個名字,程式員們至少會聯想到二叉樹和二進位編碼。的確,我們總以 Huffman 編碼來概括 D.A.Huffman 個人對電腦領域特別是資料壓縮領域的傑出貢獻。我們知道,壓縮 = 模型 +編碼,作為一種壓縮方法,我們必須全面考慮其模型和編碼兩個模組的功效;但同時,模型和編碼兩個模組又相互具有獨立性。舉例來說,一個使用Huffman 編碼方法的程式,完全可以採用不同的模型來統計字元在資訊中出現的機率。因此,我們這一章將首先圍繞 Huffman先生最為重要的貢獻 ——
自從去年看到D後,就深深的被D迷上了.靜態類型,本地代碼,快速編譯,垃圾收集,直接存取C,單元測試,契約編程...太多的特性,並且每個特性都讓我為之心動.我喜歡解決問題,更喜歡找到解決問題的方法.工欲善其事嗎.看到D這個編程利器後,我幾乎天天都在學習D.每天用D編寫一段程式,每天看看D的新聞,每天要訪問Javaeye的DLang圈子. 看到更多的朋友關注D,學習D,加入D的組織,心裡非常高興. 高興之餘,掩卷沉思,我們在學習D這個利器的時候,找到學習的最後方法了嗎?我已經使用了半年D,拋個磚頭:
我們在上一章中已經明白,Huffman編碼使用整數個二進位位對符號進行編碼,這種方法在許多情況下無法得到最優的壓縮效果。假設某個字元的出現機率為 80%,該字元事實上只需要-log2(0.8) = 0.322 位編碼,但 Huffman 編碼一定會為其分配一位 0 或一位 1 的編碼。可以想象,整個資訊的 80%在壓縮後都幾乎相當於理想長度的 3 倍左右,壓縮效果可想而知。 難道真的能只輸出 0.322 個 0 或 0.322 個
文章引用自: [引用] 2007-03-05 | 發表者: 李鴻儒
全新的思路 我們在第三和第四章中討論的壓縮模型都是基於對資訊中單個字元出現頻率的統計而設計的,直到 70年代末期,這種思路在資料壓縮領域一直佔據著統治地位。在我們今天看來,這種情形在某種程度上顯得有些可笑,但事情就是這樣,一旦某項技術在某一領域形成了慣例,人們就很難創造出在思路上與其大相徑庭的哪怕是更簡單更實用的技術來。 我們敬佩那兩個在資料壓縮領域做出了傑出貢獻的以色列人,因為正是他們打破了
算起來,資料壓縮的起源要比計機的起源早得多,有興趣的讀者可以翻閱一下任何一本成語辭典,查查諸如“二桃三士”、“蕭規曹隨”之類的短語涵蓋了多少資訊內容。 認真一點:資料壓縮技術在電腦技術的萌芽時期就已經被提上了議事議程,有關資訊如何被高效儲存和傳遞的話題不斷被軍事科學家、數學家、電子學家討論來、討論去。終於,隨著資訊理論的產生和發展,資料壓縮也由熱門話題演變成了真正的技術。通用無損資料壓縮 科學家在研究中發現,大多數資訊的表達都存在著一定的冗餘度,通過採用一定的模型和編碼方法,可以降低這種冗餘
你可能已經見過這兩個命令中的一個。Ubuntu使用者對sudo更加熟悉一點,與此同時SUSE,Fedora和Debian使用者更加常用su命令。到底兩個命令的區別是什麼呢?兩個命令都允許你得到root許可權。兩者的區別在於如何獲得這個許可權。susu(譯者註:switch
什麼是熵 資料壓縮不僅起源於 40 年代由 Claude Shannon 首創的資訊理論,而且其基本原理即資訊究竟能被壓縮到多小,至今依然遵循資訊理論中的一條定理,這條定理借用了熱力學中的名詞“熵”( Entropy )來表示一條資訊中真正需要編碼的資訊量: 考慮用 0 和 1 組成的位元碼為含有 n 個符號的某條資訊編碼,假設符號 Fn 在整條資訊中重複出現的機率為 Pn,則該符號的熵也即表示該符號所需的位元位為:En = - log2( Pn
LZ78 的演算法描述:for (;;){ current_match = 1; current_length = 0; memset(test_string, '/0', MAX_STRING); for (;;) { test_string[current_length ++] = getc(input); new_match = find_match(test_string); if (new_match) == -1
五、MPEG音頻標籤MPEG音頻標籤分為兩種,一種是ID3v1,存在檔案尾部,長度128位元組,另一種是ID3v2,是對ID3v1的擴充,存在檔案頭部,長度不定。1、ID3v1ID3v1標籤用來描述MPEG音頻檔案。包含藝術家,標題,唱片集,發布年代和流派。另外還有額外的注釋空間。位於音頻檔案的最後固定為128位元組。可以讀取該檔案的最後這128位元組獲得標籤。結構如下AAABBBBB BBBBBBBB BBBBBBBB BBBBBBBBBCCCCCCC CCCCCCCC CCCCCCCC
WEB網站製作當中不可或少的會碰到各種問題,以下是開發時碰到的一些問題以及心得經驗,避免大家少走彎路。 1、xml檔案盡量以utf-8編碼,gb2312有些字是儲存不了的,如?,就算能存也需要轉換,比較麻煩,utf-8也符合國際規範。 2、CSS中:hover這個偽類,如果放在:visited前面則會失效。 3、<a>標籤如果沒有href屬性,所有對它的css的偽類如:hover均失效。 4、js檔案中用document.wirte("<script
Ffmpeg 中的Libavformat 和 libavcodec庫是訪問大多數視頻檔案格式的一個很好的方法。不幸的是,在開發您自己的程式時,這套庫基本上沒有提供什麼實際的文檔可以用來作為參考(至少我沒有找到任何文檔),並且它的常式也並沒有太多的協助。這種情況意味著,當我在最近某個項目中需要用到 libavformat/libavcodec
基於對社區類、交友類、SNS等web2.0應用網站的體驗和深究,發現當前成功的web2.0網站在本質上都具有相識點,那就是這些網站特別注重使用者的“需求、行為、體驗”。“需求、行為、體驗”也就是標題所指-個人認為的:web2.0網站成功三要素。 第一、需求 每個成功web2.0網站必然有其市場需求的存在,沒有使用者需求就不可能有市場,成功更無從談起。如facebook、校內網的市場主要在於同學、朋友之間保持聯絡的需求,主要目標對象是學生群體,當然隨著時間的推移,這些學生可能會面臨畢業,也會
一、TCP/IP 體繫結構與特點 1、TCP/IP體繫結構 TCP/IP協議實際上就是在物理網上的一組完整的網路通訊協定。其中TCP是提供傳輸層服務,而IP則是提供網路層服務。TCP/IP包括以下協議:(結構1.1)(圖1.1) IP: 網間協議(Internet Protocol) 負責主機間資料的路由和網路上資料的儲存。同時為ICMP,TCP, UDP提供分組發送服務。使用者進程通常不需要涉及這一層。 ARP: 位址解析通訊協定(Address Resolution
允許Web使用者訪問資料庫是一項很精細的工作,事關大局,需要認真的考慮,不能馬虎從事。 TechRepublic會員E Spigle 最近在TechRepublic Technical 的Q&A forum上提出了下面這個問題: 我們進行中一項工作,把一個很老的FoxPro系統轉換成我所工作的公司裡的MS SQL /