Search Results

Hi, until we add such a function to emWin, one way to do this would be by drawing anti-aliased lines and anti-aliased arcs. However, the results won't be 100% accurate, as a slight difference in line thickness between the lines and the arc may become visible. High-resolution coordinates would also have to be used, so that the positioning of the lines and arcs is accurate enough. If your hardware supports SVG, using the SVG module would render the most accurate result. However, as not many hardwa…

Hi, Uncompressed alpha bitmaps (GUI_DRAW_A8) were added fairly recently with emWin V6.40. Are you maybe using an older emWin library that does not support this feature? If you use an older library, you can instead use the compressed alpha bitmap format to use with this WHEEL function. Best regards, Florian

Hi Andi, Currently this is not possible. The Bitmap Converter can only generate bitmap EMFs from GIFs. We may add support conversion from video input file formats to bitmap EMFs in the future, but this is not planned yet. To work around this, you can convert your videos into a GIF animation (FFMPEG can do this), and then you can convert with the Bitmap Converter into a bitmap EMF. Best regards, Florian

Hi aristi, as for a file system on your target, I would recommend our own emFile. With the AppWizard installer comes a ready-to-use configuration between emFile and AppWizard, this is the file APPW_X_emFile.c. It is located in the directory C:\ProgramData\Segger\AppWizard...\Sample. Currently, it is not documented how to implement the interface to another file system, but if you take a look at the file, it is rather straightforward. You simply need to implement a handful of methods for basic fil…

Hi TechGUI, Please the excuse the long delay. For this purpose, font merging has been added to AppWizard. There is an example on this available in AppWizard called HowTo_MergeFonts. Since AppWizard 1.52_6.44b, there is also a SETFONT job available that allows to change the font of objects during runtime. There is an example called HowTo_ManageLanguages that shows how to utilize this job to change between languages and fonts. In AppWizard, to view and open examples, go to "File -> Open example...…

Hi Ebubekir, I have tried to reproduce this, but for me the routine works fine. Could you please share a code example so that we can reproduce this behavior? Thank you! Best regards, Florian

Hi Anthony, Please excuse the long delay. As of right now, we are not planning to add the SWIPELIST to AppWizard. AppWizard already offers swipable lists such as LISTBOX or LISTVIEW. The SWIPELIST also allows the attachment of widgets, but this can already be achieved with windows or screens as parent windows. Reacting on the selection of certain elements in the list can be done with LISTVIEWs/LISTBOXes too, so adding the SWIPELIST would not add much value to AppWizard, as it would not really ma…

Hi aristi, My guess is that most likely your target file system is not properly set up yet. Which file system are you using on your target and can you confirm that it is correcty setup? Did you implement the file system layer between AppWizard and your file system (such as APPW_X_emFile.c)? Are you exporting the files correctly to your SD card? In the AppWizard preferences you can setup a media path, this should be the path to your SD card when it's plugged into your PC. You can then mark desire…

Hi Andreas, Please excuse the inconvenience, there was a bug in emWin V6.32 regarding the sizing and hiding of the SCROLLERs. The behavior you were experiencing was fixed with emWin V6.34. I would encourage you to update your emWin version to at least this version, but preferrably to the latest version 6.48. Best regards, Florian

Hi, What you are describing sounds like flickering, which is normal behavior when the display is updated frequently and there is no multi buffering or display cache enabled. Which display driver are you using? Some drivers support a caching mode that reduces the flickering. Alternatively, there is also caching handled by the window manager based on memory devices. This can be enabled by calling WM_SetCreateFlags(WM_CF_MEMDEV) after GUI_Init() and before creating any windows. Best regards, Floria…

Hi, Currently such a touch screen setup is not handled automatically by emWin. You would have to manually handle the input to these buttons. In your PIDConf.c (the touch screen interface), you would send the touch input events normally to emWin if they are inside the boundaries of the display. This is done with GUI_PID_StoreState(). If they are not inside the boundaries, you can check if one of the buttons is pressed and handle this input however you need to. You could e.g. send a custom message…

Hi Ravi, There is no such limitation. However, hundreds or even thousands of widgets on the same screen will have a big impact on performance. Because all the widgets that are visible will be drawn, so this will have huge impact on performance. In the PC environment, and on the hardware target this would be even more noticeable. Could you go a bit more into detail about what you are trying to do? I'm sure we can find a way that isn't so resource-heavy. Best regards, Florian

Hi, It seems like you make no use of the "Off" parameter. It is crucial that you set the file pointer to the given offset, before reading any file data to the buffer. What happens if you do that in your _GetData routine? Best regards, Florian

Hi, There is no such limitation to the frame buffer size. Both sizes worked for me in an emWin simulation project. Of course, RAM can be a limiting factor. Because the display driver GUIDRV_Lin uses a frame buffer located in RAM and GUIDRV_FlexColor (when used with caching) allocates a cache in the GUI heap. Could you go more into detail about your setup (Simulation or target?, which display driver, ...)? It would help if you could provide your GUIConf.c/.h and LCDConf.c/.h files. What happens i…

Hi Andreas, I'm afraid this is not so easily done. Unfortunately, the streamed bitmap header does not contain the USE_ARGB flag. Also, the bitmap created by GUI_CreateBitmapFromStream() references a specific bitmap function table based on the format read from the streamed bitmap header. E.g., if the format M8888I was read from the file, then the function table GUI_DRAW_BMPM8888I is set to the GUI_BITMAP. These bitmap functions use the ARGB/ABGR format determined by the preprocessor option GUI_US…

Hi Andreas, The bitmaps were probably converted when the ABGR format was used. So the colors in the bitmap are still in the ABGR format. You have to re-convert the bitmaps to .DTA with the Bitmap Converter again, but with "Save colors in ARGB mode" set in the program options. Best regards, Florian

Hi Ravi, There currently is no "SETFONT" job implemented that would set the font of an object. But you can set the font of the object in user code. The byte arrays generated by AppWizard are essentially just the content of XBF font files. The reason why what you were trying to do does not work is that TEXT_SetFont() expects a pointer to a GUI_FONT struct. The easiest way to change the font would be if you'd retrieve the GUI_FONT* from a TEXT widget that has the 190 font set with TEXT_GetFont(). …

Hi Andreas, Yes, the swapped colors look like the color format was switched from ABGR to ARGB. The folks from KEIL can probably tell you why they switched it, but I suppose they did because we recommend to use ARGB which is now the standard. Quote from Andy_AN2: “we changed in LcdConf.c: #define COLOR_CONVERSION GUICC_M565 to: #define COLOR_CONVERSION GUICC_565 ” That change should not be necessary. GUICC_M565 is already the color configuration for GUI_USE_ARGB==1. Quote from Andy_AN2: “Colors i…

Hi, The easiest way would indeed be to place a TEXT widget on top of the IMAGE widget. The other way would be to call the GUI_Disp... routine within a callback when reacting on a WM_PAINT message. So you would manually handle the drawing of the widget. In your case you would set a custom callback to the IMAGE widget and call your drawing function after calling the default IMAGE callback to ensure that the image is still drawn normally. C Source Code (10 lines) In our wiki you can find a simple e…

Hi, Which emWin version are you using? And could you please share a code snippet to reproduce this behavior? Thanks and best regards, Florian