Search Results

Hi, I wasn't aware about the version you are using, I used the latest version (V6.10f) to test this. But I'm happy to hear that it's working for you now. By the way, the precompiled libraries from vendors like NXP use the same source code as standard emWin. Best regards, Florian

Hi, I can't tell what is wrong with your code, my guess is the file handles point all to the same image, thus all icons are the same. Best regards, Florian

Hi, this can be done for all widgets, just make sure to set the WM_CF_HASTRANS create flag via WM_SetHasTrans() or upon creation and set a transparent background color. Best regards, Florian

Hi, see the "Index" chapter in the user manual. You can download the manual here. Best regards, Florian

Hi, sure, this can be done by setting a skinning callback routine to the SLIDER. You can read about skinning in the manual. But in short, a skinning callback reacts on certain commands (different for each widget) to perform partial draw operations. So for example, the SLIDER skinning callback receives commands for drawing the thumb, shaft, ticks and the focus rectangle. Each of these individual parts can be drawn by the user or the default callback can be called. In your case you just have to re…

Hi, I assume it is because emWin's color format was changed from ABGR to ARGB with V5.48. To see if this is the cause of your problem, add the following define to your GUIConf.h: C Source Code (1 line) Best regards, Florian

Hi, emWin doesn't require an OS, so the code you referred to should work under these circumstances. Best regards, Florian

Hi, thanks for reporting this, I'll add it to the manual. GRAPH_DATA_XY_Clear() removes all items from a data object. Best regards, Florian

Hi Jan, GUI_Delay() calls GUI_Exec() and delays the application, so both functions basically do the same (except for the delay). When not calling any of these two functions, nothing should happen, meaning emWin shouldn't break either. I'm not really sure why you're landing in HardFault then. It could be that not enough memory was assigned to emWin or something different not related to emWin. Best regards, Florian

Hi, the easiest way to display animated GIFs on a target is by using GUI_SPRITE_CreateAnim(). I've attached a sample that demonstrates this. You need to convert the GIF into an animated sprite beforehand. This is done by selecting "File -> Create animated sprite from GIF" and saving the file. Best regards, Florian

Hi, I could run your example both in the simulation and on a target. So there is nothing wrong with your code. Do you have enough memory? emWin needs about 16KB of RAM for decompression of the GIF image. Best regards, Florian

Hi, I've tried to display your image with the sample, but nothing showed up on the screen. It worked fine with another BMP image though, so I guess something's wrong with your image file? You could convert it to another file type and still display it from external memory, which worked for me. Best regards, Florian

Hi, a loop like this keeps emWin alive: C Source Code (3 lines)I hope this solved your problem. Best regards, Florian

Hi, DWORD and HANDLE are types from the Win32-API, therefore these samples aren't to be used for any targets but rather on a Windows PC. I've attached a few samples that displays external images (BMP, GIF, JPEG, PNG and bitmap stream) from both the Windows simulation and on the target using emFile. I hope this helps. Best regards, Florian

Hi, GUI_SetOrientation() always worsens the performance since it uses a rotation device. What will probably work better is changing the display driver to rotate the screen, GUIDRV_Lin and GUIDRV_FlexColor still offer a good performance when rotated. To mirror the X and Y axis and use e.g. 32bpp, change the DISPLAY_DRIVER define in your LCDConf.c to: C Source Code (1 line)You'll find a full list of all supported orientations and color depths of this driver in the manual under "34.7.6 GUIDRV_Lin".…

Hi, there is no real limit to how many rows you can add to a listview. The only actual limits would be your memory or the line count variable (unsigned int, therefore max. would be about 4 billion). Best regards, Florian

Hi, this can be done using the function GUI_BMP_Serialize(). There's an example in the manual on how to do this under Windows: C Source Code (19 lines)I hope this helps. If you have anymore questions, please let me know. Best regards, Florian

Hello Amir, unfortunately I wasn't able to reproduce this behavior. Could you provide me code that I can execute to reproduce this? Best regards, Florian

Hi bio_med, this depends on any of the additional modules being active or not. If modules like the Window Manager, Widgets or Memory Devices are active, ~50KB of ROM usage are realistic. Best regards, Florian

Hi Amir, thank you for your suggestions, we will consider adding them to emWin. Although, both of this can already be achieved with emWin using skinning. Several text labels for a button are pretty easy to do, you need to set a skinning routine that displays the texts based on BUTTON_IsPressed() in the WIDGET_ITEM_DRAW_TEXT case. A custom color for each MULTIPAGE tab can be done similarly, by setting a skinning routine. When the background is drawn in the WIDGET_ITEM_DRAW_BACKGROUND case, the us…