Jump to content


  • Content Count

  • Joined

  • Last visited

About macload1

  • Rank

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Hi Tectu, As requested, I put as attachment a screenshot of the bug. You'll notice that the "custom draw" property of the selected container is set to "transparent". The preview is all fine (both containers are really transparent), but the Windows executable file shows both containers as black (sometimes white, depending on which theme has been chosen). This is running under Windows 7 x64 and repository from 12th of February 2015. Best regards, macload1
  2. Hi uGFX-Team, Sadly, all widgets are not yet implemented, but it's already a usable program! I like it, and I'm sure you will release the next version soon. Congratulations for this major step forward to a GUI that's copetitive with fully commercial ones! In order that this post is worth writing it, I'll finish with some remarks: For improvement: * It would be nice to have the possibility to zoom in/out the window you create, because a 320 x 240 pixel wide screen is not very big on your computer screen, and it's easier to place your widgets when you see what happens on your screen. Bugs: * container set as "transparent" are shown as black or white when launching the converter * When putting a jpg image in an imagebox, it isn't shown, even if the jpg has exact the same dimensions than the imagebox (seems that this one is already fixed). Thanks a lot for your hard work! Best regards, macload1
  3. Hi uGFX-Team, Congratulations! That's really a step forward! I will definitely use it if the code generation works well. Now, let's wait to see if everything behaves as it should... A teaser only is not enough to give a lot of feedback. Just one tip: the day you'll launch uGFX-Studio, please, furnish a clear "How-to-use step-by-step guide" to save us some futile comments like "this is bullsh**" from people who were too dumb to use it correctly... Regards, macload1
  4. Hi folks, I wrote some lines to port FreeRTOS and uGFX as bare metal implementation to a Raspberry PI. You may check out some details on my website: http://macload1.frogcp.com Best regards, macload1
  5. Hi Tectu, At macload1.frogcp.com you may find a short article of what I've done, a video and a download link for the source code. When I have some time, I'll get into details. If you want to create an article for that work, please, do not hesitate! I'll try also to create a more sophisticated interface and post a video of that (you could maybe add this on your demo website). Best regards, macload1
  6. Okay, when I disable the startup logo, everything works fine. So, uGFX is up running on a Raspberry Pi with FreeRTOS operating system. Greetings, macload1
  7. Hi inmarket, You were right, porting is very easy. I only had to write my own makefile, because James' one was really difficult to alter... Then, on the first try, uGFX was written in blue on a black screen. Cool! Only problem: my FreeRTOS tasks stopped working. I had two LED tasks running but when I launch "gfxInit();" somewhere in the code, then every task stop working... Any hints on that problem? Are there maybe some examples out there for uGFX-FreeRTOS applications? Many thanks in advance, macload1
  8. Hello guys, I've actually a working FreeRTOS port (James Walmsley's port updated to version 8.0.0 by myself) and access to the framebuffer of my Raspberry PI (University of Cambridge's explanations rewritten in C by myself). I would like to add some graphical interface now, and checked out different solutions. My proper library (written several years ago for PIC18 and PIC32) is easy to port, but has only very little possibilities (character display, simple forms like rectangle, circles,... and image support for my proper image format). Many other big graphical libraries are not free. So, I ended up with µGFX which is free and seems to have quite a lot of features. My question is, is there anywhere a porting guide to bring µGFX to life on my Raspberry? Are there any functions like "SetPixel" and "GetPixel" to implement? Under GDISP/framebuffer there are some interesting files. Would it be sufficient to change the following functions? gdisp_lld_init, gdisp_lld_draw_pixel, gdisp_lld_get_pixel_color Is someone else interested in my project? Just send me a pm and I'll share the code with you. +++ macload1
  • Create New...