uGFX works on the raspberry pi. It however uses the CPU not the GPU for rendering due to datasheets for the GPU being unavailable. You can however use the Xlib uGFX driver to indirectly use the GPU via the closed source X driver. In practice it is likely the CPU rendering will be faster anyway except for things like video decoding.
OK probabily we need to decoding video for particular animation so it necessary to use GPU.
Personilisation of all GWIN graphic elements is possible as part of the uGFX design. Custom controls can also be easily built. All the uGFX source code is also publically available.
We have a diseginer that drow the interface.
Yes, uGFX supports touch but only single point touch. As such it understands simple single point guestures. Anything else needs to be decoded by your application. In practice very few controllers are capable of supporting more than single touch anyway particularly in the embedded environment.
Not all correct more controller like the focaltech support more than one point and more product that we are made with stm32 and our internal graphic library support the multitouch. We wont to use in next project an OS because we need to controll 7" or 10" with animation etc.
I think that unfortunately I will have to continue looking for.
Unfortunately QT has a high management cost while uGFX seemed perfect. I know you should not but if you know a similar solutions and you could talk about it you would make me a great fable. The alternative I'm considering is to accomplish all the interface in html5 but I need a browser that starts without X and supports webkit, but I still have not found anything that suits my need
Basic information
in Development and Feedback
Posted