Jump to content

Joel Bodenmann

  • Content Count

  • Joined

  • Last visited

  • Days Won


Everything posted by Joel Bodenmann

  1. I haven't had time to check out your code yet - just the video. Looking good! What was their reasoning that it wouldn't be possible? if you like we might be able to improve this together and eventually put it into the official µGFX library so it's supported out-of-the-box
  2. For paid support options/discussions, please contact us via e-mail: info@ugfx.io
  3. Hi! As you stated the existing text edit widget only allows for one line of text. The proper way of doing this is creating a new widget called MultilineTextedit and implement the functionality. It might make sense to use the exsting Textedit widget as a base for this (i.e. copy-paste & modify). Other than the API documentation you can find documentation on creating your own widget here: https://wiki.ugfx.io/index.php/Creating_a_widget Alternatively we can implement the widget for via paid support.
  4. Hello & welcome to the µGFX community! Yes that is still true. If you purchased an µGFX 2.x unlimited commercial license you can still use any 2.x release without any additional costs. This also applies if it's a new/different project or product as long as the license holder noted on the licensing document is executing the development/sale.
  5. The FT6x06 driver was contributed by a community member. It's likely that not everything in there is optional. We welcome any kind of contribution to improve the state of community-supplied drivers
  6. What GINPUT driver are you using? This might very well be a driver "problem" (or feature). Can you reproduce the problem when you take you application code and compile it into a native Windows, Linux or MacOS application?
  7. Hello & welcome to the µGFX community! There are various ways of achieving this. For example, you can have a look at the /demos/applications/notepad demo which is a small paint-like application. To draw without handling the touch (mouse) inputs through widgets. Instead, it uses ginputGetMouseStatus() to retrieve the current mouse status. You can use the GTIMER module to implement the screen timeout easily.
  8. Did you manage to get this working?
  9. In that case I'd recommend to adjust whatever GDISP driver you have to handle that adjustment for you. How to do this depends on the GDISP driver model used but the overall idea remains the same: shift each pixel before the display controller gets access to it.
  10. Hi, I'll have to look into this at a later point but the mouse wheel is definitely not supported as of now. You should be able to click on the up and down buttons though. Controlling the list via the keyboard requires linking/setting-up the keyboard keys to the list widget using the GINPUT module.
  11. Hi, Check the return code of gdispImageOpenFile(). It will tell you whether the image was loaded properly. The widget will not display the image if it wasn't loaded properly. In general I'd recommend you making sure that you can display the image using the imagebox widget before attempting to insert it into the list widget as this makes it easier to ensure that there are no underlying problems with the filesystem, image decoders and similar.
  12. Can you elaborate a bit on what you want to achieve? It this offset desired to be global to everything the display displays or just for certain widgets? Also, is this a permanent measure or should this offset change during runtime? If this is just a measure to align the UI of a machine with a display behind a panel I would recommend modifying the GDISP driver directly. This way your application remains unchanged and upgrading to future versions of µGFX will not require any changes.
  13. There's a getting started guide available here: https://wiki.ugfx.io/index.php/Your_First_Compile_-_Windows Keep in mind that µGFX is a library. It expects you to have a working development environment to which the µGFX library can just be added. @br64you can furthermore get free support on this community board or obtain a commercial support package. I'll close this question for off-topic.
  14. Hello & welcome to the µGFX community! The µGFX-Studio is not publicly available.
  15. Hello & welcome to the µGFX community! This is a good way to get started: https://wiki.ugfx.io/index.php/Getting_Started Especially the "Integrate uGFX" section would be of your interest.
  16. Thank you for bringing this to our attention. This is now resolved. This was an artefact from a host migration - everything has been migrated except of the git server. We'll do that in the next few weeks (possibly over the new year's period).
  17. The current µGFX release (v2.9) introduces new types to make the interface more consistent and future proof. However, there's a define named GFX_COMPAT_V2 which makes the "old" types still available. This macro is by default on/enabled (in the main configuration file). Therefore, using the existing micropython port with the latest µGFX release should be a comparably easy task. Other than that: We're happy to help where we can. This forum is always at your disposal We'd certainly like to see an updated/active/maintained micropython port for the µGFX library. Late answer to your ini
  18. Hello and welcome to the µGFX community! The EMF2016 badge team used µGFX and created a micropython port for it: https://badge.emfcamp.org/wiki/TiLDA_MK3/ugfx Most likely that port was not maintained after but should certainly be a good starting point. https://community.ugfx.io/topic/521-micropython-name-badge/
  19. There are currently no ready-to-use board files for the STM32F769i discovery in combination with ChibiOS. You'd have to write those board files yourself. ChibiOS itself is supported by µGFX. In fact, the µGFX library started out as a ChibiOS-only extension. We haven't checked out the latest release of ChibiOS but in general very little things change over time. Modifications would need to occur in /src/gos/gos_chibios.[ch]. The error you're receiving originates from /src/gos/gos_chibios.c:15. Most likely you're able to just modify line 14 and things will work but better check the ChibiOS
  20. Nice to hear from you again! :) Thank you for bringing the broken links to our attention. We'll look into that the following days. µGFX v3 is still in the works. As back then we have no deadline on it. We prefer quality of quantity. µGFX v2 is still active & being maintained of course.
  21. Welcome to the µGFX community & welcome for sharing your workaround, @Matteo Vigni!
  22. Hello & welcome to the µGFX community! The Zephyr port definitely needs a port to v2.9 to cover for the problem you listed (mainly the type updates) and making it therefore future proof for µGFX v3.0. We would greatly appreciate it if you could provide an updated version of the Zephyr port The Zephyr port was provided by the community member @nathan.loretan and I think µGFX 2.7 or 2.8 was the latest release at that point. However, porting to the current v2.9 version should be very easy as not much changed on µGFX's side (see changelogs). The board files are completely indepe
  23. If the memory of the image you're passing is correct then the following two cases seem the most likely: Your GDISP driver / display controller / display module setup has an issue. Perform tests as explained in my previous post to check. There's an issue in the PNG decoder. You can simply test another PNG image to see whether you have the same issue.
  24. Unfortunately nothing comes to mind. Things you can do to proceed: Try to display the same PNG file in an µGFX application you compile as a native desktop application (Windows, Linux, Mac OS...). If that works without any problems there's a good chance that the image you're loading into memory is corrupted at which point you'd need to revisit your USERFS implementation. The PNG decoder is in general known to work although it is not used as often due to large memory requirements for the decompression algorithm. Before all of this it might be worth confirming that your display driver i
  • Create New...