MiniGUI簡介

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

MiniGUI百科

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

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

　　特點優勢

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

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

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

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

　　運行模式

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

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

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

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

　　軟件架構

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

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

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

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

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

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

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

　　minigui3.0.12之初體驗-移植篇

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

　　備料

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

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

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

　　編譯

　　一、核心庫的編譯

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

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

　　。/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的三種運行模式可參考官方文檔；

　　配置成功后，執行make命令，等待編譯完成無誤后再執行make install命令即可由--prefix=xxx指定的路徑下發現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

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

　　［cursorinfo］

　　#Edit following line to specify cursor files path

　　cursorpath=/share/minigui/res/cursor/

　　［resinfo］

　　respath=/share/minigui/res/

　　Tips：

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

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

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

　　二、編譯資源文件

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

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

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

　　三、編譯依賴的庫文件

　　1、jpeg庫的編譯

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

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

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

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

　　Tips：

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

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

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

　　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的目錄下，然后先要手動創建好接下來要安裝的目錄命令如下：

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

　　之后再執行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參數指定了minigui的頭文件路徑，LDFLAGS指定了要鏈接的動態鏈接庫路徑，LIBS指定了要鏈接的動態鏈接庫，盡管我們這樣指定了minigui的頭文件路徑但是編譯過程中它還是有提示報錯說找不到相應的minigui的頭文件路徑，這時我們為了簡單只需將minigui的頭文件手動的拷貝到其-I指定的路徑下即可，這里我們將minigui的頭文件拷貝到編譯的當前路徑下即可；

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

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

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

　　#define rindex strrchr

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

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

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