This way your application does not really need to be concerned with the available colors, LCDs can easily be interchanged. For optimized applications, the system can also display bitmaps using indices generated at pre- compile time by the application programmer or by the bitmap converter. In some cases, you should be able to completely reuse application code written for a color-based product on a product that has a black and white display.
It supports palette conversion for different LCDs. For efficiency, bitmaps may also be saved without palette data and in compressed form. You can display any bitmap in your application on any LCD.
Proportional fonts are supported. Fonts for foreign languages can be created the same way. In other words, you can draw a picture bitmap of the actual product you are designing and test the GUI portion on a PC. You can simulate key presses using the PC's keyboard or touch screen inputs using the mouse on the PC.
The evaluation board also allows you to run the actual LCD assuming it's compatible so you can see how your product will look.
Various configuration switches allow tailoring the software to perfectly match your needs, reducing memory consumption to a minimum. Every function is described and an API is provided. In fact, the source code is probably the cleanest and most consistent code of any Embedded Graphical User Interface. This makes it easier to know that the functions refer to GUI services in your application.
For optimized applications, the system can also display bitmaps using indices generated at pre- compile time by the application programmer or by the bitmap converter. Any monochrome, grayscale or color LCD with any controller supported if the right driver is available. May work without LCD controller on smaller displays.
Any interface supported using configuration macros. Display-size configurable. Characters and bitmaps may be written at any point on the LCD, not just on even-numbered byte addresses. Routines are optimized for both size and speed.
Compile time switches allow for different optimizations. For slower LCD controllers, LCD can be cached in memory, reducing access to a minimum and resulting in very high speed. Clear structure. Virtual display support; the virtual display can be larger than the actual display. Modular Design Its design is modular, consisting of different layers in different modules.
The driver is essentially generic, meaning it can be configured by modifying the configuration file LCDConf. The driver itself does not need to be modified.
This file contains all configurable options for the driver including how the hardware is accessed and how the controller s are connected to the display. The horizontal and vertical line routines do not use the single-dot routines in order to assure maximum speed. All required graphic routines such as drawing points, lines, circles are part of the software. An efficient algorithm to draw arbitrary polygons is implemented.
The basic drawing routines allow drawing of individual points, horizontal and vertical lines and rectangles at any position of the display. All available drawing modes can be used with these routines since these routines are called frequently in most applications, they are optimized for speed as much as possible. Most of these routines do not require floating point calculations; currently only the DrawArc set of functions does. Window Manager Layer 4 Complete window management including clipping.
Overwriting of areas outside a window's client area is impossible. Windows can be moved and resized. Callback routines supported usage optional.
Window Manager uses minimum RAM app. They generally operate automatically and are simple to use. A dialog box or dialog is normally a window that appears in order to request input from the user.
The standard font package contains monospaced and proportional fonts in different sizes, bit digit fonts, bold, regular and magnified fonts.
0コメント