MUILIB

所有演示的鏈接都是訪問受限

這種程度只能說是一個技術(shù)驗證庫，離真正實用還早

@溪流
微軟講求的全平臺用戶體驗統(tǒng)一性，如果加上開關(guān)，也會引起更多的用戶疑惑，產(chǎn)生更多的問題，中國用戶倒是習慣了，有問題也不會去問客服，但是國外的就不一樣，不是有個經(jīng)典的電源插頭沒插都打電話到微軟去問的段子嗎？

讀屏那個應(yīng)該不太可能了，dui本身就是一個無句柄方式的界面，與原先的訪問機制完全不一樣了（主要是獲取控件指針的方式,原先按點坐標可以獲取控件窗口句柄，現(xiàn)在不行了），給控件加上你說的那個機制也達不到目的，除非是針對dui的界面寫專門的訪問接口，但是那樣的話，就不算通用方法了吧？
控件加鍵盤支持應(yīng)該是最簡單的，只要響應(yīng)下鍵盤消息就可以了，沒啥麻煩的，幾行代碼的事

設(shè)置0xFF那一步?jīng)]必要

NativeApp可以以WebAPP為起點然后增加各種WebApp沒有的功能
但凡成功的App或者說有足夠用戶的App從來沒有因為跨平臺成為發(fā)展障礙
除了網(wǎng)頁，App還沒見過有可以跨平臺的

創(chuàng)業(yè)真的很難，不是做技術(shù)！

又是一個NX的項目，干這種事，沒有充足的資金，基本就是半途而廢吧？
關(guān)注中...

高手啊，學習了

以前，是因為大部分都是Windows，沒別的選擇，只能用Windows，最多，就是用跨平臺的技術(shù)，比如Java，把服務(wù)端搞到Linux上，那時，微軟想怎么干就怎么干，后面你只能跟著跑。
現(xiàn)在，前端有了多種選擇，已經(jīng)不是微軟想怎么樣就怎么樣了，不考慮用戶的需求，只能吃老本了。

@megax
要說低功耗，還得WIN32啊，不過歷史的潮流總是在向前發(fā)展，嗯，是不是升級成WIN64更好點？哈哈！

感覺博主把概念弄混了，上面講的貌似就是Windows8的架構(gòu)
RT，實際就是Arm版的Windows8

CUDA的最大缺點是需要特定硬件

1.適用面窄，通常用于局域網(wǎng)中。
這個應(yīng)該是陳年舊歷了吧？

我也經(jīng)常碰到這種無法Debug的情況，至于是不是這個警告還真沒注意到，下次遇到了研究下！

能截層窗口嗎？

LINUX不是不能做到Windows那樣，而是不能做到Windows那樣，
Ubuntu算是Linux的極致了，不能在向Windows靠攏了，為什么？
因為Windows的界面元素好多好多都是申請了專利的，看看安卓的專利官司就知道了，所以Linux是心有余而力不足。
順便說一句，國內(nèi)的Linux就可以非常非常的相似于Windows，為什么？
因為天朝的特殊情況決定的！

一般來說，只要不是無休止的繪制，中間只要有考慮中斷，CPU就會很低！
RichEdit很強大，但是缺點也很明顯，必須要在Windows上有那個lib

@Richard Wei
是的，如果僅僅停留在GDI這個基礎(chǔ)上肯定是不行的！
呵呵，有時候你看到的并不代表就是事情的全部！
你的共享的代碼我看了，有好多的地方值得我去借鑒和學習！
果然三人行必有我?guī)煟x謝！

源碼我看了，很不錯的東西，有很多值得學習的地方
3KS

@Richard Wei
什么是傳統(tǒng)的GDI，接口形式而已，后面的這些系統(tǒng)的API底層也是支持硬件加速的！只是沒有DX和GL全面
話說回來了，一個應(yīng)用程序一定要加速嗎？不需要加速的占大多數(shù)吧！

@ggt87125@163.com
快了，那個編輯器已經(jīng)到收尾階段了

@alp
QT基本上已經(jīng)等同于Java了

@roger814
至少在最近幾年內(nèi)，硬件的能耗將是嚴重制約Android的發(fā)展的瓶頸！
看看PC平臺吧，在PC上Java都不是主流桌面應(yīng)用開發(fā)工具何況移動平臺？

@jemmyLiu
這個庫是純C++和GDI技術(shù)編寫，沒用MFC,所以對Dialog的封裝繼承沒怎么研究

MUILIB界面開發(fā)庫目前尚未開源，非商業(yè)應(yīng)用免費！

感覺大家對屏幕截圖進入了一個誤區(qū)，
真正的思路應(yīng)該是創(chuàng)建一個屏幕大小的層窗口，設(shè)置一個適當?shù)腁lpha使得能
半透明的看到屏幕上的內(nèi)容，然后繪制那個選區(qū)框，進行調(diào)整，點擊確定的時候才真正的截取屏幕上的內(nèi)容。