其他

通過前面兩篇文章的介紹,相信同學們對Kui這個庫的大體使用方法有了瞭解. 接下來,我們就可以開始實際演練了,下面我們將展現基礎控制項的使用. 不過在這裡要提一下此庫的一些沒完善的地方,因為論壇有人提到了.一.沒有鍵盤介面,所以對Tab等按鍵無法反應.二.還沒有換膚功能三.xml必須手工編輯.四.其實也是很多人提到的,就是代碼缺乏注釋,很多時候還可能發現代碼有些零亂,的確不應該是金山這種頂級軟體公司所應該展現的樣子.不過這方面金山已經作了相關說明.代碼需要和商業代碼相分離,很多做法可能是暫時的. 

看了一個分析文章,想起以前寫的一個初版的提取器,也發來與大家共用下 http://blog.csdn.net/luozhuang/archive/2011/01/28/6167799.aspx  依據該分析文章,所寫的提取指令碼如下,根據文後所附的軟體即可提取了 提取Script代碼open D:/works/Script/script.datskip 12read 4 filecountprint filecountset i=0set newpos=16loop:seekto

看到CSDN有網友提出能否用純位元運算實現if語句int x;//...if(0 != x){ x = 1;}詳見http://topic.csdn.net/u/20110710/10/19ce7d9b-01b7-4082-bb3b-1f4216c7223b.html 當然這是一道沒什麼意義的題目.相信樓主只是為了好玩.乍看之下似乎沒什麼可能,畢竟判斷是很基本的要素.然而程式裡沒什麼不可能,有同學就寫出了以下幾個方案: 方案一:x |= x >> 16x |= x

1，禁止webbrowser快顯視窗    發現Silent不管用的，不知道是不是我用的不對，alert還是會彈出的     找了一段代碼，（未測試）    LPDISPATCH lpDispatch = m_explorer.GetDocument();IHTMLDocument2* pDocument;lpDispatch->QueryInterface(IID_IHTMLDocument2, (void**)&pDocument);lpDispatch-&

遊戲策劃新手指南               重要提示：新手的問題，大部分在網上都可以通過搜尋引擎找到，建議用www.google.com或www.baidu.com搜尋。     下面根據我的看法，結合本論壇精英貼以及其它網上貼子，按創意篇、學習篇、應聘篇和建議篇歸類匯總，僅供懶人新手查看。  一、創意篇     很多新人都會說，我玩遊戲很多年了，有很多創意，我要做遊戲策劃。那麼創意到底值不值錢呢？答案是：創意重要但不值錢。為什麼呢？（一）創意為什麼不值錢     時常見到有狂人在網上賣創意，

總算把一個Kui介面編輯器搞了個大概出來,其實還是有很多功能還沒完成,估計Bug還不少,但感覺有點累了.所以先把這個作為Alpha版本放出來吧.這個編輯器的特色就是本身也是使用Kui的庫來設計,所以在一定程度上也驗證了這個庫還是很實用的,    相信對於熟悉Kui庫的朋友來說,使用上應該沒太大問題頂上是主按鈕,分別是建立工程,開啟工程,儲存所有文檔,測試介面布局,產生供程式使用的庫資源.左邊分別是控制項列表和屬性列表,右邊是需要編輯的庫xml文檔,中間是主視圖.其中添加xml文檔的功能還沒加上去

問題：我出來的WM_NCHITTEST，但同時又想處理WM_RBUTTONUP，可以結果卻是兩者無法共存。而我的需求就是“兩者共存”。問題原因：對 WM_NCHITTEST與WM_LBUTTONDOWN、WM_NCLBUTTONDOWN、WM_LBUTTONUP、

(1) I/O 模型的選擇， epoll就一定好嗎?  那是肯定的。epoll最有用的就是ET模式，適合於那種有大量串連，但是有資料的串連比較少的情況， 如果你有10000個串連，但是很不幸，這10000個串連全部都有資料，你還是得遍曆一把進行處理，( 這裡對ET模式下怎麼處理資料就不討論了)。這個和select, poll有什麼區別。epoll還有比select, poll先進得地方， 就在於將fd得列表維護在核心中， 而select, poll是調用一次，傳遞一次，

　　顯示圖形如何避免閃爍，如何提高顯示效率是問得比較多的問題。　　而且多數人認為MFC的繪圖函數效率很低，總是想尋求其它的解決方案。　　MFC的繪圖效率的確不高但也不差，而且它的繪圖函數使用非常簡單，　　只要使用方法得當，再加上一些技巧，用MFC可以得到效率很高的繪圖程式。　　我的一些觀點。　　1、顯示的圖形為什麼會閃爍？　　我們的繪圖過程大多放在OnDraw或者OnPaint函數中，OnDraw在進行屏　　幕顯示時是由OnPaint進行調用的。當視窗由於任何原因需要重繪時，　　總是先用背景色將

需求：combo box輸入字元後，彈出下拉式功能表，預設的操作會把輸入的字元修改成下拉式清單中的第一項。我不想要這個，我希望下拉式功能表不影響我的輸入。解決方案：去掉combo的CBS_HASSTRINGS風格副作用：去掉了CBS_HASSTRINGS風格會導致無法使用GetLBText來擷取Item文字。我的解決方案：用SetItemData把資料塞到combo中，需要的時候再用GetItemDataPtr取出來。：// 填充資料int index =

1  在計算過程中不涉及輸出記憶體的資料時，應使用_mm*_stream_*（直接寫入記憶體）代替_mm*_store_*,例如：for( i=0; i<256; i+=4 ){    ymm0=_mm256_load_pd(a+i);    ymm1=_mm256_load_pd(b+i);    ymm2=_mm256_add_pd(ymm0,ymm1);   

     CSDN註冊很久了，但一直都沒來弄，因為開始剛剛學C和C++，許多的東西進來看不懂，覺得這還不是我的一片天地，而轉眼又過了兩年了，現在的我已經是大二快讀完了，我學的是資訊與計算科學專業，學了C和C++，現在正在學習資料結構，感覺有點難，看不懂~  有個時候碰到問題總是自己不能解決，在QQ問問裡和百度裡搜吧答案找一個只能是一個，過後又忘記了，想把自己的問題以及學習過程記錄下來，也想把自己得到的好的解決辦法儲存起來以便以後學習，想到人CSDN~~~   

最近群裡有網友問CUDA中2D GMEM copy的問題，昨天論壇中也有問同樣問題的：copy a sub slice of source GMEM to another GMEM,下面詳細介紹再不需要核心的情況下如何?： 測試（從100x100的GMEM地區，起始索引為（25，25）的位置開始複製一塊大小為50x50的子領域到目標GMEM)：src GMEM pointer : dpSrcsrc GMEM layout : 100x100dst GMEM pointer :

--轉載請註明出處     在進行基於體資料的PDE計算時,總是會涉及到鄰接單元(neighbir cell)的訪問,想要提高計算效率就必須盡量共用鄰域資料,減少訪問全域記憶體的次數.不同於二維的情況,尤其是需要多次迭代計算時,三維紋理的效率很多時候差強人意,且需要在下一步迭代開始前進行大量資料的複製操作.而如果用二維紋理,cache命中率讓人不敢恭維,且同樣需要記憶體複製操作.雖然線型層次化紋理不需要複製操作,但最好的情況下也只能獲得二維紋理同樣的緩寸獎勵.

關於 Loading 進度條的做法有很多，顯示方式也很多。記得曾經看過一個柱型的 Loading，就是一個柱一個柱走的那種。於是自己就寫了一個，就當練習 jQuery 了。 　　本外掛程式支援各大主流瀏覽器。（已經在 IE8, Chrome 23, Firefox 16 中進行了測試） 　　特點： 可設定柱的數量，動畫執行的快慢，以及柱的顯示透明度。 =============================================================== Release

前面已經發布了分離後的Kui代碼,我們繼續,下面來解釋該程式碼程式庫的使用. 首先要說下Kui架構的一些基礎概念: 一、金山介面庫不使用Windows的視窗布局,只是使用Windows的視窗作為一個載體,整個視窗都只是作為一個繪製面, 而Kui對視窗實行重新布局,取消了原視窗非客戶區和客戶區的概念.而自己對視窗劃分為上中下三個部分. 上部分為Header,一般作為視窗標題列,可以放置縮小,最大化,關閉按鈕,

[code]int main(int argc,char** argv){glutInit(&argc,argv);glutInitWindowPosition(256,128);glutInitWindowSize(512,512);glutCreateWindow("OpenGL geometry shader demo");GLenum

金山對其金山衛士進行了開源,目前已經公開了6個子項目。 不過也許很多人和我一樣對安全部分的功能並不感興趣，畢竟那需要比較艱辛的工作。 但對其所運用的介面庫部分可能比較感興趣，該庫是基於目前比較流行的DIRECTUI技術，非常適合於工具軟體的開發，例如互連網軟體及娛樂軟體等。 不過目前該庫是作為原始碼進行調用的，使用並不方便。所以我準備將其從金山衛士的項目中分離出來，作為獨立的庫進行調用，並同時撰寫其使用文檔資料，歡迎有此同好的朋友加入。 原來希望將庫做成DLL形式的,後來發現全部是模版實現,沒辦

  在OpenGL3.3中先加入了採樣器對象( sampler object ),記得以前做OpenGL程式的時候，有時會遇到需要相同的紋理資料只是filter模式不同而已，但當時由於不支援多個不同屬性集共用同一個紋理對象，因此必須分別建立2個不同的紋理對象（當然使多個紋理對象共用同一個pixel