Search Results

LexaGb, Thank You! When I tried this initially, I was missing some details in the SWIPELIST and parent window callbacks regarding motion. Following your example, I was able to modify my code to get it working properly in my application.

I am using a SWIPELIST within a window to display a "table" of static text data. LISTVIEW may be more appropriate for this, but the out-of-the-box scrolling behavior and appearance of the SWIPELIST widget is desirable in this case. Setup: (1) A window is created which is larger than the SWIPELIST in height so that static "header" labels are on top. Let's call this the "Header window". This window is also wider than the display screen. It is scrollable horizontally by using WM_MOTION_SetMoveable(…

On topic with original thread... Can we use WIDGET_ITEM_DRAW_OVERLAY in a custom owner draw function with the SWIPELIST widget? I have used it successfully on a LISTWHEEL, but it does not seem to work on the SWIPELIST.

It seems the only thing that is working for me is upgrading to emWin 5.50g (was 5.38a) and also using an owner draw function like this: C Source Code (13 lines)Note I am using the NXP compiled library so perhaps there is a difference from the standard/full emWin version. Thanks, Matt

Seems like you have mostly an OS config issue. You are using RTX RTOS? I don't have experience with that, but I expect you may need to adjust priorities and timing between touch and LCD/graphics threads. If you have available RAM I also highly suggest you look into using multiple buffering with emWin.

Can the SWIPELIST widget support a transparent background? I have tried: (1) SWIPELIST_SetBkColor(hItem, SWIPELIST_CI_BK_ITEM_UNSEL, GUI_MAKE_COLOR(GUI_TRANSPARENT)); (2) WM_SetHasTrans(hItem); (3) a custom owner draw function emWin 5.38

Thank you for the good example Sven. It is slightly different than the example code I started with. I believe my problems now are related to management of the DMA transfer.

In an effort to optimize my application, I am investigating DMA transfer for frame buffer copies. The "Multiple Buffering" chapter in the manual describes how to inform emWin to use a custom callback routine in LCD_X_Config(): LCD_SetDevFunc(0, LCD_DEVFUNC_COPYBUFFER, (void (*)())_CopyBuffer); The problem I'm having with DMA implementation is how to notify emWin that the buffer copy is completed. Since emWin is not expecting _CopyBuffer() to return anything, I end up with one of the following sc…

Thanks for the reply Sven. I implemented your suggestion, but it has no effect. Now pursuing my backup approach which is to use a TEXT widget instead...

I have an EDIT widget in my user interface which I would like to have a transparent background. I thought this could be achieved with the following line, but it does not work. I also tried using "GUI_INVALID_COLOR" in place of "GUI_TRANSPARENT". EDIT_SetBkColor(hItem, EDIT_CI_ENABLED, GUI_TRANSPARENT); Is it the case that this widget simply does not support transparency? Other (opaque) colors seem to work just fine. Similarly, I am trying to set a custom color for the cursor line with the follow…