Search Results

Hi Sarthak, Yes, WHEEL_MoveToPosEx() runs an animation but there is no interface to hook in custom code into this animation. My guess is, you want to create a GUI for selecting a date, and based on the month, you want to show a different amount of days? I think it would be more elegant to just maintain one wheel for the number of days and dynamically switch out the content list, based on the current month (i.e. based on the amount of required days). You can just react on the WM_NOTIFICATION_VALU…

Hi Sarthak, Unfortunately, there currently are no such API functions to retrieve information about the current WHEEL mode(s). We will consider adding such functions with future updates. Best regards, Florian

Hi, Can you please go more into detail, what exactly you are looking for? You can find the entire public emWin API in the emWin manual and all public AppWizard-related API functions in the AppWizard manual. Best regards, Florian

Hi Sarthak, I agree with Anthony here. For what you are trying to do, the routine WHEEL_SetOverlay() is the best fit. The WHEEL_OwnerDraw() does not currently support commands at all, the routine simply draws everything in one go. So this interface can only really be used to swap out entire drawing routines, not individual components. Best regards, Florian

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