Search Results

Hi, I have no idea why this should fail. Maybe there is something not configured properly. Attached is a sample which should work. Regards, Sven

Hi, I did a test and the buttons are getting invisible. I did it the same way as you. Attached is the code I used for this. The button in the middle will be transparent. Regards, Sven

Hi, You should switch x and y size of the iconview and use "(36 << 16) | 53" as 9th paramter. Unfortunately there is a mistake in the manual. It says that the upper 16 bit of the 9th parameter representing the xSize of an item and the lower 16 bit the ySize. Actually it is visa versa. Please excuse any inconvenience caused by this. We will fix the manual accordingly. Attached is an example which should show how it can be done. Regards, Sven

Hi Simone, Creating the GRAPH widget in a memory device is not possible. But you can redirect the drawing operations, which draw the graph, into a memory device. To achieve this, simply overwrite the GRAPH callback by a call of WM_SetCallback(). Inside the callback react on WM_PAINT and redirect the drawing operations into a memory device. This is done by GUI_MEMDEV_Select(hMem). After the function GUI_MEMDEV_Select() just call the default graph callback (GRAPH_Callback(pMsg)) which will draw th…

Hi, The problem is that if you want to draw an image with a higher index emWin itterates over all images to find the one with correct index. For example, with an index of 10 it needs to read 9 times the gif to find the correct one. Of course this takes more time than drawing the first or the second. You can avoid this by using memory devices. For this you have to create as many memory devices as images. Afterwards just draw the memory devices to the screen. This take way less time and the delays…

Hi Fabrice, When using the STemWin library you might want to use the Hello World example project which come with the STM32Cubef4 package. Thi is a good starting point and everything should be configured already. Of course this will only fit for one of the standard eval boards. But in general you need to to the following steps. 1. Give emWin some memory. Open GUIConf.c and configure GUI_NUM_BYTES. This is used to allocate memory for emWin. How much you need depends pretty much on the application.…

Hi, In general emWin doesn't support video streaming. If your hardware is capable of multiple layers I recommend to use one layer for the video output and one for emWin. This way you could have for example the lowest layer for the video stream and on top of this another layer for emWin to draw something above the video. Of course can also draw the single images of the video into a memory device, do some additional drawings with emWin. Unfortunately there is no example code for this use case. Reg…

Hi, Try to use only WM_SetTransState(hItem, WM_CF_HASTRANS | WM_CF_CONST_OUTLINE). Also there is no need for WM_SetHasTrans() any longer. With WM_SetHasTrans(hItem) the transparency flag gets set. But by a call of WM_SetTransState(hItem, WM_CF_CONST_OUTLINE) the transparency flag gets overwritten and only WM_CF_CONST_OUTLINE will be left. Regards, Sven

Hi, Unfortunately I don't have a ready to use project. But I have attached a generic LCDConf.c to be used as a starting point when using the GUIDRV_Lin driver. Some functions need to be implemented on your own. For example a function to initialize the LCD controller. Also some value needs to be adapted to fit your environment. For example: Change these to fit your LCD size #define XSIZE_PHYS 320 #define YSIZE_PHYS 240 Change color conversion and the driver version #define COLOR_CONVERSION GUICC_…

Hi, 1) This depends pretty much on the hardware you are using. Here are some values from a STM32F4: Fill: 065.315 MPixel\s Fill F6x8: 002.490 MPixel\s F6x8 FBig: 003.800 MPixel\s FComic18 1bpp: 005.897 MPixel\s Bitmap 1bpp 2bpp: 003.565 MPixel\s Bitmap 2bpp 4bpp: 003.220 MPixel\s Bitmap 4bpp 8bpp: 013.963 MPixel\s Bitmap 8bpp XDDP: 015.235 MPixel\s 8/16bppDDP 2) This depends on the hardware, too. This test doesn't show the performance regarding the GUI. it is more an overview about how fast your…

Hi, The GUIDRV_FlexColor is the proper choice. Unfortunately I'm not familiar with the Harmony package. But attached you will find sample LCDConf.c to be used with the ILI9341. it might be necessary to adapt some of the functions used to write and read data, but it should work quite well as an example. Regards, Sven

Hi, Yes, configure the onboard LCD controller and tell the ili9341 how it receives the data (via RGB interface). Regards, Sven

Hi Ana, Try the code below. There I create a memory device and read the LCD content. Then I get a pointer to the memdev data, change the value where it points to and write back the changed memory device. C Source Code (90 lines) Regards, Sven

Hi, Here is an example how you might proceed. I guess what you are looking for is CHECKBOX_SetSkinFlexButtonSize(). C Source Code (101 lines) Regards, Sven

Hi, I guess the LCD is connected via a serial interface. In this case you don't need to initialize the MCUs LCD controller. Please take a look into the LCDConf.c attached. This LCDConf.c was written for an ILI9341 using an indirect interface and the GUIDRV_FlexColor driver. Of course it might be necessary to adapt some things in the LCDConf.c to fit to your environment. If your LCD is connected vie an RGB interface you would need to configure the LCD controller on your MCU and use the GUIDRV_Lin…

Hi, If I get you right you don't want the whole dialog getting redrawn if a button gets pressed. Try to create the buttons with the flag WM_CF_CONST_OUTLINE or, if the buttons are getting created through a dialog, use WM_SetTransState(WM_CF_CONST_OUTLINE). This will prevent the background from being redrawn. Please give the code below a try to see the difference. Each time the back ground (or a part of it) gets redrawn it changes the color. Set '#if 0' to 1 to see the difference. C Source Code (…

Hi, Before you can use the button you need to initialize the touch screen of your board (this is not part of emWin). Once the touch screen is set up you have to pass the touch coordinates to emWin. This is done e.g. by the function GUI_TOUCH_StoreStateEx(). Attached is a sample configuration which shows how the touch input can be processed. In this example we have a dedicated touch task running which checks every 25 ms if there is touch input. Please keep in mind that this is just a sample and n…

Hi, Unfortunately I do not have any code exsamples. But I would suggest either to create a new widget from scratch or to overwrite the callback of the progressbar widget and handle the drawing and the touch input. For creating a custom widget, please take a look into this application note: segger.com/downloads/emwin/AN03002_Custom_Widget_Type.pdf Regards, Sven

Hi, Unfortunately, emWin doesn't do this on its own. You might want to use WM_SetWindowPos(). With this function you can re-position and re-size the window. Regards, Sven

Hi, Some examples are written for the simulation using some windows specific functions. The example you are referring to is one of those. In this case you have to exchange all windows function with functions compatible for your device. In this case you would require a filesystem to open the JPEG file. Take a look into the example attached. It should show how to read the JPEG from an c-array. Regards, Sven