| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
The only include path now needed is for drivers (in particular GDISP drivers)
|
| |
|
| |
|
|
|
|
| |
TLS8204 driver is now operational
|
| |
|
|
|
|
|
|
|
| |
project file hierarchies well.
Naming is more consistent with the new scheme.
May affect some third party drivers (header file renames).
|
|
|
|
|
|
|
| |
Unfortunately the new method immediately flipped orientation rather than just affecting drawing operations.
As both methods can be supported by the hardware/code we always use drawing only orientation support.
Updated the new fill routine to match.
Also fixed color black bug and moved variable definitions to start of a block as is required by pure C compilers.
|
|
|
|
|
|
| |
Implement hardware fills by drawing on the framebuffer. This provides a
significant performance boost for filled geometric primitives and a
small one for font drawing. Tested at all orientations.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Use row and column remapping to change either row or column addressing
for each orientation. This removes the need to reverse the drawing
direction of either x or y in the drawing routines. However in the 90
and 270 case x and y must still be swapped.
Also, rename the SSD1306 remapping command names so they are more
descriptive.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
highlevel API documentation.
Documenting the drivers interface should be done inside a template driver or the gdisp LLD abstraction.
|
| |
|
|
|
|
|
|
| |
effects with using the macro.
Also fix a number of compiler warnings.
|
|
|
|
|
| |
You can now have a main color display and a secondary monochrome display.
You can now optionally set GDISP_PIXELFORMAT to any color or grayscale format for your application and the driver will internally convert to the display hardware format.
|
|
controllers on platforms that put all generated object files into a single directory.
|