Wrong colors on unix port

[uraich]

Hi Kevin,
Yesterday I successfully compiled the unix version of lvgl_micropyton. Then I tried the first getting started program ("hello world label") and I saw that the background color came out wrongly. When checking, I saw that the hex specification for the color is not "rgb" as I expected. I have to specify 0x573a00 instead of 0x00573a to get the correct color.
I am the guy who has written all the example programs for the old version of lv_micropython and I want to give this a try with your new bindings.
I ordered a LCD:Wiki ES3C28P board with a 320x240 screen controlled by a ili9341 controller and a FT6336 touch controller, which should arrive this week.
Please correct the following 2 typos in you doc:
What is LVGL: owmn custom controls
Model/Variant: To specify what board variamnmt ...

[uraich]

Another small problem: Cannot find lv. ANIM.OFF nor lv.ANIM_OFF needed for bar.set_value

[kdschlosser]

lv.anim.OFF.

the code generator works by locating structures that align with the first portion of an enumeration name. example...

lv_anim_t
LV_ANIM_OFF
LV_ANIM_ON

Because the the LVGL API being as large as it is all of the different pieces names need to be stored in a lookup table and that table is very large. To avoid unnecessary querying of that table to locate objects by name when using a simple enumeration like the LV_ANIM_OFF and LV_ANIM_ON which is a boolean value of 0 for off and 1 for on you should simply pass either a 0 or a 1 to the function you are calling. Optionally I believe you can also supply True or False since those do evaluate to an integer 1 or 0.

[kdschlosser]

I did code in the ability to correct the color order for the unix port.

display = sdl_display.SDLDisplay(display_bus, 800, 600, color_byte_order=sdl_display.BYTE_ORDER_BGR)