Search Results

Hi, there are modal windows in emWin, you can call WM_MakeModal() on a window to achieve this behavior. Best regards, Florian

Hi, yes, this can be done using animations. The manual explains how animations can be created, and you can find samples and a tutorial about animations in the Wiki. Best regards, Florian

Hi, do you mean text wrapping? This can be achieved using the function GUI_DispStringInRectWrap(). As parameter for the wrap mode you can choose between char-wise wrapping (GUI_WRAPMODE_CHAR) and word-wise wrapping (GUI_WRAPMODE_WORD). If you mean text scrolling like on a smart phone (scrolling by swiping), you should take a look at the attached example. Best regards, Florian

Hi, setting the bitmap pointer of a button to NULL is only required if the bitmap should not be shown in the button anymore. So it should be done when its appearance should change, but it isn't a necessary step when deleting a button. As I said, WM_DeleteWindow() should suffice. It could very well be that there were memory leaks in the past versions that have been fixed by now. V5.22 is almost seven years old, so you should consider updating to the latest version V6.10h. Best regards, Florian

Hi, to answer your first question: you can set the text alignment using MULTIEDIT_SetTextAlign(). I have attached a sample for you that controls the scrolling with buttons. This should answer your two other questions. If you have any questions about the sample, please let me know. Best regards, Florian

Hi, the performance when using MULTIEDIT widgets will be much better compared to using motion support. I have attached a sample for MULTIEDIT widgets, I hope this helps. Best regards, Florian

Hi, Quote from vikramtathe: “I have one more question that, Is it possible to adjust the spacing between the paragraphs? ” yes, since you are going to display strings in rectangles (GUI_RECT), you can define the position of the rectangles and thus the spacing between the paragraphs. Quote from vikramtathe: “Similar to different colors/fonts complexity, Is the same complexity applicable for bold/Italic properties as well? ” Yes, this applies to all kinds of text properties. Quote from vikramtathe…

Hi, title and description with different colors/fonts in one line won't be easy to achieve. I'm not saying it is impossible, but it will be a lot of fiddling. So you might want to change your design, like the title could be placed above the text, so that it isn't embedded in the text block. Changing the appearance of a scrollbar to what you want is not possible. Instead, you could create two buttons and overwrite their callback, so that they display the up and down arrow from your image. Instead…

Hi, you have to make sure that the window that shows the text gets redrawn again. If you just display text, e.g. in your main task, and something else is drawn above the text, the text will be gone because it will not be redrawn again. I'm assuming you displayed the text in the "background window", which per default when it is redrawn, simply fills the entire screen with black. The text should be drawn in a window callback (WM_PAINT). That does not have to be a new window, it can be the backgrou…

Hi, sorry for the late response. There are a few flaws in your code. First, it is necessary to call GUI_Init() in your main task to initialize emWin. Then, it doesn't really make sense to set a callback that only calls the default callback. But this won't lead to a crash of your application. To delete the parent window with all child windows, you just need to call WM_DeleteWindow(_hWnd). All of the child windows are deleted automatically, as well as text buffers etc. With your code, the windows …

Hi, I can't exactly picture what is happening on your screen, it sounds like something is wrong in your window structure. The MULTIPAGE widget could be useful for your application. It is basically a window with multiple child windows that can be navigated to via tabs (buttons essentially). I have attached a sample for you that explains how to use this widget. I hope this helps. Best regards, Florian

Hi, unfortunately I cannot offer you any kind of sample. To send and read data to/from the LCD controller, you have to set the function pointers in the structure GUI_PORT_API with routines that send a command (pfWrite8_A0), send one byte (pfWrite8_A1), write multiple bytes (pfWriteM8_A1), read one byte (pfRead8_A1) and read multiple bytes (pfReadM8_A1). Depending on the controller, the 16-bit/32-bit access routines have to be used instead. Best regards, Florian

Hi, the PROGBAR widget has not (yet) been added to the AppWizard. However, it is possible to add any emWin widgets to AppWizard applications. To do that, export the code of the AppWizard project and go to the slot routine file located in the project directory under \Source\CustomCode\ID_SCREEN_<ID>_Slots.c. This file contains the screen callback and you can create a new widget for that screen in the WM_INIT_DIALOG case. There is an example in the manual under "8.2 Screen callback routines" (see …

Hi, I didn't find anything unusual. But once again I couldn't execute it because there were files missing. Can you try to reproduce that behavior in a 'stand-alone' sample, ideally in one file? Thanks and best regards, Florian

Hi, the bug that items of an ICONVIEW could not have transparent backgrounds has already been fixed with emWin V6.10h. You could clear the selection with ICONVIEW_SetSel(hIcon, -1). Quote from JanBurg: “May be using ICONVIEW is the wrong approach for having one graphical button with transparent sections? ” It depends on what you want to achieve. If your goal is a button, using the BUTTON widget will make your code a lot easier. The button widget is also more flexible for custom looks. With an ov…

Hi, attached is a sample for GRAPH_YT with live values. If you need to, you can modify it to use GRAPH_XY objects. Best regards, Florian

Hi, this is strange. I attached the sample that worked for me. I assume, the background behind your iconview isn't red? And could you tell me, which version of emWin you are using? Thanks and best regards, Florian

Hello, you have to make sure that the ICONVIEW is a transparent window. To do this, add the WM_CF_HASTRANS flag to the widget's create flags or call WM_SetHasTrans(hIconview). When this is done, the call ICONVIEW_SetBkColor(hIcon, ICONVIEW_CI_BK, GUI_TRANSPARENT); makes the ICONVIEW's background transparent. 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. OR-combination only works for flags (like WM_CF_...). Be…

Hi, it looks like there's a cache problem. It is necessary to call SCB_CleanInvalidateDCache() before each DMA operation. Attached is a configuration for the STM32F746 board which is similar to your hardware and has therefore a good chance of working as well. Best regards, Florian

Hi, can you send me a sample that I can execute to reproduce the behavior? Thanks and best regards, Florian