Thursday, October 19th 2017, 7:25am UTC+2

You are not logged in.

  • Login
  • Register

Search results

Search results 1-20 of 382.

Yesterday, 4:16pm

Author: SEGGER - Schoenen

GUI_GIF_Draw fails drawing on background window if another window is visible over it.

Hi, I have also tried it with an animated GIF and WM_CF_LATE_CLIP, but it works without any issues. Please check the application attached. It is the same as before, but with an animated GIF using GUI_GIF_DrawSub(). Regards Sven

Yesterday, 4:01pm

Author: SEGGER - Schoenen

How to implement? - Lower underscore and blinking, as well as blinking character

Hi, This is not that easy, because it is necessary to overwrite the callback function of the EDIT widget and take care about the whole drawing process. Attached is an example on how you can overwrite the callback and achieve a blinking cursor. A blinking character independent of the cursor is even harder to achieve, but you might use the example as a starting point. Regards Sven

Yesterday, 12:16pm

Author: SEGGER - Schoenen

SLIN_1 (T6963) color inversion

Hi, Yes this is possible. The easiest way would to use custom color conversion routines. Please take a look into the emWin manual in chapter 15.8 'Application defined color conversion'. There is explained how a custom color conversion can be set. If you want to change the color conversion in runtime simply react on a variable and change the content of _Color2Index_User() and _Index2Color_User(). Regards Sven

Yesterday, 11:39am

Author: SEGGER - Schoenen

GUI_GIF_Draw fails drawing on background window if another window is visible over it.

Hi, Not sure how you manage the drawing, but I recommend to use the callback mechanism of the Window Manager. It seems like the background window doesn't 'know' how to redraw itself, so the best would be do set a callback function for the background window managing displaying the text and also the GIF. Same for the time window, of course managing its content. Attached is an example on how this can be done. The example shows some text for 2 seconds and switches then to draw a GIF image. Another w...

Friday, October 13th 2017, 5:05pm

Author: SEGGER - Schoenen

Proper way of fading in/out dialogs

Hi, how about this (attached). After 15 seconds or after pressing the lock button the screen gets locked and can be unlocked by sliding the lock up Unfortunately this requires pretty much memory I suggest to have ~4MB assigned to emWin in GUIConf.c. The high amount of memory is caused by the excessive use of memory device operations with windows covering the whole screen. Using the animation functions of emWin (search for GUI_ANIM_Create() in the manual) offer other solution which do not require...

Friday, October 13th 2017, 3:51pm

Author: SEGGER - Schoenen

Proper way of fading in/out dialogs

Hi, what exactly do you mean with a lockscreen? Something like on a mobile where you swipe on the screen to unlock the device? I like the idea to do it with a slider, but this would mean you have to 'swipe' on a specific position. Regards, Sven

Friday, October 13th 2017, 2:45pm

Author: SEGGER - Schoenen

GUI_TTF_CreateFontAA() does not work!

Hi, Please try to change the color conversion in your LCDConf.c to GUICC_M8888I. With GUICC_M8888I the a value of 0xff means opaque and a value of 0x00 is transparent. If this is mixed up, which I guess is true in your case, you will get these strange behavior with AA fonts. GUICC_M8888I converts the colors into a format the on board LCD controller of the STM32F7 expects when configured for 32bpp. Regards, Sven

Friday, October 13th 2017, 2:32pm

Author: SEGGER - Schoenen

Proper way of fading in/out dialogs

Hi, Attached is an example which use GUI_MEMDEV_FadeInWindow() and GUI_MEMDEV_FadeOutWindow() in combination with a dialog. On button press a dialog gets created, hidden by default, and gets faded in. This dialog has a button and fades out if the button gets pressed. After the fade out function comes back the dialog deletes itself. Regards Sven

Wednesday, October 11th 2017, 4:29pm

Author: SEGGER - Schoenen

Num states CHECKBOX

Hi, Unfortunately, this is not possible. You have to store the number possible states on your own. Regards Sven

Wednesday, October 11th 2017, 10:56am

Author: SEGGER - Schoenen

GUI_TTF_CreateFontAA() does not work!

Hi, Please post your configuration files (LCDConf.c, GUIConf.c/.h). I suspect that something is not configured properly. Which color conversion are you using? Regards Sven

Tuesday, October 10th 2017, 4:24pm

Author: SEGGER - Schoenen

ILI9341, RGB INTERFACE and emwin

Hi, On the first glance the LCDConf.c and GUIConf.c look good. There are only small changes I suggest. In LCDConfc.: Change DISPLAY_DRIVER to GUIDRV_LIN_16 if you use a color conversion for 16bpp (GUICC_M565). In GUIConf.c: Delete the function call of GUI_ALLOC_SetAvBlockSize(). This is obsolete. Is the RAM, where the GUI memory is placed in, 8, 16 and 32 bit wise accessible? This is mandatory as stated in the emWin user manual in chapter 38.4.1.1 'API functions to be used in GUI_X_Config()' at ...

Tuesday, October 10th 2017, 3:51pm

Author: SEGGER - Schoenen

Close button in FRAMEWIN

Hi, Of course, it behaves like a normal button. When creating the button with FRAME_AddCloseButton(), the function returns the button handle. With this handle you can do the same as with a normal button. This includes setting a custom skinning function or a custom callback. Attached is an example. Regards Sven

Tuesday, October 10th 2017, 3:19pm

Author: SEGGER - Schoenen

ILI9341, RGB INTERFACE and emwin

Hi, Quoted So i have to use GUIDRV_Lin for driving LPC onbard controller and not GUIDRV_FlexColor for driving ILI9341? This depends on the mode you are driving the ILI9341 in. If you use the R-G-B mode the signals (such as HSYNC, pixel clock, R-G-B, etc.) are getting generated by the controller on the LPC4367. In this case you should use GUIDRV_Lin. This driver writes into a framebuffer and according the content of this framebuffer the on board controller of the LPC4367 generates the signals acc...

Tuesday, October 10th 2017, 2:50pm

Author: SEGGER - Schoenen

Hide Parent with Children - keep children hidden when showing parent again

Hi, If you call WM_HideWindow(hParent), where hParent is the handle of the parent window, any child windows will become hidden as well. If you want the child windows kept hidden you have to manualy mark them as hidden by WM_HideWindow(). With the functions WM_GetFirstChild() and WM_GetNextSibling() it is quite easy to iterate over all child windows of another window. Attached is an example where all child windows of a parent stay hidden after the parent gets shown again. Regards Sven

Tuesday, October 10th 2017, 11:48am

Author: SEGGER - Schoenen

ILI9341, RGB INTERFACE and emwin

Hi, Since you are using the LCD controller of the LPC4367 you should you use the GUIDRV_Lin driver. Also there must be a framebuffer somewhere the on board LCD controller has access to. Now you need to configure emWin, and the GUIDRV_Lin driver, to access the same framebuffer. In general this should be all. Attached is a generic LCDConf.c for the GUIDRV_Lin driver. You have to set the proper display size, the address of the framebuffer (#define VRAM_ADDR ...) and the color depth to be used (COLO...

Monday, October 9th 2017, 4:40pm

Author: SEGGER - Schoenen

STM32F429I-DISC1 modified new LCD with internal RAM

Hi, In general you have to adapt the GPIO initialization that it fits to the way the ILI9341 is connected to the MCU. Further you have to make sure that the on-chip controller of the STM32F429 generates the signals as the ILI9341 expects them. It should be sufficient to adapt the LCDConf.c which is responsible for the interface between emWin and the LCD controller. GUIConf.c is responsible for runtime configuration of emWin (like assigning memory for emWin to work with). If it is not working I r...

Friday, October 6th 2017, 3:21pm

Author: SEGGER - Schoenen

Window to Window comms - Parent to Parent

Hi, Yes, it is possible without global variables. You can simply react on WM_GET_ID in the callback of a window and write a unique ID into pMsg->Data.v. This way you can use WM_GetDialogItem() to get the window handle via the ID. Attached is an example on how to do this. As long you know the IDS you could also get the handle of a child window of another window, like: C/C++ Source code 1 2 3 4 hItem = WM_GetDialogItem(WM_HBKWIN, ID_MAINWIN); hItem = WM_GetDialogItem(hItem, ID_CHILD); hItem = WM_G...

Friday, October 6th 2017, 2:58pm

Author: SEGGER - Schoenen

LCD has an offset

Hi, The config structure (CONFIG_FLEXCOLOR) of the GUIDRV_FlexColor driver has two members named 'FirstSEG' and 'FirstCOM'. With these parameters it is possible to set an offset to the image on the screen. Play a bit with them and try to find a proper position. Regards, Sven

Friday, October 6th 2017, 2:54pm

Author: SEGGER - Schoenen

LPC1788 emwin GUI

Hi, Yes, in general it should be possible to use emWin. It depends pretty much on the LCD controller you want to use. I guess that the display you want to use has a build in controller. In most cases you can use the GUIDRV_FlexColor driver. Please take a look at this site and check if your LCD controller is listet there: https://www.segger.com/products/user-int…isplay-drivers/ Quoted If yes how can I modify it for our board porting? if your LCD controller is already supported by one of the emWin...

Friday, October 6th 2017, 2:45pm

Author: SEGGER - Schoenen

How to get GUI_SendKeyMsg event when I focused at EDIT widget?

Hi, Unfortunately, you can not react on key messages like you react on e.g. value changed. To react on key messages you have to set a custom callback for the edit widget itself. Attached you will find a short example on how this can be done. It shows the custom callback and how to distinguish between the different keys. Regards Sven