其他

　　 最近在為客戶測試一個企業網站，發現原來的工程師設計的架構沒有考慮使用者操作的簡便性，最突出的一點就是菜單左置，在視覺好像是很規範，實際在我們的測試中卻發現帶來許多不必要的額外動作，必須把滑鼠重複的從螢幕的右邊移到右邊進行選擇，別小看這一點動作的重複，著實沒為使用者的操作體驗著想，而違背我們設計的目的。      自然菜單右置，視覺可能有些突兀，但是想想帶來的操作便利性，我想是劃的來的。     

作者：zyl910。 列名解釋——GCC470：GCC 4.7.0 (Fedora 17)。/usr/lib/gcc/i686-redhat-linux/4.7.0/include/。GCC462：GCC 4.6.2 (MinGW)。\lib\gcc\mingw32\4.6.2\include。宏：判斷該指令集是否啟用的宏。參數：啟用該指令集的命令列參數。描述：指令集描述。GCC470GCC462宏參數描述 abmintrin.h__ABM__-mabmABM: Advanced Bit

    大家都覺得部落格園不錯，給我們提供了一個交流學習，發表自己感想的地方，所以在此，要先謝謝dudu。但是人的天性是懶惰的，總想渴求便捷，或許這就是為什麼人性化設計變得越來越重要的原因吧。    相對與csdn的個人簡曆，招聘頻道；部落格園只有一個專門的招聘部落格，和幾個招人單位的負責人發的招聘散貼，個人覺得效果不是很理想。首頁是所有資訊的彙集點，自然也不宜放太多的招聘資訊；專門建一個招聘頻道也有一定的效果，也是最好實現的。    

　　前面我們探討了在16位的DOS實模式下使用CPUID指令（http://www.cnblogs.com/zyl910/archive/2012/05/14/dos16_getcpuid.html）。而現在64位Windows系統已經很流行了，在32/64位元模式下如何使用CPUID呢？於是本文介紹了如何在各個版本的VC及64位下使用CPUID指令。一、推薦使用__cpuid、__cpuidex等Intrinsics函數　　在32位元模式下，我們可以使用內嵌彙編來調用cpuid指令。但在64位

作者：zyl910。　　這是一個小工具，枚舉ActiveX控制項的 CLSID 和 implemented/required CATIDs。可用來協助分析ActiveX控制項部署問題。一、代碼　　全部代碼——View Code #include <stddef.h>#include <stdio.h>#include <tchar.h>#include <locale.h> #include <Windows.h>#include

    之前,我曾經寫過一篇叫“在IE裡開啟，瀏覽PPT時出現下載框的簡單方法”，不過經園子裡sharper，JoeLee，Sapphire 等前輩大俠的提醒和批評才發現自己犯了一個低級錯誤，那個方法也只是實現在ie開啟ppt檔案，並將其最大化，使用瀏覽模式屏蔽出現的下載對話方塊而已，確實也沒什麼大作用，一旦用戶端不裝office powerpoint也就打不開了。  

     今天從同事那看到了一些國際程式實際大賽的作品，不相信如此絢麗畫面的3D作品竟然只有幾KB-幾十kB。驚歎之餘，真想在知道到底是用什麼語言寫的，最後想想估計也只有組合語言了。    用組合語言寫出這樣的3D畫面，還有配樂的程式，真是牛啊，剽悍得一塌啊。    我想在這種程式最能體現： 演算法是程式的靈魂。    如果你還未欣賞這裡可以下載：    國際程式設計大賽的作品欣賞

作者：zyl910　　為了適應現在越來越流行的64位系統，經常需要將代碼分別編譯為32位版和64位版。其次，除了需要產生debug版用於開發測試外，還需要產生release版用於發布。本文介紹了如何利用makefile條件編譯來產生這些版本，而且不僅相容Linux下的GCC，還支援MinGW、TDM-GCC等Windows下的GCC編譯器。一、C程式碼　　為了測試條件編譯的效果，以下面這個C語言程式為例（gcc64_make.c）——#include

作者：zyl910一、緣由 　　這幾天win8發布了，我也想體驗一下win8。可以我用的是膝上型電腦硬碟容量有限，裡面已經裝好了winXP/7雙系統及大量開發工具，無論是全新安裝還是升級安裝都不太合適。於是我想將win8裝在隨身碟裡。　　於是上網搜尋一下，發現Windows To Go功能可以滿足我的要求。但是很奇怪，網上的文章寫得很複雜，需要命令列分區，還需要提取鏡像等操作——http://tu.pcpop.com/all-769619.htm系統瞬間變win8 製作windows to

一、測試內容 　　測試方法——x264編碼參數大測試：索引貼http://www.cnblogs.com/zyl910/archive/2011/12/14/x264_encode_param.html 　　測試參數——subme：9、10、11。設定子像素（subpixel）運動估計（motion estimation）複雜度。值越高越好。crf：18 至 28，間隔1。固定位元率係數（Constant

Fix " worklist item xxx,xxx,xx,not found for xx" Problemif invoke the function that named DoK2Process() in the same page two times ,the error happen.   private void DoK2Process(string ProcSN)    {        using (TransactionScope trancat = new

一、測試內容 　　測試方法——x264編碼參數大測試：索引貼http://www.cnblogs.com/zyl910/archive/2011/12/14/x264_encode_param.html 　　測試參數——trellis：0、1、2。執行Trellis quantization來提高效率。0、停用；1、只在一個宏區塊的最終編碼上啟用；2、在所有模式決策上啟用。參考測試：trellis 0。 　　預設參數——--profile main --preset medium --tune

一、測試內容 　　測試方法——x264編碼參數大測試：索引貼http://www.cnblogs.com/zyl910/archive/2011/12/14/x264_encode_param.html 　　測試參數——subme：9、10、11。設定子像素（subpixel）運動估計（motion estimation）複雜度。值越高越好。crf：18 至 28，間隔1。固定位元率係數（Constant

•General Rules 1. Common Sense 1.1 Readability 1.2 Maintainability 1. 2. All code is written in english. 2.1 Strictly forbidding to use double byte space in code. 3. Spacing “ ” 3.1 There should be always spaces around operators (+ / = / == /

一、測試內容 　　測試方法——x264編碼參數大測試：索引貼http://www.cnblogs.com/zyl910/archive/2011/12/14/x264_encode_param.html 　　測試參數——subme：9、10、11。設定子像素（subpixel）運動估計（motion estimation）複雜度。值越高越好。crf：18 至 28，間隔1。固定位元率係數（Constant

作者：zyl910。一、問題背景　　之前的“利用按鍵精靈大量刪除pdf中的浮水印”僅適用於頁面內對象數量確定時。如中，頁面內對象總是3個，其中第3個是浮水印——　　但是，對於某些pdf檔案，頁面內對象的數量是不定的，見——　　某些頁面有3個對象，而另外一些頁面是4個對象。這時原來的指令碼就不能用了，若下移3次會導致刪除有效資料，若下移4次又會誤刪除頁面。　　該怎樣才能準確定位到最後一個對象呢？二、解決辦法　　在Adobat內容面板上反覆嘗試，發現使用 Shift+上下方向鍵

一、測試內容 　　測試方法——x264編碼參數大測試：索引貼http://www.cnblogs.com/zyl910/archive/2011/12/14/x264_encode_param.html 　　測試參數——trellis：0、1、2。執行Trellis quantization來提高效率。0、停用；1、只在一個宏區塊的最終編碼上啟用；2、在所有模式決策上啟用。參考測試：trellis 0。 　　預設參數——--profile main --preset medium --tune

一、測試內容 　　測試方法——x264編碼參數大測試：索引貼http://www.cnblogs.com/zyl910/archive/2011/12/14/x264_encode_param.html 　　測試參數——subme：9、10、11。設定子像素（subpixel）運動估計（motion estimation）複雜度。值越高越好。參考測試：subme9。 　　測試視頻——a（紅）：720P動畫 Fate/Zero 07。簡稱“Fate”。b（黃）：720P動畫 Hunter x

一、測試內容 　　測試方法——x264編碼參數大測試：索引貼http://www.cnblogs.com/zyl910/archive/2011/12/14/x264_encode_param.html 　　測試參數——subme：9、10、11。設定子像素（subpixel）運動估計（motion estimation）複雜度。值越高越好。crf：18 至 28，間隔1。固定位元率係數（Constant

一、測試內容 　　測試方法——x264編碼參數大測試：索引貼http://www.cnblogs.com/zyl910/archive/2011/12/14/x264_encode_param.html 　　測試參數——subme：9、10、11。設定子像素（subpixel）運動估計（motion estimation）複雜度。值越高越好。crf：18 至 28，間隔1。固定位元率係數（Constant