davetcc / tcmenuxmlplugins Goto Github PK

This change cleans up most of the rendering classes so they all descend from a common base. This is the XML plugin part of the BaseGraphicalRenderer work in tcMenuLib.

Add initial support for cookie cut bitmaps to allow canvas operations to work properly, after testing it will be offered in a PR to the core library.

This is to add support for themes by moving the graphical settings out from each plugin into a separate location.

The UI will pick up the need for themes using the new needsTheme flag and add an extra theme section to the code generator. Themes will be plug-ins just like everything else.

Remove the need to get the IP address, it is then compatible between V5 & 6.

The fonts are in header files, but define variables. Need to

1. have a method of including files only in C++ file
2. export the font variable for use elsewhere from the menu header file.

We need to be able to support higher refresh rates without visible flicker, and to do that, we need to extend the cookie cut support on our Adafruit renderer, so that we render into a buffer and then put that onto the screen. This needs to be configurable as on boards with less RAM and a large project, this will not be viable. However, there's a question if such boards such be using large color screens anyway, but that's not for us to decide.

On color displays, we need to use the canvas support classes in order to avoid flickering on updates.

Create a BasicIoAbstraction that works with ESP32 touch sensors, allow as much configurability as is reasonably possible, also provide interrupt-based operation.

We assume for the MVP that the operational threshold below the non-touch value.

Make the old LCD renderer available for Uno with a significant 8K flash saving, taking DfRobot example down to 23K flash

This task will be to provide support for the built in STM32 LCD screen buffer that is available on those devices. It will first be tested on the discovery F429 with a 2.4" touch screen display

A lot of repetition has started to appear in the various renderers.

There should be two common ancestors:

One for all text based displays such as LCD and the SSD1306 ASCII
One for all graphics based displays such as adagfx and u8g2
Finally once done, add support for U8x8 as a text based display

Using custom fonts priorit to entering the menu, screws up the GFX renderer after exiting menu. As per:

https://www.thecoderscorner.com/jforum/posts/list/0/63.page?OWASP_CSRFTOKEN=5O4U-84AR-VJMM-12CW-DERN-DUSI-R00L-O4Q4#p317

A simple call to gfx.setTextSize(1) seems to reset things enough to then set custom fonts again and have things work normally.

Workaround solution easily managed, I'm raising this bug as requested by Dave.

Thanks, Damien