Embedded GUI Library

[emrelabs]

Hello all,

This is Emre. I am work on a Embedded GUI Library for Cortex-M microconttroller.

Sample video with STM32F103VCT6 microcontroller:
Resolution: 480 x320 (16Bit)
Lcd bus: 16bit FSMC
All images and icons stared at SPI flash (8MByte @36Mhz)
No internal frame buffer
(Sorry for bad video quality, i will share better version)




I want to make programmable smart display product family based on this GUI library. (Similar to Nextion Display) Nextion display has some problem. For example fonts are realy bad and ugly. My GUI library support proportional and anti-aliased(4-bit) fonts. Are there any other suggestions for make a good product than nextion?


Sorry my english,
Thank you.

[Mechatrommer]

if we can analyze the source code then we can give better suggestion...

[Dubbie]

Good job supporting proportional and properly anti aliased fonts.

This is the Achilles heel of many libraries.

[obiwanjacobi]

Without seeing the code I would say that modularity of the code design is important.
Separate the protocol that is spoken to the display from the graphics code and separate how the display is interfaced (hardware connections) from the protocol (and other) code (this goes for any externally interfaced hardware - but is almost never done right). I should not have to reimplement the protocol if I decide to interface the same display differently. I should only have to write a 'protocol-driver' when I want to attach a display that you currently do not support.

Allow graphics functions to be overridden and extended and higher order gui functions to be used to compose the desired result. I should be able to create triangle-buttons by composing button eventing (click) logic with a (custom) draw routine (triangle) and the existing text routine.

[2c]

[cgroen]

Also look at emwin from Segger, their way of implementing stuff is not the worst I have seen (or worked with) !