MiniGUI

MiniGUI簡介

　　MiniGUI是由北京飛漫軟件技術有限公司創(chuàng)辦的開源Linux圖形用戶界面支持系統(tǒng)，經(jīng)過近些年的發(fā)展，MiniGUI已經(jīng)發(fā)展成為比較成熟的性能優(yōu)良的、功能豐富的跨操作系統(tǒng)的嵌入式圖形界面支持系統(tǒng)。“小”是MiniGUI的特色，它目前已經(jīng)廣泛應用于通訊、醫(yī)療、工控、電子、機頂盒、多媒體等領域。目前，MiniGUI的最新版本為MiniGUI 3.0。MiniGUI對中文的支持很友好。它支持GB2312與BIG5字符集，其他字符集也可以輕松加入。

MiniGUI百科

　　MiniGUI是由北京飛漫軟件技術有限公司創(chuàng)辦的開源Linux圖形用戶界面支持系統(tǒng)，經(jīng)過近些年的發(fā)展，MiniGUI已經(jīng)發(fā)展成為比較成熟的性能優(yōu)良的、功能豐富的跨操作系統(tǒng)的嵌入式圖形界面支持系統(tǒng)。“小”是MiniGUI的特色，它目前已經(jīng)廣泛應用于通訊、醫(yī)療、工控、電子、機頂盒、多媒體等領域。目前，MiniGUI的最新版本為MiniGUI 3.0。MiniGUI對中文的支持很友好。它支持GB2312與BIG5字符集，其他字符集也可以輕松加入。

　　MiniGUI 是一款面向嵌入式系統(tǒng)的高級窗口系統(tǒng)（Windowing System）和圖形用戶界面（Graphical User Interface，GUI）支持系統(tǒng)，由魏永明先生于 1998 年底開始開發(fā)。2002 年，魏永明先生創(chuàng)建北京飛漫軟件技術有限公司，為 MiniGUI 提供商業(yè)技術支持，同時也繼續(xù)提供開源版本，飛漫軟件是中國地區(qū)為開源社區(qū)貢獻代碼最多的軟件企業(yè)。最后一個采用 GPL 授權的 MiniGUI 版本是 1.6.10，從 MiniGUI 2.0.4 開始 MiniGUI 被重寫并使用商業(yè)授權。歷經(jīng)十余年時間， MiniGUI 已經(jīng)成為性能優(yōu)良、功能豐富的跨操作系統(tǒng)嵌入式圖形用戶界面支持系統(tǒng)，支持Linux/uClinux、eCos、 uC/OS-II、VxWorks、ThreadX、Nucleus 、pSOS、OSE 等操作系統(tǒng)和數(shù)十種 SoC芯片，已驗證的硬件平臺包括 ARM-based SoCs、MIPS based SoCs、IA-based SoCs、PowerPC、M68K（DragonBall /ColdFire）、Intel x86 等等，廣泛應用于通訊、醫(yī)療、工控、電力、機頂盒、多媒體終端等領域。使用 MiniGUI 成功開發(fā)產(chǎn)品的企業(yè)有華為、中興通訊、大唐移動、長虹、TCL、聯(lián)想、邁瑞、南瑞、炬力、D2 等。這些用戶廣泛分部在中國大陸、臺灣、新加坡、韓國、美國、德國、意大利、印度、以色列等國家和地區(qū)。值得一提的是，在中國自主開發(fā)的 3G 通訊標準 TD-SCDMA中，約有 60% 獲得入網(wǎng)許可證的 TD-SCDMA 手機使用 MiniGUI 作為其嵌入式圖形平臺，以支撐瀏覽器、可視電話等 3G 應用軟件的運行，其中有聯(lián)想TD30t、海信 T68、中興通訊 U85 等大家熟悉的 TD 手機型號。在 MiniGUI 的基礎上，飛漫軟件研發(fā)了 mDolphin （基于開源的瀏覽器核心 WebKit 的嵌入式瀏覽器，滿分通過 Acid3 的基準測試）、mPeer （為使用 Java 技術的嵌入式設備提供高效的 J2SE AWT/Swing 實現(xiàn)支持），并且開發(fā)了基于 Eclipse CDT 的可視化集成開發(fā)環(huán)境，為開發(fā)人員提供所見即所得（WYSIWYG）的界面設計環(huán)境。2010年，飛漫軟件把最新版的 MiniGUI、mDolphin、mPeer、mStudio 等系統(tǒng)整合在一起，推出了合璧操作系統(tǒng)（HybridOS）解決方案，是一整套專為嵌入式設備打造的快速開發(fā)平臺，集成了飛漫軟件10年的嵌入式行業(yè)研發(fā)經(jīng)驗和眾多成熟的產(chǎn)品，使眾多的希望在嵌入式設備上做開發(fā)的中小型企業(yè)，擺脫了“不穩(wěn)定的內(nèi)核以及驅動程序”、“交叉編譯工具鏈、基礎函數(shù)庫存在大量缺陷”、“不恰當?shù)拈_源軟件”、“高水平嵌入式開發(fā)工程師缺乏”等這些問題的困擾，從而能夠在一個運行穩(wěn)定、功能強大的小巧系統(tǒng)內(nèi)核基礎上，專注開發(fā)產(chǎn)品。合璧操作系統(tǒng)（HybridOS）采用新的商業(yè)授權模式，性價比頗高。截止2010年9月，MiniGUI 的最新版本是3.0.10， MiniGUI 將作為合璧操作系統(tǒng)（HybridOS）的一個組成部分而不斷演進，推薦新老用戶使用合璧操作系統(tǒng)（Hybridos）作為嵌入式開發(fā)平臺，必將節(jié)省大量的開發(fā)成本和時間。

　　特點優(yōu)勢

　　MiniGUI 為嵌入式 Linux 系統(tǒng)提供了完整的圖形系統(tǒng)支持，是全球針對嵌入式 Linux僅有的兩個商用嵌入式GUI系統(tǒng)之一。MiniGUI為嵌入式Linux 系統(tǒng)提供了完整的多進程支持；可以 MiniGUI-Processes、MiniGUI-Threads或者MiniGUI-Standalone 三種運行模式運行。

　　技術特性硬件適配性：可運行于各種含有 MMU（內(nèi)存管理單元）的 32 位處理器架構之上，如 ix386、ARM、MIPS、PowerPC 等。支持低端顯示設備（比如單色 LCD）和高端顯示設備（8 位色及以上顯示設備）。通過 MiniGUI 的圖形抽象層及圖形引擎技術，還可以支持特殊的顯示設備，比如 YUV 顯示設備。對顯示設備分辨率無最大和最小限制。副屏支持。當系統(tǒng)中有多個視頻設備時，可將一個作為 MiniGUI 的主屏，實現(xiàn)完整的多窗口系統(tǒng)；而其它設備作為副屏，在其上通過 MiniGUI 的圖形接口來實現(xiàn)文字渲染、圖形顯示等功能。可支持各種輸入設備，如 PC 鍵盤、PC 鼠標、小鍵盤（Keypad）、觸摸屏、遙控器等等。多種鍵盤布局的支持。MiniGUI 除支持常見的美式 PC 鍵盤布局之外，還支持法語、德語等西歐語種的鍵 盤布局。資源消耗：MiniGUI 的靜態(tài)存儲隨配置選項的不同而不同，最少需占用 1MB 靜態(tài)存儲空間。MiniGUI 啟動后，初始占用 1MB 動態(tài)存儲空間。建議系統(tǒng)內(nèi)存為 8MB 以上。操作系統(tǒng)適配性：支持 Linux 操作系統(tǒng)（非 uClinux 操作系統(tǒng)），可以 MiniGUI-Processes、MiniGUI-Threads 或者 MiniGUI-Standalone 三種運行模式運行。內(nèi)建資源支持?？梢詫?MiniGUI 所使用的資源，諸如位圖、圖標和字體等編譯到函數(shù)庫中，該特性可提高 MiniGUI 的初始化速度，并且非常適合無文件系統(tǒng)支持的實時嵌入式操作系統(tǒng)。針對嵌入式系統(tǒng)的特殊支持，包括一般性的 I/O 流操作，字節(jié)序相關函數(shù)等。窗口子系統(tǒng)特性：完備的多窗口機制和消息傳遞機制。使用 MiniGUI-Threads 運行模式時，可在不同線程中創(chuàng)建主窗口，并支持線程間的消息傳遞；使用 MiniGUI-Processes 運行模式時，支持完整的多進程窗口系統(tǒng)。對話框和消息框支持。提供常用的控件類，包括靜態(tài)文本框、按鈕、單行和多行編輯框、列表框、組合框、菜單按鈕、進度條、滑塊、屬性頁、工具欄、樹型控件、月歷控件、旋鈕控件、酷工具欄、網(wǎng)格控件、動畫控件等。其它 GUI 元素，包括菜單、加速鍵、插入符、定時器等。圖形子系統(tǒng)特性：提供有增強 GDI 函數(shù)，包括光柵操作、復雜區(qū)域處理、橢圓、圓弧、多邊形以及區(qū)域填充等函數(shù)。在提供有兼容于 C99 規(guī)范的數(shù)學庫平臺上，還提供有高級二維繪圖函數(shù)，可設置線寬、線型以及填充模式等。通過 MiniGUI 的圖形抽象層及圖形引擎技術，也可以讓上述高級 GDI 接口在低端顯示屏上實現(xiàn)。各種流行圖像文件的支持，包括 Windows BMP、GIF、JPEG、PNG等（JPEG 及 PNG的支持通過 libjpeg 及 libpng 函數(shù)庫提供）。Windows 的資源文件支持，如位圖、圖標、光標等。多字符集和多字體支持，目前支持 ISO8859-1～ISO8859-15、GB2312、GBK、GB18030、BIG5、EUC-JP、Shift-JIS、EUC-KR、UNICODE（UTF-8、UTF-16編碼）等字符集，支持等寬點陣字體、變寬點陣字體、Qt/Embedded 使用的嵌入式字體 QPF、TrueType矢量字體（對 TrueType 的支持通過 freetype 1.3 函數(shù)庫提供）。輸入法支持，用于提供各種可能的輸入形式；內(nèi)建有適合 PC 平臺的漢字（GB2312）輸入法支持，包括內(nèi)碼、全拼、智能拼音、五筆及自然碼等。

　　MiniGUI 的技術優(yōu)勢和其它針對嵌入式產(chǎn)品的圖形系統(tǒng)相比，MiniGUI 在對系統(tǒng)的需求上具有如下幾大優(yōu)勢：可伸縮性強。MiniGUI 豐富的功能和可配置特性，使得它既可運行于 CPU 主頻只有 60MHz 的低端產(chǎn)品中，亦可運行于高端嵌入式設備中，并使用 MiniGUI 的高級控件風格及皮膚界面等技術，創(chuàng)建華麗的用戶界面。MiniGUI 的跨操作系統(tǒng)特性，使得 MiniGUI 可運行在最簡單的嵌入式操作系統(tǒng)之上，如 uC/OS-II，也可以運行在具有現(xiàn)代操作系統(tǒng)特性的嵌入式操作系統(tǒng)之上，如 Linux，而且 MiniGUI 為嵌入式 Linux 系統(tǒng)提供了完整的多窗口圖形環(huán)境。這些特性，使得 MiniGUI 具有非常強的可伸縮性。可伸縮性是 MiniGUI 從設計之初就考慮且不斷完善而來的。這個特性使得 MiniGUI 可應用于簡單的行業(yè)終端，也可應用于復雜的消費類電子產(chǎn)品。輕型、占用資源少。MiniGUI 是一個定位于輕量級的嵌入式圖形庫，對系統(tǒng)資源的需求完全考慮到了嵌入式設備的硬件情況，如 MiniGUI 庫所占的空間最小可以裁剪到 500K 左右，對目前的嵌入式設備來說，滿足這一條件是綽綽有余的。此外，測試結果表明，MiniGUI 能夠在 CPU 主頻為 30 MHz，僅有 4M RAM 的系統(tǒng)上正常運行（使用 uClinux 操作系統(tǒng)），這是其它針對嵌入式產(chǎn)品的圖形系統(tǒng)所無法達到的。高性能、高可靠性。MiniGUI 良好的體系結構及優(yōu)化的圖形接口，可確保最快的圖形繪制速度。在設計之初，就充分考慮到了實時嵌入式系統(tǒng)的特點，針對多窗口環(huán)境下的圖形繪制開展了大量的研究及開發(fā)，優(yōu)化了 MiniGUI 的圖形繪制性能及資源占用。MiniGUI 在大量實際系統(tǒng)中的應用，尤其在工業(yè)控制系統(tǒng)的應用，證明 MiniGUI 具有非常好的性能。從 1999 年 MiniGUI 的第一個版本發(fā)布以來，就有許多產(chǎn)品和項目使用 MiniGUI，MiniGUI 也不斷從這些產(chǎn)品或者項目當中獲得發(fā)展動力和新的技術需求，逐漸提高了自身的可靠性和健壯性。有關 MiniGUI 的最新成功案例，您可以訪問飛漫公司網(wǎng)站的典型案例部分?？膳渲眯?。為滿足嵌入式系統(tǒng)各種各樣的需求，必須要求 GUI 系統(tǒng)是可配置的。和 Linux 內(nèi)核類似，MiniGUI 也實現(xiàn)了大量的編譯配置選項，通過這些選項可指定 MiniGUI 庫中包括哪些功能而同時不包括哪些功能。大體說來，可以在如下幾個方面對 MiniGUI 進行定制配置：指定 MiniGUI 要運行的硬件平臺。指定 MiniGUI 要運行的操作系統(tǒng)。指定生成基于線程的 MiniGUI-Threads 運行模式還是基于進程的 MiniGUI-Processes 運行模式，或者只是最簡單的 MiniGUI-Standalone 運行模式。指定需要支持的 GAL 引擎和 IAL 引擎，以及引擎相關選項。指定需要支持的字體類型。指定需要支持的字符集。指定需要支持的圖像文件格式。指定需要支持的控件類。指定控件和窗口的整體風格，可以通過指定不同的渲染器完成。這些配置選項大大增強了 MiniGUI 的靈活性，對用戶來講，可針對具體的應用需求量體裁衣，開發(fā)最適合產(chǎn)品需求的應用軟件?？傊?，將現(xiàn)代窗口和圖形技術帶入到嵌入式設備的MiniGUI，是一個非常適合于實時嵌入式設備的高效、可靠、可定制、小巧靈活的圖形用戶界面支持系統(tǒng)，其主要優(yōu)點可以總結如下：支持多種嵌入式操作系統(tǒng)，具備優(yōu)秀的可移植性；可伸縮的系統(tǒng)架構，易于擴展；功能豐富，可靈活剪裁；小體積高性能間的最佳平衡；廣泛的應用領域。

　　MiniGUI V3.0在以前版本的基礎上新增了如下新特性：主窗口雙緩沖區(qū)（Double Buffering Main Window） 當 MiniGUI 3.0 的主窗口具有雙緩沖區(qū)時，可以在自定義緩沖區(qū)中獲得整個主窗口的渲染結果。在此基礎上，可以利用高級 2D 圖形接口或者 3D 圖形接口獲得主窗口的各種特殊顯示效果，如推拉切換、翻頁切換、卷曲效果等等。外觀渲染器（Look and Feel Renderer）支持。MiniGUI V3.0 改變了以往只支持三種控件風格的方式，引入了渲染器（Look and Feel）這一全新的模式。渲染器是定義如何繪制窗口元素的渲染器，是在MiniGUI V2.0.X的基礎上繼續(xù)完善的。窗口元素包括邊框、標題欄、標題欄按鈕、滾動條、選定項目、無效項目、高亮項目、突出項目、三維對象等；窗口元素的外觀屬性，包括窗口元素的顏色、尺寸、字體等信息；窗口元素渲染器是對窗口元素進行定制大小、顏色、圖形、字體，便于用戶設計個性化的外觀顯示風格。用戶可以指定某個主窗口或某個控件使用特定的渲染器，也可定制非客戶區(qū)渲染器、窗口元素的尺寸、顏色、字體、圖標，同時增強資源管理功能，從而獲得更加華麗的圖形界面。MiniGUI實現(xiàn)了幾種默認整體顯示風格：Classic 、Flat、Fashion 和Skin。用戶可以在配置 MiniGUI 時指定相應的選項來將 MiniGUI 編譯成特定的一種顯示風格。Classic： 這種風格的界面是標準的Window 95風格界面，也是最廣泛使用的風格了。Fashion： 此種風格的界面，采用 MiniGUI 3.0 組件 mGPlus 提供的顏色漸變填充技術，因此，可獲得非常炫麗的界面效果；Flat： 此種風格的窗口界面，線條清晰，簡潔，因此適用于單色或者灰度顯示屏。因為繪制簡單，因此該渲染器占用資源最少，運行速度最快；Skin： 上面三種外觀渲染器基本上都是由代碼繪制出來的，具有小巧靈活的特點。但是，在嵌入式應用領域，設備的差別非常大。有些設備，已經(jīng)具備了非常高的運算性能。在這種情況下，可以考慮使用皮膚外觀渲染器來美化界面。皮膚外觀渲染器需要一整套和界面相關的圖片，因此需要占用一些存儲資源。皮膚外觀渲染器的最大的特點是允許用戶定制界面，用戶可以使用自己設計的圖片替換系統(tǒng)原有的圖片，展現(xiàn)在用戶面前的就將是你自己設計的界面效果。雙向文本（BIDI Text）的顯示與輸入。大家知道，除了大家熟知的從左向右書寫的文字（如英語、漢語等）之外，還有許多語言采用從右向左的書寫習慣，如阿拉伯文和希伯來文等。為了支持這些語言，MiniGUI 3.0中增加了對這兩種語言所屬字符集的處理，并增加了阿拉伯和希伯來鍵盤布局的支持，從而實現(xiàn)了對雙向文本的輸入輸出處理。阿拉伯文以及希伯來文的顯示。不規(guī)則窗口。MiniGUI V3.0實現(xiàn)了不規(guī)則窗口與控件，可滿足用戶對窗口外觀各種不同的需求。不規(guī)則窗口通過一個Region數(shù)據(jù)結構來表示可見區(qū)域，或者通過8位MYBITMAP中的透明值形成不可見區(qū)域。字體。在 MiniGUI 3.0 中，飛漫軟件發(fā)明了一種新的 UNICODE 字體文件格式，稱為“UPF”字體。這種字體的最大特點，是便于在多進程環(huán)境下使用，從而極大地節(jié)約了內(nèi)存的使用。同時，飛漫軟件增強了VBF字體格式，將VBF 字體升級到了3.0，擴大了其能適用的字符集范圍，以便支持阿拉伯文等語言文字的顯示。其他增強。MiniGUI 3.0實現(xiàn)了桌面的可定制。通過桌面的外部編程接口，用戶可以在桌面放置圖標并響應桌面事件，實現(xiàn)類似Windows桌面的界面效果。除此之外，MiniGUI 3.0 還增強了透明控件的實現(xiàn)，使之效率更高，且不依賴于控件的內(nèi)部實現(xiàn)代碼。MiniGUI 3.0 還提供獨立的滾動條控件，提供統(tǒng)一的虛擬幀緩沖區(qū)程序支持等等。另外最新的MiniGUI V3.0新增加了兩個新的組件：mGUtils和mGPlus，把字體、位圖、圖標、光標等資源進行統(tǒng)一管理，資源的內(nèi)嵌和非內(nèi)嵌方式并不影響模塊的組成，由此抽象出系統(tǒng)資源管理模塊。

　　運行模式

　　和 Linux 這樣的類 UNIX 操作系統(tǒng)相比，一般意義上的傳統(tǒng)嵌入式操作系統(tǒng)具有一些特殊性。舉例而言，諸如 uClinux、uC/OS-II、eCos 等操作系統(tǒng)，通常運行在沒有 MMU（內(nèi)存管理單元，用于提供虛擬內(nèi)存支持）的 CPU 上；這時，往往就沒有進程的概念，而只有線程或者任務的概念，這樣，MiniGUI 的運行環(huán)境也就大相徑庭。因此，為了適合不同的操作系統(tǒng)環(huán)境，可將 MiniGUI 配置成三種不同的運行模式：

　　MiniGUI-Threads運行在 MiniGUI-Threads 上的程序可以在不同的線程中建立多個窗口，但所有的窗口在一個進程或者地址空間中運行。這種運行模式主要用來支持大多數(shù)傳統(tǒng)意義上的嵌入式操作系統(tǒng)，比如 VxWorks 、ThreadX、Nucleus、OSE、pSOS、uC/OS-II、eCos等等。當然，在 Linux 和 uClinux 上，MiniGUI 也能以 MiniGUI-Threads 的模式運行。

　　MiniGUI-Processes和 MiniGUI-Threads相反，MiniGUI-Processes 上的每個程序是單獨的進程，每個進程也可以建立多個窗口，并且實現(xiàn)了多進程窗口系統(tǒng)。MiniGUI-Processes 適合于具有完整 UNIX 特性的嵌入式操作系統(tǒng)，比如嵌入式 Linux。該運行模式在 MiniGUI V2.0 中提供。

　　MiniGUI-Standalone這種運行模式下，MiniGUI 可以以獨立任務的方式運行，既不需要多線程也不需要多進程的支持，這種運行模式適合功能單一的應用場合。比如在一些使用 uClinux 的嵌入式產(chǎn)品中，因為各種原因而缺少線程支持，這時，就可以使用 MiniGUI-Standalone 來開發(fā)應用軟件。一般而言，MiniGUI-Standalone 模式的適應面最廣，可以支持幾乎所有的操作系統(tǒng)（目前只用來提供對 Linux/uClinux 操作系統(tǒng)的支持）；MiniGUI-Threads 模式的適用面次之，可運行在支持多任務的實時嵌入式操作系統(tǒng)，或者具備完整 UNIX 特性的普通操作系統(tǒng)；MiniGUI-Processes 模式的適用面較小，它僅適合于具備完整 UNIX 特性的嵌入式操作系統(tǒng)，比如 Linux。但不論采用哪種運行模式，MiniGUI 為上層應用軟件提供了最大程度上的一致性；只有少數(shù)幾個涉及初始化的接口在不同運行模式上有所不同。

　　軟件架構

　　MiniGUI 由如下幾個模塊組成：MiniGUI軟件架構圖

　　圖形抽象層（Graphics Abstraction Layer，GAL）。圖形抽象層將來自不同操作系統(tǒng)或設備的圖形接口進行抽象，為 MiniGUI 上層提供統(tǒng)一的圖形接口。在圖形抽象層內(nèi)，包含有針對 Linux FB 設備、eCos LCD 設備等的軟件組成部分。這些軟件組成部分通過調(diào)用底層設備的接口來實現(xiàn)具體的圖形抽象層操作，如打開設備、設置分辨率及顯示模式、關閉設備等。將這些用于適配圖形抽象層接口的軟件組成部分稱為“引擎（engine）”，其概念和操作系統(tǒng)中的設備驅動程序類似。

　　輸入抽象層（Input Abstraction Layer，IAL）。和 GAL 類似，輸入抽象層將 MiniGUI 涉及的所有輸入設備，如鍵盤（keyboard）、小鍵盤（keypad）、鼠標（mouse）、觸摸屏（touch screen）等抽象了出來，為上層提供一致的接口。要支持不同的鍵盤、觸摸屏或者鼠標接口，則通過為 IAL 編寫不同的輸入引擎實現(xiàn)。MiniGUI 通過 IAL 及其輸入引擎，提供對 Linux 控制臺（鍵盤及鼠標）、觸摸屏、遙控器、小鍵盤等輸入設備的支持。

　　圖形設備接口（Graphics Device Interfaces，GDI）。該模塊基于圖形抽象層為上層應用程序提供圖形相關的接口，如繪制曲線、輸出文本、填充矩形等等。圖形設備接口中含包含其他比較獨立的子模塊，如字體字符集（font and charset）支持、圖像（image）支持等。

　　消息處理模塊（Messaging Module）。該模塊在輸入抽象層基礎上，實現(xiàn)了 MiniGUI 的消息處理機制，為上層提供了完備的消息管理接口。眾所周知，幾乎所有的GUI 系統(tǒng)本質(zhì)上都是事件驅動的，系統(tǒng)自身的運行，以及GUI 應用程序的運行，都依賴于消息處理模塊。

　　多窗口處理模塊和控件（Windowing Module）和（Control 或 Widget）?；趫D形設備接口和消息處理模塊，MiniGUI 實現(xiàn)了多窗口處理模塊。該模塊為上層應用程序提供了創(chuàng)建主窗口和控件的基本接口，并負責維護控件類?？丶愂怯脕韺崿F(xiàn)控件代碼重用的重要概念，利用控件類（control class），可以創(chuàng)建屬于某個控件類的多個控件實例（instance），從而讓這些控件實例使用同一個控件類的代碼，這樣，就實現(xiàn)了類似 C++ 那樣的類和實例概念，從而可以最大程度上重復利用已有代碼，并提高軟件的可維護性。MiniGUI 的控件模塊實現(xiàn)了常見的 GUI 控件，如靜態(tài)框、按鈕、編輯框、列表框、下拉框等等。

　　外觀支持（Look and Feel）。這個模塊是 MiniGUI V3.0 提供給上層應用程序的接口，可用來定制 MiniGUI 窗口、控件的繪制。在 MiniGUI V3.0 之前的版本中，對主窗口和控件的定制能力，還沒有被抽離出來形成獨立的模塊，但仍然可以通過配置選項讓 MiniGUI 的主窗口、控件具有三種顯示風格，分別是：類似 PC 的三維風格（PC3D ）、平板風格（FLAT）、流行風格（FASHION）。在 MiniGUI 3.0 中，主窗口和控件的外觀可完全由應用程序自行定制，在創(chuàng)建主窗口或者控件時，指定外觀渲染器（renderer）的名稱，就可以讓主窗口或者控件具有各自不同的外觀。在 MiniGUI 核心（Core）接口之上，還為應用程序提供若干組件，這些組件分別為應用程序提供某些特殊的功能特性：mGi是 MiniGUI 的輸入法組件，該組件目前提供了軟鍵盤輸入法和手寫輸入法框架，并提供給用戶管理輸入法的容器，通過這個容器，用戶還可以添加自定義的輸入法。mGp 是針對 MiniGUI 應用程序的一個打印組件，該組件使用戶的 MiniGUI 程序具有打印輸出功能，可以將 MiniGUI 程序中的位圖或文字輸出到打印機。mG3d 是一個為 MiniGUI 的應用程序提供 3D 接口的組件，通過這些接口，用戶可以給自己的應用程序添加三維圖像、文字渲染、場景渲染等效果，從而可以具有三維效果的人機界面。mGUtils 組件為用戶提供了一些常用的對話框模板，有了這些模板，用戶就不用為一些常用的功能編寫重復代碼了。本組件提供的功能模板有：普通文件對話框、顏色設置對話框、字體設置對話框、信息設置對話框等。mGPlus 組件是對 MiniGUI 圖形繪制接口的一個擴充和增強，主要提供對二維矢量圖形和高級圖形算法的支持，如路徑、漸變填充和顏色組合等。mGEff 組件提供常規(guī)的頁面特效支持。

　　minigui3.0.12之初體驗-移植篇

　　在一年多年前有幸接觸使用到minigui一段時間，當時使用的應該是1.6版本，硬件平臺使用的是s3c2440+64M內(nèi)存，界面上做了很多功能，但整體運行還是十分流暢，我想要是換成QT在上面跑流暢度應該是比不上minigui的了；前段時間從朋友那拿到一塊基于新塘nuc972的板子用來玩玩學習下，nuc972也是一顆基于arm926內(nèi)核的soc，我想讓人喜歡它的地方應該要是它內(nèi)置了64M的DDR和LQFP的封裝吧，硬件配置總體上和s3c2440相當，然后還配了一塊800x480的七寸屏，我想用它來跑跑minigui應該會比較合適，也正好看看minigui3.0x更新的新特性。

　　備料

　　準備編譯環(huán)境和交叉編譯器，最好能用它編譯一個最簡單打印一句“hello world！”的小程序在板子上正常跑起來確保整個編譯環(huán)境的正確；

　　下載minigui源碼，它最基本的組成包括核心庫MiniGUI Core Lib （V3.0.12 ）和資源文件MiniGUI Resource （V3.0.12）這些多可以從minigui官方網(wǎng)站上下載到，另我這邊這個兩個文件是從nuc972的bsp包里得到的，它和從官網(wǎng)上下載的唯一區(qū)別是，它里面移植好了使用了nuc972的2D硬件加速功能的圖像引擎，也就是說可以配置使用nuc972的硬件2D圖像加速功能，貌似也只使用到了里面的BitBlt功能，畫線這些基本操作還是由minigui來實現(xiàn)的，然而后面當我啟用這個功能的時候屏幕顏色顯示不對，還沒去深究就先使用通用的FrameBuffer圖像引擎了。

　　有了跑minigui的核心資源了，那再跑個demo看看吧，這里選擇官網(wǎng)提供的iPhoneLikeDemo 后面發(fā)現(xiàn)運行它還需要用到jpeg和png庫，這個兩個也多可以在官網(wǎng)的下載界面的Tools and Dep. Libraries項里找到。

　　編譯

　　一、核心庫的編譯

　　使用tar命令解壓libminigui-gpl-3.0.12.tar.gz并cd進入；

　　使用configure腳本來配置minigui特性，這里執(zhí)行如下命令：

　　。/configure --prefix=$PWD/。./build CC=arm-linux-gcc --host=arm-linux --build=i386-linux --with-osname=linux --with-targetname=fbcon

　　--disable-pcxvfb --enable-videonuc970 --enable-videofbcon --enable-autoial --disable-vbfsupport

　　--disable-screensaver --enable-tslibial --enable-procs

　　其中--enable-videonuc970表示加入nuc92的硬件圖形引擎支持，之后可在配置文件中選擇使用；--enable-tslibial表示支持tslib作為IAL輸入引擎；--enable-procs表示使minigui運行在procs模式，關于minigui的三種運行模式可參考官方文檔；

　　配置成功后，執(zhí)行make命令，等待編譯完成無誤后再執(zhí)行make install命令即可由--prefix=xxx指定的路徑下發(fā)現(xiàn)minigui的安裝文件，把它們拷貝到rootfs對于的目錄下即可。

　　修改etc目錄下的MiniGUI.cfg配置文件，首先我們要修改指定我們使用的圖像引擎為fbcon然后將其分辨率信息設置我們板子對應的分辨率如下：

　　# GAL engine and default options

　　gal_engine=fbcon

　　defaultmode=800x480-16bpp

　　第二個需要配置的為輸入引擎IAL這里我們使用tslib作為我們的輸入引擎即如下：

　　# IAL engine

　　ial_engine=tslib

　　mdev=/dev/input/event0

　　mtype=IMPS2

　　還有要修改的地方就是配置正確的資源文件路徑，如光標圖片資源等，如下：

　?。踓ursorinfo］

　　#Edit following line to specify cursor files path

　　cursorpath=/share/minigui/res/cursor/

　?。踨esinfo］

　　respath=/share/minigui/res/

　　Tips：

　　1. 在官方下載的源碼中將不支持--enable-videonuc970選項可去掉；

　　2. 可通過命令。/configure --help來查看支持的所有選項和含義。

　　3. 實際上如果我要跑官網(wǎng)上的demo的話還要打開對png圖片的支持，配置時這項默認是關閉的，可加入?yún)?shù)--enable-pngsupport但實際上我發(fā)現(xiàn)即使添加上這個也是還沒打開對png圖片的支持，這一點可以通過打開mgconfig.h文件來確認配置是否生效，如果沒有可手工將里面對于的宏打開即可，如png圖片支持對于的宏為#define _MGIMAGE_PNG 1

　　二、編譯資源文件

　　資源文件的編譯相對簡單，里面主要是包含一些圖片資源等，如光標樣式，使用tar命令解壓minigui-res-be-3.0.12.tar.gz并cd進入，然后使用configure腳本配置安裝路徑執(zhí)行如下命令：

　　。/configure --prefix=$PWD/。./build

　　然后執(zhí)行make和make install即可，相關資源就會被安裝到了上級目錄的build目錄下，既對應著在rootfs下的相應目錄。

　　三、編譯依賴的庫文件

　　1、jpeg庫的編譯

　　同樣使用configure腳本配置編譯，執(zhí)行命令如下：

　　。/configure --prefix=$PWD/build CC=arm-linux-gcc --host=arm-linux --build=i386-linux --enable-shared --enable-static

　　其中--enable-shared是為了配置生成.so即共享庫

　　然后執(zhí)行make和make install命令后即可在當前目錄下的build/lib下找到我們需要的文件了。

　　Tips：

　　1、步驟1的配置命令通常適用于大多數(shù)使用Autoconf/Automake來生成的工程；

　　2、注意使用和minigui核心庫匹配的jpeg庫版本，如果不確定通常程序運行時它會發(fā)出錯誤說找不到對應版本的庫文件；

　　3、以上配置編譯命令適用于較新的jpeg庫如在jpeg-7上配置編譯是通過的，然而在配置編譯配置jpeg-6b時卻發(fā)生了錯提示如下：

　　make： 。/libtool： Command not found

　　原來較老的jpeg庫沒有自帶libtool，這里要先下載交叉編譯libtool-2.2.4配置命令如下：

　　。/configure --prefix=$PWD/build CC=arm-linux-gcc --host=arm-linux --build=i386-linux

　　然后make & make install即可；

　　4、編譯好libtool后將build/bin目錄下的libtool腳本拷貝至jpeg-6b的目錄下，然后先要手動創(chuàng)建好接下來要安裝的目錄命令如下：

　　mkdir -p build/bin build/include build/lib build/man/man1

　　之后再執(zhí)行make & make install命令即可在build/lib目錄下找到我們需要的共享庫了。

　　2、png庫的編譯

　　編譯配置方法同編譯jpeg庫，無特別注意事項。

　　三、編譯iphone-like-demo

　　它同樣是使用Autoconf/Automake來配置的工程，所以我們解壓它并cd進入使用如下命令來配置它

　　。/configure --prefix=$PWD/。./build CC=arm-linux-gcc --host=arm-linux --build=i386-linux CFLAGS=-I$PWD/。./build/include

　　LDFLAGS=“-L$PWD/。./build/lib” LIBS=“-lminigui_procs -lts -ljpeg -lpng -lz -ldl -lm -lpthread”

　　其中CFLAGS參數(shù)指定了minigui的頭文件路徑，LDFLAGS指定了要鏈接的動態(tài)鏈接庫路徑，LIBS指定了要鏈接的動態(tài)鏈接庫，盡管我們這樣指定了minigui的頭文件路徑但是編譯過程中它還是有提示報錯說找不到相應的minigui的頭文件路徑，這時我們?yōu)榱撕唵沃恍鑼inigui的頭文件手動的拷貝到其-I指定的路徑下即可，這里我們將minigui的頭文件拷貝到編譯的當前路徑下即可；

　　編譯中會遇到很多報錯，我們只需依次解決下即可，如

　　eblistview.c：（.text+0x40）： undefined reference to `rindex‘

　　我們打開eblistview.c這個文件在文件頭部添加如下代碼

　　#define rindex strrchr

　　即用strrchr這個接口來代替rindex這個接口；

　　一般來說不會有其他很嚴重的報錯，我們多可以依次解決，直到make完成，然后make install后即可在上層build目錄下的bin文件夾下生成我們的執(zhí)行程序；

　　然后將build目錄下的lib文件夾下的庫文件拷貝至板子上的lib文件夾下，之后想辦法將bin文件夾的東西拷貝至板子上或通過網(wǎng)線掛載的方式，進入執(zhí)行。/mginit即可。