Search Results

Hi Florian, as I mentioned before the project ran without such problems for years. This year STM32CubeIDE switched to GCC 10. This was the latest change which might have caused the issue. Regards Jan

Hello Florian, yes its GCC based. I was asking about "##" because this is the only place in my project where it occurs. There is not much of an error shown. See attached screenshot with the faulty lines and the error messages. Regards Jan

Thank you for your answer. I am using STM32CubeIDE 1.9.0. Regards Jan

Are the two '#' characters in GUI_CreateBitmapFromStream##ID(GUI_BITMAP * pBMP, GUI_LOGPALETTE * pPAL, const void * p) a possible issue for the compiler? Jan

Hi Florian, I also don't believe that changing some color values caused the issue. The changes probably just triggered the recompilation of GUI.h. I replaced the file with the original unchanged GUI.h. Even then I get the same problem. It only runs when I uncomment all lines with DECLARE_CREATE_FROM_STREAM. Regards Jan

Dear Segger Team, I have edited some color definitions in GUI.h. After recompilation I am now getting errors in an unexpected location. The 24 lines under #define DECLARE_CREATE_FROM_STREAM(ID) int GUI_CreateBitmapFromStream##ID(GUI_BITMAP * pBMP, GUI_LOGPALETTE * pPAL, const void * p); are replaced by const void which produces a declaration error. If I uncomment this whole section the compiliation runs normally. I am not sure, however, what caused this problem after many years without it. I am …

Thanks, now it works. Regards Jan

Thank you, Florian. I had forgotten WM_AttachWindowAt() to make the button a child of MULTIEDIT. Now it stays on top when I move the slider. But it still doesn't work as intended. When I touch the button I receive the notification from the MULTIEDIT in the background. The notification of the button does not respond. When I disable the MULTIEDIT there are no notifications from the text area but the button still doesn't work. Is the button also disabled then because it is a child window? What am I…

Hi, I have MULTIEDIT window with a close button. The button works fine unless I move the scrollbar - then it disappears. Is there a simple way to keep the button visible on top? Best regards Jan

Hi, I would like to detect if a DROPDOWN is in expanded state to prevent other menus from being opened. The manual says that DROPDOWN_GetListbox() returns the handle of the attached LISTBOX widget in expanded state and 0 if DROPDOWN is in collapsed state. If I use it as in below example it always returns zero, also in expanded state. Source Code (2 lines)What could be wrong? Regards Jan

Thank you, Alex. Using WM_AttachWindow() is a smart way to solve the problem. In the meantime I also found a less elegant solution. I replaced the dropdown in the menu bar by a text item which at a click opens a new window with the dropdown on top of the other windows. It is closed again after clicking a dropdown entry. The visual result is also the desired one. Jan

Hello, in my projectI have a menu bar which appears in different windows. The attached screenshot shows an example. The red framed section is the menu bar. Since I don't want to create all the menu controls in each window again I tried to put the menu bar into a separate dialog box sitting beside the main window. This works, but with the exception of the DROPDOWN widget. The dropdown would extend into the main window. So the menu window would have to overlap the main window temporarily. I don't …

I replaced all my ICONVIEW buttons by BUTTON widgets. This solved the transparency problem and saved more than 50 % of code lines as Florian wrote. The buttons are created with WM_CF_HASTRANS flag: Source Code (1 line)A callback for each button draws the image. WM_INIT_DIALOG: Source Code (3 lines)Callback: Source Code (13 lines)The bitmaps I converted with the Bitmap Converter Tool of emWin with transparent background: C Source Code (113 lines)I just wanted to share this for others making the s…

Thank you, Florian. Using your example I realized that in selected state the background of an icon cannot be transparent. It becomes black in your example if I enter ICONVIEW_SetBkColor(hItem, ICONVIEW_CI_SEL, GUI_TRANSPARENT);. This is most likely the reason why I can never get it transparent because my ICONVIEW includes only one icon which is automatically always selected. Or, is there a way to unselect all icons? May be using ICONVIEW is the wrong approach for having one graphical button with…

Thank you. "Note that you can't OR-combine indexes such as ICONVIEW_CI_BK etc. which means you have to set the color for each index individually." This was definitely one of my errors. I changed the create flag accordingly: { ICONVIEW_CreateIndirect, "", ID_ICONVIEW_RES, 755, 165, 45, 40, WM_CF_HASTRANS, 0x0028002D, 0 }, /*reset button*/ and call: ICONVIEW_SetBkColor(hItem, ICONVIEW_CI_BK, GUI_TRANSPARENT); Now the background area became red. What else can be wrong here? Update: With or without …

Hi, I'm using some ICONVIEW widgets as buttons. Is there a way to make their background transparent so that the objects behind them are visible in the parts marked as transparent? I create the ICONVIEW in a resource table: { ICONVIEW_CreateIndirect, "", ID_ICONVIEW_RES, 755, 165, 45, 40, 0, 0x0028002D, 0 }, /*reset button*/ My init dialog looks like this: Source Code (7 lines)I can give the background any color using ICONVIEW_SetBkColor but it never gets transparent. With the color code GUI_TRAN…

Thank you, Florian. Setting a global flag was also my workaround. Maybe some blocking feature for notifications would be an idea for future improvements. For me it was disturbing that I always got a beep tone, which I trigger by the notification, after SetSel but I wanted this tone only at manual inputs. Regards Jan

Hello, I have some dropdown menus which I fill with the last settings using DROPDOWN_SetSel in WM_INIT_DIALOG. After this a WM_NOTIFICATION_SEL_CHANGED is triggered. Is it possible to avoid this and notify only changes by touch inputs? Regards Jan

Hello, can no one help me in this case? It is confusing for the operator if one moves the scollbar and nothing happens. Regards Jan

Hi Florian, it does always send a WM_NOTIFY_PARENT, but it is often only a WM_NOTIFICATION_VALUE_CHANGED and not a WM_NOTIFICATION_RELEASED. Regards Jan