Hello Rob,
the screen color format represents the color format of the framebuffer, which can be RGBA8888, RGB888, RGB565, RGBA4444,...Index8. The name of the Platform Package (e.g. STM.STM32.RGB565) indicates this screen color format.
Nevertheless, the native color format (this means the internal operation format of the Graphics Engine) may be different than the screen color format:
In case of RGBA8888, RGBA4444 or Index8 Platfrom Package, the native color format and the screen color format is identical.
In case of RGB888 or RGB565 Platform Package, however, the native color format is still RGBA8888. The reason is very simple: Using RGBA8888 as internal operation format makes it possible to support alpha blending during the graphics composition and to support images with an alpha channel although the framebuffer does not contain transparency information.
As a consequence, all temporary or dynamically created bitmaps have to be created either as EW_PIXEL_FORMAT_NATIVE or EW_PIXEL_FORMAT_ALPHA8. This makes it possible to provide alpha information within the bitmap.
To answer your question: Bitmaps created as EW_PIXEL_FORMAT_SCREEN cannot be used as sources for any drawing operations, due to the missing alpha information - so this will not work.
For more details, please have a look to EwCreateBitmap().
Best regards,
Manfred.